大家有没有这么一个感觉，作为产品经理的你，有时候和技术、和业务、和们公司内部的人做沟通的时候，总会或多或少的有些困难。
这些困难呢，有些是因为流程的原因导致的。
有一些是因为沟通的原因导致的。
还有些呢，是因为另外一个原因——
就是你不是一个会讲故事的人。
我们在和业务沟通的时候，其实作为产品经理想要理解业务的基本诉求，反而忽略了，业务他想要的这些基本诉求所使用的场景。
我们得到的仅仅是他想要哪些功能，一些明显的需求，并不能理解业务他提出这项需求想要最终达成的目的是什么？
进而导致我们在一开始去整理需求的时候，能会走歪。
这也就是后面各种撕逼，各种矛盾的原因。
作为产品经理，一开始就会传达了错误的消息。
那么后边开发实现产品后，就与业务想要的南辕北辙。
每天会在论坛上看到吐槽技术、吐槽业务、吐槽测试。
说他们频繁改需求，说他们bug改不好，说他们测试进度慢；归根结底的原因，我认为是在这个团队中，产品经理没有做好一个会讲故事的角色，
为什么会这样说呢？
这是因为产品经理所处的角色决定的。
我们在向上面对业务的时候，我们是作为技术团队的出现的，我们需要用故事的方式，或者说类比的方式，让业务了解他们提出的需求，我们会用怎样的一个流程来帮他实现
不要直接告诉业务，说我要开发几个接口，我要测试多长时间，这些他们不关心 。
面对技术呢，我们其实是和业务方式一块儿的，我们需要向他们表达的，并不仅仅只是需求功能。
我们需要向他们讲述这个需求作业达到的一个目标是什么。
我们应该作为一个支持团队，去帮助业务去达到这个目标，从而带给公司也是带给我们自己，一些好的收获。
同样我们在做需求分析的时候，在做某些功能点的时候；
作为产品经理，你应该考虑到这个功能点所带出了几点故事。
比如说会带出异常的故事，也会带出正常的故事，会带出然后意想不到的一些故事。
那通过故事的一个方式去和技术沟通的时候，那他们了解的就应该感性一些，也会更主动一些。
所以我觉得产品经理应该是一个会讲故事的人，起码在整个项目团队里边儿。
