产品学习总结思维导图模板_ProcessOn思维导图、流程图

6. 综合运用—高质量文档

提要

什么是需求文档

MRD、PRD、BRD等，概念不重要

效果：说明为什么要干，怎么干，干了有什么效果

内容：明确产品背景、需求、流程、原型、交互等内容

谁看：需求文档的阅读对象：设计、研发、测试

有什么用

内部沟通

明确产品需求

明确产品要求和细节

让参与者明确实现的结果

存档

有据可查

交接更容易，更职业

跟进者了解之前的做法和过程

用什么工具

word

Axure

高颜值需求文档的特点

结构：逻辑清晰，层次分明

需求背景描述清晰

流程图：业务流程、页面流程均有

目标：考核指标、算法清楚

习惯：变更过程清楚

怎么写

1. 项目背景与需求分析

谁提的需求？什么场景？遇到什么问题？

简要描述分析过程：决策过程和依据是什么？解决方案是什么？

有没有相关的背景数据资料

明确本次需求：用户、场景、需求、解决方案是什么？

2. 本次需求的目标及功能列表

这个需求整体是什么样子的？是否需要分阶段？

本次需求做哪些？前后关系是什么？

本次需求的功能清单有什么？

涉及的功能或者页面有什么？

3. 流程与所处的产品模块关系

业务逻辑图

业务流程图

页面流程图

4. 功能详细

交互设计图

原型图

5.简要的用例(可选)

关键的用例是什么？

重点关注点

错误提示表等

6. 考核指标与计算方法

本次需求要统计哪些指标

怎么计算的

怎么买点的

7. 产品评审与上线准备

需求评审如何做

什么是产品评审

统一思想，明确需求，确定实现过程的会议

通常评审需要经过几次，一次完成要拼“专业度”和“产品人品指”

撕逼大会，逼死产品经理大会

评审过程很激烈

这样很麻烦，是否确定这样做

你考虑清楚了吗？真能这样做？

流程太复杂，能不能简单些

你这样根本没考虑到实际情况

还有一种情况你没考虑到

什么人参加

PM同行

设计

研发

测试

运营

为什么做需求评审

让所有人都明确需求的背景和目的

提前确认和统一产品的需求实现的过程和交付时间

让参与者明确知道工作内容和交付时间

让研发、测试评估产品开发周期，让产品经理做决定

如何组织一场成功的产品评审会

开场前准备工作

确认你的需求、文档、原型都完成了吗？

提前找核心人员小范围沟通，提前消灭打问题

和核心与会者确认可出席时间

至少提前2天发出会议邀请，定好会议室

会议邀请时主动带上需求文档和原型交互设计稿等相关资料

提前到会议室提前演练一遍

现场流程

不要一上来就讲功能

抓大放小，细节上不要争论

将需求要有节奏和调理

记录重要的争论点

一般流程

评审会后

追排期

整理遗留问题，并拿出解决方案

发出会议记录，每个问题都有行动计划

发出修改后的需求文档，并更新到内部系统中

约下次的评审时间（如果需要）

如何写好上线邮件

什么是？

上线一段时间后，由PM发送的描述产品研发和结果的邮件

为什么写

总结与记录

总结项目过程，留下过程资料

项目推动

产品上线后才是开始，需要推动、协调各方面资源

团队润滑剂

给参与者正面回应

高颜值邮件特点

标题很直白

简单明了说明项目内容

内容清晰

有背景

有过程

有功能清单

有后续计划

数据有对比

上线前后的数据效果

表扬有技巧

说案例

说小事

说观察

获取帮助与支持

求测试

附上账号和收集渠道

求推广 

附上相应的位置、文案、物料

求销售

准备好材料和宣讲时间

8. 数据认知

9. 职业规划

1. 什么是产品经理

面临的调整

前端产品需求萎缩

后端产品成就感弱

垂直能力不足

对逻辑的要求提高

2. 产品视角养成

产品视角是什么？

产品形态

做什么的

与用户之间是怎么连接的 

关键业务逻辑

功能点的使用过程是什么

功能流程

具体某个功能和迭代点是如何实现的

交互体验

页面原型、交互原型是如何体现产品特点的

怎么判断产品的好坏？

用户场景

什么样的用户、什么情况会用，满足如何？

用户流向

用户从哪里来、到哪里去、流向是否清晰

信息流向

内容（信息）从哪里来，到哪里去？

产品长短线

产品驱动？

技术驱动？

运营驱动？

销售驱动？

未来的判断

产品节奏

运营节奏

商业变现节奏表现

认识产品的正确姿态

系列化

单点突破、延伸同类、以点带面

深度体验

多次重复认真完成主流用户的任务

追踪式体验

跟踪任务效果、跟踪版本迭代过程

产品体验框架产出物

3. 流程&功能

3.1、功能训练

所以的产品都是由一个个小功能构成的

