但在写了越来越多的日报和周报后，回头去REVIEW了一下之前的工作计划和总结，却从中发现了N多的问题。当天的工作总结不够细节，只写做了什么事，没写做这个事的目的，期望得到的进展以及目前达到的进展。每一个工作的流程衣时间结点都不明确！

        也许当天或者第二天我明白我写的是什么东西，但一个月后，二个月后呢？恐怕需要很大的精力去想到底当时写的是什么东西？那也就是说在Q2结束了后，我一点也不清楚在Q2我每一个工作的时间结点以及进展。。。更深层次的说，我的工作根本没有计划和流程。

        为了避免这种事情的发生，我先在每一天的日报中，把未完成的工作标明出来，说明期望达到什么进展，目前已经达到什么程度，还需要多少的时间和资源才能完成以及为什么不能及时完成。

        给自己一个警示，永远要明白，你的任何报告都不是写给别人看的！要对自己负责！

1、确认原始商业需求和商业目标

2、定义产品（产出物）功能和特征 

3、界定工作任务

4、规定时间计划

5、评估和落实资源（包括人、钱、物）等

商业需求说明书

1、项目背景

2、项目目标

3、项目范围和成本评估

4、关键功能/内容描述

5、推广-培训计划

6、风险评估

7、运营维护计划

8、关联项目/产品

描述为什么要这个项目：

1、商业机会、利益

2、问题的现状与危害

支持材料：用户需求调查报告、客服报告、用户行为统计数据、业界动向/竞争对手动向、具体案例

项目目标-要点：说明项目所需达到的预期效果及衡量方式；尽量符合SMART原则（specific measurable achievable time）

项目范围和成本评估的要点：定义产品需求；确定需求优先级；界定工作任务；评估成本，资源投入；根据需要，酌情增加产品需求概要业务流程图等

推广-培训计划-要点：作用；主要元素：AUDIENCE 目的、方式、内容、时间等；NOTE：产品的常规部署需求一般归属项目范围

风险评估-要点：项目引发的页面影响及风险，如何解决；针对某一具体功能式特征的风险评估可在项目范围和成本评估中体现

数据监控计划-要点：监控什么数据；目的；监控周期；数据来源：是否有数据表，是否新增数据仓库需求

关联项目/产品的要点：

1、该项目相关的其他项目及相互关系：有其他项目也有涉及类似功能；某荐功能/特征的实现依赖于其他项目的发布；某项功能影响到其他

2、项目或需求发布后：哪些需要定期更新；更新周期；所需资源