三个步骤教你如何做好后台产品设计

标签: 专栏 | 发表时间:2015-11-14 21:48 | 作者:guest
出处:http://36kr.com

编者按:本文 经授权转载自微信公众号点融黑帮(DianrongMafia),作者方东东。这篇文章主要探讨了后台产品的设计方法与思路,以点餐为例详细说明了如何做好 业务逻辑梳理、产品梳理以及原型设计

导语:

这段时间,让我对后台产品有了初步的了解。所以想尝试自己总结一下对后台产品设计和开发的一些知识。后台产品也有不同的分类,我要介绍的是工作流方面的产品。

以下的内容,有很多都参考了前辈的意见。有不对的地方也希望大家多多指点。

首先要清楚的是,后台产品和前端产品存在很大的差异性。后台产品更加注重的是业务逻辑的清晰和功能的实现,而前端产品对视觉设计和交互设计有更高的要求。

下面开始,介绍自己总结的后台产品的设计方法与思路(就像前面所言,更多还有其他前辈的知识,先在此道谢)。

业务逻辑梳理

需求调研与分析完成后,就是自己对内容的消化和吸收。首先要做的事情是自己先清晰地理解一个产品。只有自己理解了,才能更好地推进产品进行开发。

先梳理清楚线下的业务流程。将线下的业务流程梳理清楚以后,然后才是对产品的思考。这里要介绍几种帮助自己更好地梳理业务流程的工具。

状态图,流程图,泳道图。三种图,所起到的作用是不一样的。下面我详细说明。

a.状态图

状态图的作用是让人清楚业务的实现需要经历的状态序列,以及引起状态转移的事件,和因状态转移而伴随的动作。状态图的驱动是基于状态的转换。下面我以点餐为例子。

Image title

业务的开始和结束用圆角矩形表示。业务的状态以矩形表示。每一个矩形都表示一个状态。菱形表示业务分支。每一个矩形之间都伴随着一个动作。

状态图能清楚地让我们看到完成的点餐流程中,会在哪些地方进行停留,并知道转向下一个状态时会伴随着怎样的动作。另外,在“菜品加工中”下方特意设立了一个 “食材准备中”作为子状态,因为业务流程中可能会出现某些特殊的情况(如某些菜品需要准备食材)而停留在某个状态,这时需要先去完成其它操作(准备食材) 后再回到该状态(菜品加工中)继续之后的业务流程。

也许会有人觉得,这样做将简单的事情复杂化了。如果对于简单的业务逻辑,确实有点多此一举,但如果一个业务流程中存在很多个(7个+?)状态的时候,我相信状态图能让你在进行业务梳理时保持比较清醒的头脑。

b.流程图

流程图,相信大多数人对此并不陌生。但是,我看见很多人绘制的流程图并不是十分规范。不规范的流程图,自己理解起来可能没有什么问题,但是别人可能就会产生误解。

流程图,我将它分为分为三步走。1.流程图。2.泳道图。3.分阶段的泳道图。下面一个一个介绍。

业务流程图描述的是完整的业务流程,以业务处理过程为中心,一般没有数据的概念。流程图以动作来推动业务前进。下面还是以点餐作为例子。

Image title

同样业务的开始和结束用圆角矩形表示,而每一个动作则以矩形表示,菱形表示可能会出现的分支。可以清晰的看到流程图没有任何状态标识。状态图与流程图表达的不同效果一眼便知。

流程图更加关注的是业务实现具体需要进行哪些操作。每一个动作的构成形式基本都是“动词+名词”或者“动词”的形,这样才能更加明晰以动作为驱动的流程图。

c.泳道图

泳道图,又称为跨职能流程图。也是我所说的流程图的第二步。作为流程图的进阶,泳道图加入了泳道表示不同角色(或岗位、部门等)。让人在了解业务流程时,也清楚由谁执行该动作。同样以点餐为例子。

Image title

可以看到,每一个动作都放在相应的泳道下,对应了执行此动作的人。这样对于业务流程中不同角色的职责也会更为明确的认识。

