|
先说一下运营同学给产品提需求时，常见的心理障碍：
那产品经理在接（dǎng）需求时，常见的心理障碍是什么呢？
就这样，需求沟通很快会演变成一场捍卫双方的智力和荣誉的比赛。稍微延伸一下逻辑就能想到，这些心理障碍的根源，是对下面这三种结果的担忧：
很不幸的是，这三种担忧常常变成现实。那么，如何解决？ 解决这个问题的关键，是先改变看待问题的方式。这里有一个关键的认知错误：我们都希望通过一次成型做出“合格”的产品。 事实上，大多数合格的产品，都是经过无数次迭代，在实践中不断打磨出来的。一次成型的合格产品，要么是非常简单，要么是之前做过，要么就是撞大运。 所以，产品需求沟通的正确心态应该是：
说完态度，再讲一些具体的技巧。 1. 在需求出现的第一时间就请产品经理一起讨论 运营同学之所以会产生产品需求，通常在运营业务过程中遇到了问题。第一时间拉上产品一起沟通，可以让产品经理完整感受到问题产生的环境和对应的业务价值。但有时候我们会认为，这个时候很多想法都不成熟，甚至有没有必要做都不确定，叫上产品经理会不会觉得我们太不靠谱了？ 有可能的，但事实上这不是你的人不靠谱，而是事情不靠谱。任何事情在早期都是不靠谱的，大胆的暴露出事情的不靠谱，并作为大家要一起面对的问题，反而有助于增加安全感和信任度。设想一下，如果最后的需求方案是和产品经理一起讨论制定出来的，他还会质疑需求的合理性吗？ 同理，如果你能在早期把研发工程师纳入讨论，效果会更好。不要怕他们不懂，优秀的研发工程师，是非常渴望了解自己工作的业务价值的。 2. 讲目的，而不（只）是给方案 举个例子，内容运营团队需要在文章里加一个投票的插件。于是跟产品经理提了一个详细的需求，包括可以支持单选和多选，可以设置投票前是否允许查看结果，blabla。 这其实是在沟通方案。需求沟通应该把重点放在“目的”上。沟通目的方法，就是把你所有想要的“需求”（其实是方案）前面加上“为什么”，并详细你想解决的具体问题。 为什么文章里要加投票？因为我们在发某明星出轨的新闻时，希望用户通过文末的投票来彰显自己是道德正义的化身……（好吧，我认真点的描述是，希望能让用户有简单表达自己观点并查看主流民意的方式，比如说我们要发一个明星出轨的新闻……） 所以，所谓的“产品功能做出来之后不是你想要的”，实质上是这个功能没解决你的问题。把沟通重点放在描述问题上，才有可能减少这种风险。 3. 如果要不到排期，试着要一下“排期的排期” 沟通完需求，需求方会问一个令双方都很紧张和尴尬的问题：“什么时候可以上线？” 初级产品经理会说“这个我回头跟研发工程师一起评估一下”，资深产品经理会说“我先出个产品方案跟你们确认一下，只要方案定了就很快可以排期”（能体会到资深产品经理的老练么^^） 如何准确预估开发时间，是软件工程里的宇宙级难题。所以我们就先不讨论如何解决这个问题了，你只要相信两点：1. 产品经理会尽全力解决这个问题；2. 研发工程师也会尽全力解决这个问题。然后在他们通宵加班的时候送去你的感谢和感动，就可以了。 但话说回来，即便回回都尴尬，我们还是要问这个问题对不对？那我们就讨论一下如何避免尴尬的有效沟通方法吧。要点如下：
上面几点，本质上不是问产品经理要排期，而是向他提供判断优先级的依据。想知道背后的道理，去参加一下产品研发的排期会你就懂了。 最后，给产品经理们一些建议：
欢迎大家把你们平时遇到的问题留言给我，我可以给你建议，或者作为我以后文章的主题。 |
|
|
