一、项目初期，对可行性的分析
1. 市场环境
1.1 背景和趋势：
* 这个方向是不是很火（O2O）？
* 会不会是未来互联网的趋势（VR）？
1.2 竞品情况：
* 有多少团队在做？
* BAT 是不是在涉足，或者计划涉足？
* 他们目前的市场份额如何？
1.3 当下市场规模：
* 所在的垂直市场有多大？
* 所在的大类市场有多大？
* 市场的空间多大？
* 蓝海还是红海？
2. 用户需求
2.1 需求定义：
* 是到底要解决什么问题（没问题存在的需求都是伪需求）？
* 这个问题是不是特别严重？有没有详细的场景描述（XXX时，特别讨厌做XXX，要是XXX就好了）？
* 有多少用户会遇到这些问题（比如是你和你老婆会遇到，还是你确定所有人都会遇到）？
2.2 需求刚弱：
* 是不是很痛点、很贴切的需求（比如上门洗车并不是刚需）？
* 能不能解决实际问题（比如不解决真实性的问题，只是把租房信息放平台上有意义吗）？
* 目前用户的需求是不是已经充分满足（比如我为什么要特地下个舞蹈教学APP而不是在优酷看）？
2.3 需求真伪：
* 是不是大家都认可这个问题需要解决（比如「我胖但我不想减肥」）？
* 大家说的需求是不是大家真正的需求（什么是「伪需求」？能否举例说明？ - 苏杰的回答）？
3. 产品逻辑
3.1 功能逻辑：
* 功能能不能真正满足需求（比如我要的是方便快捷，但上门理发反而更折腾）？
* 有没有不合理的漏洞（比如我们希望记录用户的信用，但用户交易却不会通过我们进行）？
* 要怎样实现目标功能（配合的具体运营、技术、产品要怎么做）？
3.2商业逻辑：
* 离交易是不是足够近（不要做到最后发现成了公益平台）？
* 用户价值在你的产品上会不会体现（比如付费时的交易、创作时的内容、社交时的关系链）？
4. 自身能力
4.1 团队情况：
* 运营、技术和产品的能力能否实现目标的功能（类似人工智能、团购大战不是小团队可以碰的）？
* 创始团队是否有能力胜任其职责（创始团队无法 hold 住更多牛人的加入）？
4.2 资金情况：
* 按照预想的盈利方式、收支计划，钱够不够花？
* 在下一次融资前，公司的发展能否达到可以谈融资的地步？
虽说很多都是创始人该想的，但落实到产品上，就应该是产品经理搞明白的。
另外，这部分写完后，我发现跟厉哥在 商业计划书（BP）应该包含哪些点？ - Roy Li 的回答 中提到的你是谁（自身能力）、你想解决什么问题（用户需求）、市场和竞争情况（市场环境）和怎么做（产品逻辑）不谋而合。供参考。
三、在项目管理和个人管理上，要做问题分析。
1. 定义问题（What、Who、Why）
* 要解决什么问题（严重 BUG，功能缺失，项目延期还是文档有误）？
* [项目] 责任人是谁（是产品经理没有发现、测试没有意识到还是开发有疏漏）？
* 具体起因是什么（比如技术并不了解业务背景所以做错）？
2. 解决问题
* 有哪几种解决方案（不是先处理人，而是先处理问题、罗列方案）？
* 每种方案的利弊是什么（比如有的会影响产品进度但节省成本、有的会耗费公司财力但速度快等）？
* [项目] 利益相关者认同哪个方案（比如关乎运营的方案不能绕过他们、改动设计的地方也不能不通知设计师）？
* 从长远来看哪个方案获益最大、损失最小（比如临时的解决方案虽然快，但可能会埋下隐患）？
3. 复盘问题
* 造成问题的深度原因是什么（比如技术水平本身有问题、工作流程设计有误）？
* 问题如何暴露的，在之前为什么没有暴露（谁发现的问题、在其他时间为什么没发现）？
* 从根本上解决问题的方法有什么（比如招募专家、改进工作流程）？
* 检查异常的机制是不是需要改进（比如在哪个环节加入总监的评审）？
4. 提高效率/节省成本
* 工作中比较复杂的、步骤繁琐的事务能不能简单处理（比如需要大量对账结算的方案可以简化逻辑，实际不影响效果）？
* 简单处理的事务能不能形成标准化的流程机制（比如对账结算在固定周期、用固定方法完成）？
* 标准化的流程机制能否实现自动化（比如对账结算用程序实现自动化）？