d.流程图终极版

Image title

可以看到,在最左边加了一个侧栏,将不同的动作划分进了不同的阶段。个人觉得这是弥补了之前没有状态说明的不足。让人在了解详细业务流程的同时,也对状态有了大概的认识。

也许很多人,觉得花这么多时间画图会浪费很多时间。我觉得仁者见仁智者见智了。对于我个人而言,每天捣弄这些图,会很快加深我对产品的理解。特别是在业务比 较复杂,而且之前有完全没有接触过相关方面知识的时候,仅靠大脑很难有清楚的思维,但是图形化后却能很好地理解。在业务整理上多花点时间整理,我觉得是很有必要的。

产品梳理

a.梳理好线下的业务逻辑以后,要将它抽离搬到线上。这个过程,可能会删除掉某些线下的环节。

同样以点餐为例。

Image title

Image title

可以看到,这个过程当中,厨师和勤杂工在线上不需要有操作。所以状态图和流程图看起来简洁了很多。

b.产品功能点。

依据产出的流程图,基本上可以大致确定产品的功能点。

先理出单独的功能 (功能)

Image title

然后加入角色 (功能+角色)

Image title

准备工作做好以后,可以开始搭建产品的架构图了。

页面关系

Image title

页面+功能

Image title

页面内架构

Image title

后面的架构就不写了。

先搭页面,再确定页面内的功能,最后细化页面内的信息。在原型出来以前,可以拿产品架构图先和别人进行一下交流。产品架构图相较于原型图,与数据库的设计思想比较一致。而原型视图化后,对于数据库设计却反而变得抽象了。另外,产品架构图修改较快捷,返工成本相对较小。

需要说明的是,产品架构图更多是需要个人的整理。

原型设计

产品梳理好以后,就要开始搭建原型了。

a.先确定通用模块:页头、页尾、一级导航、二级导航

Image title

Image title

根据产品的不同,选择合适的布局。

b.将产品架构图的内容填充到页面内,并加入文字说明操作

Image title

Image title

c.细节添加

文案

导航: 一(二、三)级导航;菜单...

常用模块交互方式

按钮

弹窗:对话框...

色彩:页面基调;字体颜色...

反馈:提示;警告;正确;错误...

细节内容可以在页面旁边的进行注释。但尽量要单独出一份详细的PRD。

产品设计的阶段,就暂时结束了。

之后就是与开发沟通,推动产品一步一步往前走了。这个过程中,可能会有许多需求变更和返工。要有充足的耐心慢慢解决问题。

产品设计也许结束了,但是产品的开发才刚刚开始。

路漫漫其修远兮,吾将上下而求索。

相关 [后台 产品设计] 推荐:

三个步骤教你如何做好后台产品设计

- - 36氪
编者按:本文 经授权转载自微信公众号点融黑帮(DianrongMafia),作者方东东. 这篇文章主要探讨了后台产品的设计方法与思路,以点餐为例详细说明了如何做好 业务逻辑梳理、产品梳理以及原型设计. 这段时间,让我对后台产品有了初步的了解. 所以想尝试自己总结一下对后台产品设计和开发的一些知识.

产品设计流程

- - 互联网分析
新的一年到了,分享个大的东西,这个是之前团队总结的一套「产品设计流程」,里面包含了3大模块,产品前期分析,设计环节,上线总结反馈,基本上涵盖了,从需求到上线的经过的流程,相较于大型UED团队会“轻”一些,适合中小型团队. 如果所在公司内部还未有设计流程,可以参考此流程,也可以拿去在这个基础上进行改进.

移动产品设计之设计

- crystal - 互联网的那点事
移动产品设计最大的差异点在于用户使用场景的变化,场景的变化引发了交互方式巨大的变化,从而也使得信息呈现方式有所不同,再加上硬件设备的差异,最终使得2者千差万别了. 所以,移动产品设计之设计应该首先从用户的使用场景出发,同时考虑用户的硬件设备差异,综合以上2点去帮助用户完成某个任务. 按照我的理解,场景、任务、用户可以称之为设计的三要素,每一个设计实际上都是试图去帮助用户在某个场景下完成某个任务的.

