产品需求和研发是互联网企业的一对欢喜冤家。
需求：是研发没空给我做这个功能
研发：是需求没提这个功能
这样的对话是每个月月末总结时的固定曲目。但其实，换位想下，研发平时工作确实比较忙，产品需求嘴上安排了一个新的功能开发、或者q q上说了一个需求，研发转身可能就忙忘了。
所以这两个重要部门需要换个合作方式了。
一个涵盖需求评估——需求设计——待研发——研发中——测试——发布整个产品生产周期的需求收集表。
1、 销售自主上报需求
需求表单不但解决产品与研发之间的矛盾，也便于销售更好的反馈用户的一线需求。销售通过表单自主提交，产品会第一时间收到上报的数据，进入“需求评估”阶段。便于第一时间给到用户反馈进展。
2、 提交成熟完整的产品模型
具备普遍使用价值的功能，可以快速进入需求设计阶段。需求的快速实现，一定是建立在完整的产品模型上的，光是提一嘴绝对不是高效的实现方式。
3、 自动进入研发“待完成任务”列表
产品完成了产品模型的设计，便可进入需求“待研发”状态，为了防止研发的遗忘，但需求状态被修改为“待研发”时，研发负责人就会收到一条自动创建“待完成”任务，进入研发个人to do列表中，再也不用担心被遗忘。
有时候，OA的价值并不一定是我们常常高速大家的书面语言，就是落实到我们日常工作中，一个细小的环节，而这些细小的变化，却正在日积月累的释放大大的能量。
