我一直明白一点，产品的需求不是凭空想出来的。
这四天在趣链学习供应链管理平台的过程中，我没有直接去看他们的需求池。而是自己先整理了供应链管理平台的业务逻辑，各用户角色的权限与功能模块。也提出了自己对于现有逻辑和业务困惑的问题，很感谢同事们建芳姐琛哥峰哥佳楠哥的解答。同时，我也提出了一些自己在使用过这个系统后，感受到的一些必要性需求。大部分是在他们的需求池范围中的，这也是一件不错的事。
但是当我看到需求池文档的时候，我还是蛮讶异的，因为这里面的需求比我想象中的还要庞大很多。与峰哥交流后，我也大概明白了这个项目的需求的获取过程：
在kick off阶段的需求整理阶段，产品经理（这个项目是琛哥）通常会去相关客户单位驻场很长一段时间，了解熟悉他们的基础业务逻辑，同时寻找相关竞品，看看有什么业务逻辑是可以参考的。同时，也会阅读相关领域内权威的基础概念性书籍和新闻，形成对于这个行业的基本认知。通常客户都是在某行业内是富有经验的，所以产品经理一定要不耻下问（当然也有套路）。在这个过程中，慢慢便可以生成前几个pre版本的需求文档。
在后续迭代阶段，产品的需求仍然不是自己凭空想的。《精益创业》书中提到，最小化可行性方案一定要趁早检验。所以这个项目在早期版本阶段，产品经理（琛哥峰哥）就一直与各个行业中做品牌推广的同时记录下各种客户对于这个系统的看法以及更多的需求。还有就是每个版本都会做的需求评审，用例评审，产品评审等。
深挖产品需求永远是在交流体验中进行的。在书中学，在竞品中，在和大佬的交流中，也在行业业务的体验中学。b端产品经理原来也和c端产品经理一样，需要去做很多身体力行的事。