手机产品设计禁忌

- - 落花流水——elya妞╰_╯
在做手机产品设计的过程中,遇到很多看似很小,且很容易被忽略的问题,正是这些小问题,一次次的撩拨用户的耐心,让用户对你的产品心生怨念. 刚出道的朋友没有经过实战,对细节注意不多,往往都会遇到类似的问题,强调多次后,觉得不如写下来,给新人共勉. 一般按钮会有四态,不可点击效果、可点击效果、聚焦状态、按下状态.

移动产品设计新思路

- - 互联网的那点事
随着时代的变迁,移动产品的设计也有了更多的变化. 用户的需求越来越多、使用的场景也更加复杂. 也因此移动产品就有了更多设计的新思路. 当然,手机的玩法虽然不再被局限在有限的领域,但是对于那些更喜欢用手机拍核桃、钉钉子以及起瓶盖的各位童鞋,还是看看本次由朱坤 @kentzhu 分享的移动产品设计真正的新思路.

从Mailbox看产品设计火花

- - 优设(UISDC)
Mailbox是个基于Gmail的任务管理类的应用,任务即邮件,可以让邮件完成,删除,设为稍后提醒,放入待办项目中,推行Inbox Zero理念,是个最近比较火的产品,不过坑爹的是Mailbox下载后不能马上用,需要排队开通,本人在上周终于排到了队,经过了几天的试用,把Mailbox和热门邮件客户端Gmail,Sprrow做对比,顺便记录一些感想.

PM札记:产品设计这两年

- - 所有文章 - UCD大社区
做产品差不多也两年左右了,基本上这条路是磕磕绊绊,迷迷糊糊,但好歹大方向是正确的,有空回想总结起来,唏嘘不已,看看以前对产品的看法,再看看今天对产品的认识,不仅感叹自己当初的幼稚,如今,更多的是了解了自己的无知与渺小,怀着一颗谦卑的心,继续学习,在产品这条路上寻找自己的价值. 产品职责包含很多东西,产品设计只是其中的一种职责,只是简单的描述一下我在产品设计上的弯路,回想起我的产品设计生涯,目前走过了三个阶段:.

Siri引发的产品设计变革

- Jerry - 月光博客
  Siri的发布,在iphone 5的失望之后,为苹果带来了言之不尽的话题,其热度甚至超过了ios 5这个重大操作系统更新. 但是,今天希望论述的却不是这些讨论,而是设计者有意或无意之间,为某一类工具的设计产生了重大性的基础定位变革.   笔者不知道大家称Siri为何,或许会被称为“语音交互工具”吧,因为它绝对已经突破了“语音识别工具”这种“声音到文字,文字到命令”的范畴,而直接使用语音实现人机交互.

移动平台上的产品设计

- - 雷锋网
【编者按】本文由 @淘宝UED 团队所撰. 随着智能手机的产生,人们对它们的使用时间与粘性迅速加大,移动互联网的发展越来越迅猛,越来越多的PC端产品开始把注意力集中在转移到方寸之间的屏幕之上时,有如潮水般汹涌. 我们需要的就是适应在移动平台设计一个好的APP,以此获得自己的席位. 当下的移动互联网产业,已经从单纯的以实现单一功能为主,到平台的转移,再到各个APP之间的产业链的形成,还有广告植入的各种运营手段产生各种盈利.

产品设计原则有那些?

- - 知乎每日精选
产品设计的原则有点太泛哈,这里想结合自己的工作心得来小结一下手机无线设计8原则:. 原 则 1 :用 户 界面 应该 是基于用 户 的心里模型,而不是基于工程 实现 模型. 就是把后台本来很复杂的事情通过设计符合用户日常生活中常用的浏览方式或操作方式. 其实这一点是设计师把生活中的细节和数据结合的凝聚点,用户的心理模型抓的越准,界面就会越优秀.