工作总结之需求管理

敏捷开发

上一家公司做电商，奉行小步快跑，一周一个甚至两个版本，需求的响应和改善速度非常快。进入思维的惯性进入了这家创业公司。希望能够继续敏捷开发，做小版本迭代，然后漫长的噩梦开始了

团队配合程度

敏捷开发时团队的配合度要求较高，每个人负责自己的部分，如果有问题及时沟通。假如你的团队暂时配合度不够，还是从零做起，先走传统流程：需求评审、开发设计、开发、测试用例评审、测试和上线等，不断磨合团队。
注意：敏捷开发不是频繁需求变更的资本。频繁的穿插需求和变更需求会导致团队内部怨气巨大，严重影响合作。如果需求频繁变更，产品经理就需要审视自己需求把控和产品设计的能力。

市场需求

公司定义为以市场为导向，所以市场把收集到的需求直接带回来了，然后尴尬的事情就来了：我们产品是2B的，客户通常有试用期甚至验收期。然后市场就以客户要求和项目要求，强行插入需求，甚至是不合理的需求。导致整个产品的迭代步调，完全失控，不断更改需求插入需求，不利于团队成员间信任感的培养。

需求池管理

进入了创业公司，我们总会有做不完的需求，一旦又以市场需求为导向，那么就会一直忙于市场需求，导致产品缺少规划。
所以产品经理在每个版本定下来之后，一定要及时向相关需求方通知预期的上线时间，没有排上的需求的要及时说明，及时沟通。
假如团队里面的市场/技术太强势，产品经理已经要据理力争，假如真的争不过，就谁决策谁负责。市场决策要做，那么这个需求预期收益是什么？达不到就市场负责。避免自己没决策权，还要背锅。（让我自己哭一会）

掌握工作内容的边界

创业公司人力缺乏，有很多工作内容是没有明确，产品经理不要什么什么事情都往自己身上揽，必须保证自己核心工作的时间。整个团队靠你去掌控方向，产品经理一定要推动其他人做事，这是初创团队的产品经理的核心能力。

高保证原型

文档的形式不重要，但是一定要清晰明细，个人建议还是用axure原型，模拟用户的整体操作流程。一定要避免在产品设计时漏设计，不然产品经理个人威望没有了，那么领导力也失去了

用自己的产品

不要疲于奔命，各种堵窟窿。要成为最懂自己产品的人！（可惜很多人做不到，特别是中途接需求的人）