科技猎产品经理基本功系列（二）：产品设计三板斧
上篇文章给大家分享了需求挖掘的方法论，实际工作中需求挖掘工作完成后，还要做需求过滤、需求排序、产品方案排序等等（此处忽略1千字），然后才进入到产品设计阶段。
第二篇就给大家分享产品设计经验。产品设计三板斧，包括流程设计、界面设计、需求文档输出。
1 流程设计
1）用户：角色和状态会影响用户的操作权限，所以设计流程前，需要确定用户有哪些角色，哪些状态。
比如知乎社区，角色有分内容创作者和消费者，创作者具有评论设置权限（删除自己回答下的评论或推荐评论为精选），而消费者却没有；用户状态方面，比如用户在知乎发表文章需要用户先登录，即用户必须是已登录状态。
2）输入：用户的输入操作有增加、删除、修改、查看等等。举个电商的例子，用户可以提交订单、删除订单、修改订单、查看订单等。
3）系统处理：系统处理包括对象和处理逻辑。技术层面，对象需要考虑对象的属性及状态，而处理逻辑需要考虑计算（包括校验、排序、聚合）、存取等。
4）输出结果：系统的输出结果，状态一般有处理中、成功、失败、已过期、已删除、已取消等。
流程确定好之后，各个功能模块也就可以确定了。而功能模块就可以对应到一个个页面，确定好需要设计的页面有哪些，接下来就可以着手页面设计了。
页面设计按照以下六步走，一般不会出错～
1）用户是谁：确定好目标用户，即可确定页面主要满足的用户需求，从而确定页面目标；
2）页面目标：页面目标包含两个方面，即用户体验和产品目标。
用户体验：提高用户操作某个任务的效率，提升产品的服务质量等
产品目标：提高用户点击率、付费率等。
3）遵循设计原则
操作前有预期：用户在操作前能快速知道这个功能是干嘛用的、是怎么操作的。所以第一点，页面设计简洁易懂，具体体现在文案的通俗易懂、合适的按钮大小和位置、生动形象的图片等；第二点，产品流程要简单，不能有太多的操作，且符合用户使用习惯。
操作中有反馈：即用户在操作过程中，能够实时知道操作进度，给予用户掌控感和安全感。
操作后可撤销：用户在操作后，允许用户犯错和反悔。
功能可拓展：一般来说，满足以上三个小点，设计原则基本就覆盖了。但是从产品架构角度考虑，我们还要想到未来。比如本次就需要开发通用的接口、预留某个字段等，为未来拓展做准备。
4）界面信息组织
知晓设计原则后，从第4点开始要设计页面了。设计页面首先要知道怎么组织页面信息，组织页面信息包括信息分组和划分信息层级。
信息分组：将页面信息分类，将关联性比较强的分为一组。
划分信息层级：划分每个信息分组的主次关系、并列关系、包含关系；然后再划分每个组内信息的主次关系、并列关系、包含关系。
5）具体操作交互
界面信息组织好后，就可以设计具体的操作交互了。具体包括控件选择和反馈形式选择。
控件选择：单行输入、多行输入、单选、复选、多个选项弹窗选择、开关、调节大小控件等；
反馈形式选择：跳转新页面、弹窗、toast、气泡、界面文案等。
6）考虑特殊情况
网络异常：网络异常需要告知用户原因、提供解决方案、缓解用户焦虑情绪；
空值：页面为空时，引导用户使用其他功能、缓解用户焦虑情绪。
页面设计交付物：所有页面及页面流程图。页面流程图是把所有页面串联起来，方便开发同学理解需求。
3 需求文档输出
需求文档重要组成：业务流程图、页面流程图、需求说明。前面两个已经产出，那就只剩下需求说明了。需求说明可以按以下五步进行。
1）功能逻辑
说清楚每个功能的入口、触发条件、判断逻辑、返回数据等；
2）数据来源
说清楚页面的数据来源是前端写死、运营配置、用户输入、还是动态获取；
3）内容显示
说清楚页面每个字段的内容显示字数、字数过长如何处理、单位转换等；
4）操作交互
说清楚点击某个按钮或图标，给用户反馈的形式是怎么样的，比如跳转、弹窗、展开、toast提示等；
5）特殊情况处理
流程方面：
流程中断：中断是否要考虑信息保存，信息保存在本地还是服务器；
逆向流程：一步步返回还是忽略中间页，返回是否加拦截；
系统没有返回结果：系统之间有交互，没有返回结果时，是否考虑兜底；
重复点击多次：禁止用户点击还是限制一定时间内的操作次数；
网络、服务器出错：提示出错，并给出解决方案；
等待超时：等待超时是设置一个上限时间，超过时间则弹出失败提示还是不做处理；
其他方面：
版本兼容：如果需要APP发版，一般需要考虑版本兼容。新数据在旧版本是否要显示，如何显示；旧版本用户是否要强制升级新版本等；
第二篇就给大家分享产品设计经验。产品设计三板斧，包括流程设计、界面设计、需求文档输出。
1 流程设计
1）用户：角色和状态会影响用户的操作权限，所以设计流程前，需要确定用户有哪些角色，哪些状态。
比如知乎社区，角色有分内容创作者和消费者，创作者具有评论设置权限（删除自己回答下的评论或推荐评论为精选），而消费者却没有；用户状态方面，比如用户在知乎发表文章需要用户先登录，即用户必须是已登录状态。
2）输入：用户的输入操作有增加、删除、修改、查看等等。举个电商的例子，用户可以提交订单、删除订单、修改订单、查看订单等。
3）系统处理：系统处理包括对象和处理逻辑。技术层面，对象需要考虑对象的属性及状态，而处理逻辑需要考虑计算（包括校验、排序、聚合）、存取等。
4）输出结果：系统的输出结果，状态一般有处理中、成功、失败、已过期、已删除、已取消等。
以上，大道至简，几乎所有的互联网产品流程都遵循输入与输出的基本规律，掌握了基本规律就可以设计产品流程了。
流程设计交付物：业务流程图
2 页面设计流程确定好之后，各个功能模块也就可以确定了。而功能模块就可以对应到一个个页面，确定好需要设计的页面有哪些，接下来就可以着手页面设计了。
页面设计按照以下六步走，一般不会出错～
1）用户是谁：确定好目标用户，即可确定页面主要满足的用户需求，从而确定页面目标；
2）页面目标：页面目标包含两个方面，即用户体验和产品目标。
用户体验：提高用户操作某个任务的效率，提升产品的服务质量等
产品目标：提高用户点击率、付费率等。
3）遵循设计原则
操作前有预期：用户在操作前能快速知道这个功能是干嘛用的、是怎么操作的。所以第一点，页面设计简洁易懂，具体体现在文案的通俗易懂、合适的按钮大小和位置、生动形象的图片等；第二点，产品流程要简单，不能有太多的操作，且符合用户使用习惯。
操作中有反馈：即用户在操作过程中，能够实时知道操作进度，给予用户掌控感和安全感。
操作后可撤销：用户在操作后，允许用户犯错和反悔。
功能可拓展：一般来说，满足以上三个小点，设计原则基本就覆盖了。但是从产品架构角度考虑，我们还要想到未来。比如本次就需要开发通用的接口、预留某个字段等，为未来拓展做准备。
4）界面信息组织
知晓设计原则后，从第4点开始要设计页面了。设计页面首先要知道怎么组织页面信息，组织页面信息包括信息分组和划分信息层级。
信息分组：将页面信息分类，将关联性比较强的分为一组。
划分信息层级：划分每个信息分组的主次关系、并列关系、包含关系；然后再划分每个组内信息的主次关系、并列关系、包含关系。
5）具体操作交互
界面信息组织好后，就可以设计具体的操作交互了。具体包括控件选择和反馈形式选择。
控件选择：单行输入、多行输入、单选、复选、多个选项弹窗选择、开关、调节大小控件等；
反馈形式选择：跳转新页面、弹窗、toast、气泡、界面文案等。
6）考虑特殊情况
网络异常：网络异常需要告知用户原因、提供解决方案、缓解用户焦虑情绪；
空值：页面为空时，引导用户使用其他功能、缓解用户焦虑情绪。
页面设计交付物：所有页面及页面流程图。页面流程图是把所有页面串联起来，方便开发同学理解需求。
3 需求文档输出
需求文档重要组成：业务流程图、页面流程图、需求说明。前面两个已经产出，那就只剩下需求说明了。需求说明可以按以下五步进行。
1）功能逻辑
说清楚每个功能的入口、触发条件、判断逻辑、返回数据等；
2）数据来源
说清楚页面的数据来源是前端写死、运营配置、用户输入、还是动态获取；
3）内容显示
说清楚页面每个字段的内容显示字数、字数过长如何处理、单位转换等；
4）操作交互
说清楚点击某个按钮或图标，给用户反馈的形式是怎么样的，比如跳转、弹窗、展开、toast提示等；
5）特殊情况处理
流程方面：
流程中断：中断是否要考虑信息保存，信息保存在本地还是服务器；
逆向流程：一步步返回还是忽略中间页，返回是否加拦截；
系统没有返回结果：系统之间有交互，没有返回结果时，是否考虑兜底；
重复点击多次：禁止用户点击还是限制一定时间内的操作次数；
网络、服务器出错：提示出错，并给出解决方案；
等待超时：等待超时是设置一个上限时间，超过时间则弹出失败提示还是不做处理；
其他方面：
版本兼容：如果需要APP发版，一般需要考虑版本兼容。新数据在旧版本是否要显示，如何显示；旧版本用户是否要强制升级新版本等；
初始化数据：新版本上线前，如果线上没数据，需不需要做初始化。
需求文档输出交付物：需求文档
以上就是“产品经理基本功系列（二）：产品设计三板斧”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。
