B端：从需求落地到上线
流程总览
业务：提出需求
产品：需求调研&分析
产品&UI：产品设计之后，产品输出PRD、设计输出UI稿
产品&UI&研发&测试：产品主导需求评审，设计主导UI评审，研发和测试为参与方
研发：进入开发
测试：研发提测后进入测试环节
运营：进行运营方案设计
业务&产品：对开发出来的产品进行验收
上线：由运维主导版本上线
运营：产品上线后，运营方案上线
项目复盘：整个迭代组进行项目复盘
有些公司业务和产品均有产品经理来负责。
一、业务：提出需求
产品提前制定需求收集方式和模板
- 各个公司的收集方式不同
二、需求调研&分析、
调研
-
行业调研
关于行业调研，大家可以通过如下3种方式进行长期的积累：
艾瑞咨询、IT桔子等各类行业报告平台的调研报告
加入行业社群
关注行业自媒体，如公众号、知乎大v等
阅读行业相关书籍
行业调研是一个需要长期投入和关注的长线工程 -
客户调研
客户调研的本质，就是在反复沟通中明确需求的核心3要素：用户、场景、目标。
在明确调研方向之后，就可以选用相对合理的调研方式了，例如问卷、一对一访谈、现场观察等。
问卷适用于有一定的用户规模、调研深度较浅的需求，虽然节约时间但效果容易被问卷设计所干扰；一对一访谈和现场观察适用于更为深入和直接的调研，成本高但调研效果更为可靠。
-
竞品调研
-
关键点：明确竞品调研的目标
只有明确了目的，才能清楚的框定范围、选择合适的调研内容和方式。
-
在看竞品实现之前，提前思考自己会怎么做
-
关注竞品和自身在该功能上的竞争力对比
-
分析
在真正分析开始之前，先要对用户的描述打破砂锅问到底，明确真实的信息，减少信息熵。
在客户调研中，最大的坑就是还没弄明白真正的需求，就直接按照表面需求或者二手需求开始设计方案了。
请注意数据调研和调查分析。
三、产品设计
一个相对通用的产品设计流程应该是怎样的呢？
其实整个产品设计流程和需求评审是高度结合的，因为需求评审就是不同阶段产品设计成果的里程碑。
在笔者此前写过的需求评审文档中，详细介绍了需求评审的3个阶段：范围评审、低保真评审、方案评审。相应的，PRD的落地过程也需要对应分为3个阶段：需求范围稿、低保真稿、最终方案稿。
1. 需求范围稿
- 定义需求的边界和优先级。明确需求。去掉伪需求。
2. 低保真稿
确定业务核心的逻辑、流程、交互和样式。
-
核心业务逻辑
- 关注实体和实体关系
- 记住那次面试时，所讲的关系。类和关系，数据方案。——见SOP任务流程
-
核心流程
-
核心交互和样式
- B端倾向于使用通用框架，切勿在交互样式上下太大功夫
3. 最终方案稿
- 细化
- 反思、补漏查缺
- 程序思考角度
- 补全其他场景的内容
- 明确写出各项逻辑
四、项目管理（开发&测试&验收）
建议
-
- 产品需要对结果负责。
-
- 先自己独立思考处理方式，思考后再和直系leader或者同部门同事请教。
五、项目复盘
项目复盘
产品复盘
- 可用性、实际价值、导致的缺陷和风险等
- 数据搜集方式：埋点、回访等
