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