2017年5月25日
1、需求评审之前应与各方都沟通好，会议最终确认需求.
2、业务流程图
圆角矩形：开始、结束
矩形：步骤 过程
菱形：选择 判断
平行四边形：输入
image.png
3、沟通方式
紧急但不重要：电话
不紧急不重要：QQ、微信、RTX、叮叮等
紧急且重要：面谈
不紧急但重要：邮件
2017年5月26日
1、需求分析过程
需求分析是一个从树叶——树枝——树干，再由树干——树枝——树叶的过程，即分-总-分。
2、需求转化
确定基本属性--分析商业价值--初评实现难度--计算性价比
产物：产品需求列表
| 模块 | 子模块 | Feature | 任务描述 | 商业价值描述 | 商业属性 | 商业优先级 | 开发量 | 性价比 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| web邮件 | 邮件列表 | 邮件列表排序 | 可按时间、发件人、修改时间进行排序 | / | 基本 | A | / | 高 | 示例 |
3、页面流程图
- 页面=操作+内容
- 页面要素：页面、操作/内容、链接线
- 页面流程目标：表现用户的不同的操作指令下不同页面流转关系。
image.png
示例：
image.png
8月31日
To B or To C
1、To B产品重要的并不是产品思维，而是服务思维。
做To C 产品，就像是搭积木，做To B产品，更像是串链条。
To C 产品将注意力聚集在20%的核心功能上，抽掉其他一些“不具承重能力”的积木，“产品大厦”依然在那。
To B 产品链条的一个任何环节断了，这个产品就无法继续快速运转。重视基础服务链条的提前布局。而商业产品的生态链条比较长，更加凸显了提前布局的重要性，任何一环的缺失都可能让业务陷入困境。
2、To B重要的是大局观。
To C 产品可以先上核心功能，然后以快速迭代的方式，“散点”式完善产品设计。
TO B产品，一开始就要具备大局观，考察整个的用户需求链条，这需要的是对行业、市场、用户不断地亲自深入理解。
3、To B看中服务体验，区别于平台体验。
To C产品常常围绕一个需求深挖，做到最强闭环，做到最极致交互，做到最有趣玩法；
To B产品看重但不过多强调平台体验(纯用户体验)，强调服务体验和效果价值。
看准服务链条上的每个必要的环，做好环与环之间的润滑
引文：
https://mp.weixin.qq.com/s/8Z0wvKveIiEFK00swH3WTQ
网友评论