认识达内从这里开始

想要做好产品推广，我们除了需要提前做好用户需求调研以外，还需要根据我们的推广市场来设置一些合适的推广方案，下面我们就通过案例分析来了解一下，这些推广方案都有哪些设计要求。

新人产品大的误区就是以为产品的职责就是交互，提供一个可用的界面给用户。这样的设计思路弊端实在太多，基于此类思想的设计方案往往灵活性不够，也不能满足用户的真实目标，终的结果往往是推到从来。

下面着重介绍新人往往会忽略的两点：

(1)优先梳理流程

理解客户的需求后，一步应该是梳理业务流程，把整个方案形成闭环，从trigger到action，以及各种失败的异常情况都应该包含在整个流程中。

流程过于复杂时可以逐层细化，从用户目标逐层拆解到产品功能，需要注意的是顶层到底层一定是一对多的关系。

梳理流程时需要根据实际需求选择流程图还是泳道图，一般来说当整个交互过程设计到多个用户角色时用泳道图更为合适，也方便开发同学理解业务之间的耦合关系。

注意流程图的撰写规范，圆角的矩形表示状态，平角的矩形表示动作，菱形表示判断，以及更为多线框的矩形表示子流程。

如何画一幅流程图?

先明确用户的输入和期待的输出，将中间的交互过程想象成一个黑匣子，只关心用户初始的操作和期待终的结果。用注册这个功能举例，用户初始的操作就是请求注册，期待终的结果就是注册成功获得账号。那么在流程图这个阶段，表单有哪些字段，对应的交互策略是不重要的，只用假设现在你的表单一定的交互形态就行。

将中间流程拆分。这个时候就需要将流程细化到每一个步骤，理想的状态每一个步骤都对应后端的一个接口调用。还是以注册功能为例，提交表单就是一个步骤，如果使用注册账号就显得有些含糊不清了，因为对于后台而言，提交表单和生成User是两件事情。

补充子流程。这个时候就是展现你产品功力的时候了，对于异常事件的遍历是给开发同学好的帮助，网上有很多现成的功能自查表，当然流程图不用细致到交互层面，总结出主干以及支线的流程就可以了

(2)建立数据字典

为什么需要数据字典?这个问题其实和网上争论很久的产品经理需不需要懂技术有很大的关联性。我的观点是，产品经理是一定需要懂技术的，当然不需要像开发同学那样能写实现的代码，但是逻辑层面的数据流转，PM是必须要懂的，至少在开发同学设计库表时能够参与进来，从业务发展的角度上给予一定帮助。

为什么产品要提前建立数据字典?看起来和产品没有多大关系的事情，其实是我们PM的核心能力。无论是优化现有功能还是新增一个功能，对于背后涉及的字段我们必须提前想清楚。

从业务层面去理解数据字典。产品的每一个功能都不是孤立的，我们在构想数据字典时得提前考虑功能之间的耦合关系，这样我们才能定义好每个功能的输入以及输出。产品不会是表单设计的终决定人，但一定是表单框架的直接影响人。以评论这个功能为例，我们在设计页面时得提前列出所有的信息元素，评论人，评论时间，品论内容，评价分值……其实这些信息元素就是后台的数据字典了。

从界面的角度去理解数据字典。比如注册功能的表单，我们得提前列出所有涉及以及新增的字段，反复推敲哪些字段是必须的，哪些是可以省略的，哪些是作为选填的。产品的职责就是简化流程，对于表单类的产品就是减少客户需要输入的表单，能自动填写的一定不用客户去填，能有Suggestion提示的，一定要提示客户自动补全。那么这些填充以及补全的字段，我们都得提前想清楚。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!