产品经理不是功能经理，但好的产品经理一定能做好功能

产品早期，功能为主，产品成熟后，对原有功能的迭代为主

完整的功能，一般需要经过简单的评审才能提交研发

如何开始一个功能点

明确用户的目的

目的性如何定

对用户（讲体验）

对哪类用户具体有什么好处？有没有受影响的用户？

增加内容提升准确度

减少操作提升便利性

功能补充提升体验

对平台(内)（讲效率）

对内部数据、操作人员是否提高了效率

增加渠道引入新用户

减少重复的操作

数据分层提升精度

对商业（谈转换）

提高收入？提高转化率？

拉动付费转化率

增加新产品，创新新的收入点

对原有数据重新组合，提高数据转化率

明确功能基本逻辑

要达到的目的，基本逻辑是什么

用户操作过程

数据流向

难点可能是什么？

调研相关的产品功能

明确目的

观察体验“用户、场景、需求”是否被满足

猜测底层的逻辑

分析产品的流程

产品亮点和结论

制定功能方案

可能解决方案有哪些

梳理每个每个方案的简要业务流程

针对性分析，选择合适的方案

开发难度

见效

用户场景

方案细化

流程细化

梳理业务流程，增加异常情况

考核指标

上线后如何评定功能点的效果

原型设计和文档

通过业务流程获得页面流程

原型设计（真实场景、真实文案、黑白灰）

完成需求文档（或者直接使用原型进行标注）

需求评审

运营推广方案

3.2、流程训练

基础

核心业务逻辑 vs 业务流程 vs 页面流程

业务逻辑&业务流程的关系

核心业务逻辑 vs 业务流程 vs 页面流程对比

基本业务流程图包含什么？

事项

要完成的事情是什么

用户

分别有哪些人会参与到流程中

信息

数据是怎么流转的

异常

出现问题了，怎么处理？

产品设计中，业务流程的作用

功能优化

看之前业务流程，找改进点

独立功能设计

单通道流程图，看用户、信息的流向

独立产品设计

泳道图、复杂的用户、信息交互处理

原型交互设计

页面流程图，规定页面的交互方向

做产品就是做流程

三岁定终身，流程对了后面的原型、需求文档、评审等就会很顺畅

传承，让自己、同事和以后接手人容易继续

让参与者明确知道业务是如何运转的，快速开始工作

明确产品优化的过程与收益，设置考核指标更合理

业务流程设计

业务流程图是什么

产品设计的过程文件

产品设计就是流程设计

凡是产品设计必有流程图

业务流程图怎么画

单通道的业务流程图技巧

主线清晰

关键路径、关键人物一亩了然

先主后次

先搞定关键路径，再补充细节路径

优化调整

通过与原型设计过程，优化异常流程

先繁后简

先把最长路径想到，再合并操作流程

提升

多看

多调研，体验各种同类产品功能点

多想

用产品的视角想想为什么是这样的设计

多画

基本功，没捷径，画100遍，自然就知道了

多交流

多跟班底好的同事一起交流提升

常见问题

一般规范

形状要统一

从开始符开始，已结束符结束

大小一致，统一字号

每个判断项只有2种结果（通常：是/否）

连接线尽量不要交叉

异常的判断的顺序要理清

一个判断一个框

减少流程中的用户操作

自检清单

是否只有唯一的开始

同一类的结束，是否已经合并

流程结束是否超过3个

核心流程要清晰，是否一条直线能看下去

连接线要清晰，是否有交叉和打结

判定要唯一，是否存在一次判定里有多个判断项

异常判定顺序要合理，是否与产品实际一致

判断结果清晰，一次判断是否大于2个结果

流程不回调，流程箭头是否存在回调情况

每个动作的描述是否简洁？不超过10个字

形状大小一致，尺寸一致，单色

假设你是研发，你看的懂吗？

4、原型训练

原型基础-页面流程

了解一下页面流程图

交互设计/原型设计的底子，基本依据

代表用户的操作过程，先做页面流程能快速发现体验问题

突出页面重点元素与逻辑关系，提升原型设计效率

案例

页面流程图和信息架构图的区别

页面流程图，以用户视角，主要看流程饿合理性

信息架构图，以产品视角，主要看包含对少功能点

页面流程图适合于跳转比较复杂的产品功能，如电商、社交产品

信息架构图适用于层级分明的，如音乐产量、新闻客户端、阅读类产品

页面流程图包含

四方形

业务流程中的四方形部分，异常流程为tips或者弹层

流向

主干流程和辅助流向

重点元素

每个流程中，重点要体现和表达的内容是什么？

工具

Axure

PPT

其他

重点

1. 回归业务流程，明确主线

页面流程一定来自于业务流程

一般为业务流程中的方形部分

异常流程一般为弹层或者弹窗

业务流程画的好，页面流程就会很简单

