产品经理，要懂得去“聊（撩）”

产品经理，一方面对接业务方或客户，一方面对接技术同学，算是沟通比较多的一个岗位，而会“聊”就显得很重要，也会对工作的推动有很大帮助。

首先，聊业务需求，这个阶段需要聊清楚业务背景，业务价值，业务的必要性，业务方案等；

其次，跟技术同学聊可行性，需要基于大体的方案跟技术同学对焦一轮，获得更多反馈信息，对方案做更多的补充和修改，同时，跟技术同学聊也是为了让他们提前知道这个事情，了解这个事情，便于后续锁定技术资源。

再次，拉业务方和技术同学一起聊，业务方可以更好地阐述业务需求的价值和业务核心关注点，让技术同学对这个功能或项目对业务的帮助更加有体感，而非产品经理代替业务方来说服技术投入，这一点尤为重要。其次，如果方案不合理或者影响面太广，也可以由技术同学提出来难点，大家一起拍下来该怎么处理。总之，这个场子不能少，这个流程也不能少。切忌产品经理总是单点沟通，然后拉不齐信息。

最后，如果功能点涉及比较多系统，也需要跟其他产品经理多聊，听听他们的反馈，因为产品PM是要出全链路的方案的，而这个方案不是自己YY出来的，也是要靠“聊”出来的。所以，在没有特别熟悉全链路的过程时，尽可能地跟更多的人去聊，获取更多的方案信息，切忌闭门造车。

上面讲了这么多“聊”的场景和必要性，但产品只需要聊就行了吗？肯定不是的，首先，每一次聊都是有明确的目的的，知道要获取什么信息，要确认什么结果；其次，聊之前也需要准备不同的内容，切忌空聊；最后，聊的时机一定要把握好，在不合适的时候找别人的聊，会浪费彼此的时间，长此以往，也会造成你不靠谱的情况。

聊是为了沟通和获取信息，让信息更加顺畅，也为了让关联方更早地知道一件事情，而其他的相对正式的KO/BBB/评审等，更多是在信息对齐和问题点确认以及最终对结果认可的一个手段而已，切勿把所有事情都放在几个正式的会议上。