从需求到拆解产品
《掌握需求过程》这本书中说到:
“需求是产品必须完成的事以及必须具备的品质”,是在构建产品前需要发现的东西。
《启示录:打造用户喜爱的产品》提到:
“我建议产品经理关注日常生活里那些让大众烦恼不堪,又不得不应付的事情。如果产品经理能解决这些问题,一定能打造成成功的产品。”
所以作为一名产品经理,首先要做的,就是不断地去发现用户仍未得到解决或优化的问题,然后思考能否用产品的手段解决掉。
这样搞定产品结构图
一个产品的结构图,其中包括每个栏目以及所包含的功能以及展示信息。而用户流程图则是展示一个用户使用这些功能的流图,第一步做什么,第二步做什么,检查产品结构图是否合理,是否注意到用户体验,并且逻辑能否走得通。
另外就是定期去分析一个 App ,写出里面的关键点,比如我们能从中得到什么结论、学到什么新的交互逻辑、页面怎么更好的布局、某些提示怎么处理等等。一般拿到一款 App ,不是先探究细节,而是先要观察整体。先完整的操作一遍这款产品,熟悉大致的功能、页面流程以及框架结构。
如下图,我们通常用思维脑图分析一款产品的结构:
产品结构图的设计流程
尽可能列出你要做的产品的所有功能。将所有功能一一列在纸上,尤其确定产品的必要核心功能。围绕每个核心功能,将属于它的子功能、模块进行归类。子功能可有多个层级。同时可以标出每个独立的页面。在每个功能节点上,补充必要的信息元素。使用思维导图(或其他工具)将上述内容整理成图形,完成。
除此之外,作为一个产品或者设计人员,要学习产品的设计与交互,一个很好的方法,就是临摹。把你喜欢的做得好的产品(大家作品)的每个页面临摹(反演)出来,反演时思考产品为什么要这种信息架构,为什么这个页面要放这些功能,每个区域放哪些元素,各个页面是如何跳转的。通过几次临摹,你一定对产品的设计和背后的逻辑有深入的领会。
同理,一款完整的app是主要包括 产品战略层,交互逻辑层,UI视觉层,开发&后台层,以及最后的运营推广层组成。每一个层次都可以进行详细拆解分析,但如题所说,这里我们着重分析拆解交互逻辑层。
拆解产品过程中的关键步骤:制作流程图
只要有事情和任务,流程就会有,但是并不是所有的流程都适合用流程图的方式去表现,适合用流程图去表现的流程是一定程度固定的有规律可循的。这里的“流程图”既然包括模块和元素,是“逐渐完善产品的结构导图”,可以直接指导线框图制作。
常见的3种流程图
业务流程图
通常由几个「角色」来组成,互相配合流水线般的工作穿插,譬如小A搞定了给了小B,小B搞定他的部分传给小C,小C搞定后又要将结果传给小A做……可以认为这种在各种角色中的穿梭操作就是所谓“业务流程”。
工具图形:泳道图
[泳道图按角色划分为一个个泳道,每个角色的活动散落在各个角色对应的泳道里。泳道图是将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。]如下图所示:
操作流程图
用户对产品功能的操作过程,这个流程是为了完成某个任务。比如成功注册、登录或者支付
工具图形:程序流程图
页面流程图
主要体现在页面跳转逻辑
工具图形:原型图
总结
对于一个新的产品,作为产品经理我们应该从业务高度梳理产品结构,包括信息、功能、接口、逻辑、流程等。勾勒出产品的框架,拆分产品的结构,从表现到本质都弄清楚产品需要做成什么样子,怎么实现,如何迭代等。
本文总结了拆解产品的三步法,虽不算非常牛逼,但是屡试不爽,如有雷同,纯属巧合。
- 第一步使用脑图拆分结构,了解框架;
- 第二步,使用低保真线框图,重建主体模块及功能;
- 第三步,完善线框图,形成有细节的原型图。
作者:Mandy权,微信公众号:PMandyQ(PM: MandyQ),一名快乐的产品经理!
本文由@Mandy权 原创发布于人人都是产品经理,未经许可,请勿转载。
业务流程图是针对整体功能的业务流程还是针对app部分功能的画的?
业务流程
流程图不对
有啥好建议呢?
大神带带我,给我留个联系方式
业务流程,操作流程,页面流程,对于“业务流程”的理解一直不够深刻,业务流程主要是表达一个产品的什么?主要是给谁看?和操作流程有什么不同?
业务流程即某个业务功能的逻辑;操作流程即为某个产品模块的逻辑
求解
求问泳道图是用什么画的
windows可以用visio,mac可以用sketch
网页版project也可以
有没得Axure的视频教程?自己琢磨有点费时,(ˇˍˇ) 想了解一下做app和做网站原型图的一个大概方法流程
挺好
说的不错
我点击图片竟然放小,我想看清楚图片里面的内容都不可以,真不知道这产品经理是怎么想的!!!!!懊恼 😮
呃
可以看清楚的
可以把图片保存下来,然后再打开看
简洁易懂
xmind
请问楼主脑图用的是什么软件
mindmanager
请问原型图是用什么工具画的呢?
Axure
😉