【产品】一次完整的产品需求分析及设计流程分享

说在前面

本文将针对TOB类产品的用户”一句话“需求，通过介绍几类重点交付物，【功能列表】、【信息结构图】、【原型交付图】、【页面流程图】、【PRD】，来分享在需求分析及设计环节一些需要关注的事情。

以下内容非从0到1类产品，虽然不是纯优化类需求，但已经有了一定业务基础，并且用户对产品有了一定认识，所以属于结合产品定位提出的新功能需求。在此产品前期的【战略–业务需求目标】【战术–分解任务】【组织架构】【业务流程】【系统目标】【系统流程】等内容在此不做介绍。

业务需求分析

先来简单介绍下背景：
产品目标：面向某企业营销业务线人员，通过数据监控、实时预警、任务调度等功能，实现工作效率的提升及订单量转化。
面向用户：营销管理者与营销执行者两类角色，其中管理者又按照区域分为省、地市、区赋能、营服等层级。

用户”一句话“需求：地市管理人员对营销执行者的上岗作业考勤进行考核评估，因目前没有相关工具，想根据实际工作需求开发一个类似签到打卡的功能，提供给执行者使用。并且直接管理人员对没有完成的人员进行原因反馈，再上级管理者结合反馈来的信息，为营销执行者的考勤考核打分。

需求中有哪些角色？

1. 营销执行者：接受考勤考核的人员
2. 直接管理者：对当天没有完成考勤任务的人员沟通反馈原因
3. 上级管理者：对人员考勤执行情况及反馈的原因做整体总结，为人员月度考核提供数据基础

需求的业务流程？

功能列表

信息结构图

结合功能需求目标、角色特点，已有的产品框架结合输出。
因为都属于任务类的需求，所以在分析时要尽量确保虽然角色不同，但页面元素尽量保持一致，前后统一。比如执行者反馈的内容包括“原因类型”和“原因文字说明”，那么在直接管理者的页面要将这两个元素都展示出来，避免出现丢元素前后不对称的情况。
下面列举了不同角色页面展示的重要内容，可见营销执行者与直接管理者的大多数元素是相同的，即使里面的内容不同。

原型交互图

可以先从草图开始构想，黑白灰的那种，比如整个需求要出几个页面，每个页面作用是啥，页面内容包括啥。根据业务流程图和功能列表确定几页能支撑需求，信息结构图确认页面需要哪些元素。

因为这个需求从客户一句话到沟通只给了一天的时间，我就直接画彩色版了。我比较习惯画两版，因为出于对需求理解的角度不同，还有最后实现的周期，出几版页面让用户选择，避免在与用户交流第一版不可行的时候，没有备案的尴尬。

拿着原型图，和总结的一些问题，就可以与用户开始第二轮的需求沟通了，如果有理解不一致的地方就是多轮调整喽，最后确认业务流程和页面原型是用户想要的。

页面流程图

在确认需求后，就要落开发了。页面流程图可以让开发更方便的了解页面间的关系。
包括页面编码，页面名称，页面原型，页面间交互关系。

PRD

最后将上述信息整合成文档，和项目组全体人员评审，包括开发、测试等人员。

• 文档标题，一般为产品名称或需求名称
• 修订记录，文档的增加、修改、删除等演变记录
• 业务背景，基于解决什么问题要这个需求呢？产品的核心就是要解决问题
• 适用角色，做完给谁用呢？用户是谁，而不是客户哦
• 需求目标，介绍下最终实现后的效果，有啥好处呢
• 时间要求，客户期望上线时间
• 业务流程，包括角色、任务、流转、输入、输出、格式
• 功能摘要，功能列表，在什么功能模块实现什么功能要求
• 产品特性，详细描述一个功能要求，包括用户场景、功能描述、优先级、输入/前置条件、需求描述、输出/后置条件、补充说明
• 性能需求，页面流畅程度，多少人同时使用
• 监控需求，埋点或结果数据展示
• 兼容性需求，IE6,7,8；Firefox3.5以上版本；典型webkit内核浏览器：如chrome
• 风险分析，竞品、用户习惯
• 相关文档，页面原型