2. 明确页面中重点元素

功能在页面中，有哪些是需要表现元素

增加异常流程的处理逻辑

增加辅助的帮助页面

考虑下游触发点

3. 沟通与优化

尽可能穷举涉及的页面，然后做减法

通过原型草图，优化调整页面的关键元素

与UI、UE、前端研发等多沟通有更好的效果

产品原型基本功训练

什么是产品原型设计

产品原型

俗称线框图，大概就是草图的意思

产品落地关键点

从虚拟概念到用户接触的节点

PM产出的关键内容

上传下达、传达给UI、UE同事

流程

好的原型有什么特点

整体感受

页面结构清晰

跳转关系明确

与业务流程一致

完整表达用户需求

独立页面

功能元素明确有序

位置关系清晰

不同状态变化清晰

交互设计

清晰的交互逻辑

一致交互方式

界面统一

专项练习

怎么学

练习

真正业务，真刀真枪

可用，不求完美、不炫技，做可能用的原型

动手前忠告

避免一上来就画原型

产品需求没明白之前，不要摸Axure

产品流程没理清楚前，不要碰Axure

在你没有手绘草图之前，不要摸Axure

在你没把草图和Boss过了基本确定之前，不要摸Axure

用真实比例，真实的文案

真实比例、真实字号会让元素更真实

真实文案可以避免在需求评审的时候被质疑

真实模拟可能出现的极端情况，并示例清楚

紧扣需求主题，不横生枝节

如果原型需要增加新功能，先考虑后端数据来源

不要为了“长得好看”而增加新的模块

不要上颜色

原型就用黑白灰即可，不要上颜色

做的太漂亮，坑了UI、UE

做的太漂亮，万一要调整，你会不舍删除

目录树清晰，阅读流畅

有修改记录，关键修改重新保存文件

5. 结构化表达

结构化

逻辑

业务需求

业务逻辑

产品逻辑

流程

业务流程

功能流程

页面流程

表达

口头

需求评审

PPT展示

团队同步

书面

调研报告

高质量调研报告

功能点调研

如何做功能点调研

什么情况下要做功能点调研

竞争对手等做了某项新功能，且市场反馈很好

产品体验学习

功能调研和产品调研的区别

明确调研的目标

核心问题

谁会用？关键参与者有谁？- 先思考再调研

产品功能的现状是如何的？ - 先知己再带着目标调研

调研的目标产品有哪些？- 找行业领先、产品口领先的

功能的核心关键点是什么？功能逻辑是什么？ -  功能调研的关键

差异点是什么？ - 选择和决策 

新的功能点有哪些？最关键的是哪个？

用户、需求、场景是否被满足？

底层逻辑、产品流程大概是如何的？

产品的亮点是什么？为什么？

数据表现

误区

没结论

不愿做

杂

非要提改进意见

产品调研

独立产品调研

用户、场景、需求是怎么被满足的？

用户：有哪些类型的用户

场景：不同类型的用户，分别在什么场景下会使用？

需求：产品满足了用户的哪些需求？

产品逻辑

用户的流向

都有哪些用户？怎么发生联系的？

数据的流向

产生的数据流是如何运转的

汇合点

用户、数据在哪个关键页面汇合的

关键路径

用户操作的关键功能、页面是什么？

迭代路径

通过迭代路径找关键点

产品的表现如何？

数据表现

使用数据、排名数据、评分数据

用户表现

用户点评、产品点评

运营路径与方法

多个产品调研

找相同、找不同

关键功能的差异

出结论

A和B相比，优点、缺点、亮点

如果抄，抄哪个、抄什么、怎么抄

产品功能结构

功能结构

产品结构通常指产品功能结构，用于表达产品现有的功能与它们之间的关系。<br>

目的

1. 帮助自己对产品有个整体的理解。从整体上看产品的各个功能，找到功能之间的关联。

2. 帮助自己在做产品发展分析时提供一些线索。在做产品的运营分析时，可以因此为线索，去看App Store商店里面，产品版本迭代的记录，并发现产品规划的规律。

信息结构

它关心的是内容（信息）是如何被适当组织起来，以供高效呈现和使用的。对于内容类产品或以传递信息为主的web网站，由于其内容多样，对信的合理的组织（便于后台存储与管理）与呈现（便于用户快速找到所需信息）也是在产品设计之初就必须考虑的问题。<br>

如

产品调研误区

二三手数据不能证明你正确

产品调研 ≠ 行业调研

非得加改进建议

大而全

强烈的个人倾向

调研第三方产品

明确目的比功能很全面更重要

目标

用来做什么？期望值。如：客服系统、直播分享等

成本

如果自己做，能用 -> 好用，是如何做的？

关联性

第三方产品和你完成目标之间的关联

其他

价格、服务、会不会倒闭。。等

产品架构

原型绘制

需求文档