对于产品经理而言，“皮实”是每个人都需要在职场修炼的基本功。本文将从三个高频场景来看皮实的产品经理会怎么做，也许会带给你一些灵感。

如果10年前你要问，一个人最稀缺的能力是什么？

可能你会收到这样的回复：超一般人的技能，能说会道的嘴皮子，又或者是脑瓜子灵活，转得快等等。

但放到充满不确定性的现在，大家会异口同声的说：皮实，耐操的能力。

所谓“皮实”，我们可以将其解读为坚韧而不失灵活，能够在压力下保持稳定输出，面对挫折不折不挠，同时又具有开放心态和快速适应变化的能力。

对于产品经理而言，这更是每个人需要在职场修炼的基本功，我们接下来从三个高频场景来看皮实的产品经理会怎么做，也许会带给你一些灵感。

1. 场景一：跟客户聊需求
2. 场景二：做需求，写PRD
3. 场景三：开需求评审会

01 场景一：跟客户聊需求

想象一下，这是一个跟你关系很好的客户，他的需求你一般盛情难却，想拒绝，还没有理由，有时候还抹不开面子。

你会怎么办？

作为一个皮实的产品经理，首先就得做好两件事：听和写，并且在最后一行打个标记，写好你的洞察。

有一个很棒的隐喻，就是客户给你说我就想怎么打好两个孔，你就得考虑到，孔的作用是什么？记录你的猜想，也许是挂幅画，又或者是做别的用途，记得带入他给你描绘的场景里，去往下挖。

你时不时的还得有勇气去打断他，通过提问和交流，去判别你的猜想，并落实到纸面上。因为这代表你与他达成了“可见的一致”。

最后你用简洁明了的语言去阐述这次需求的范围，如果当场很难评估工期，就别逞能，给客户一个准确回复的时间这样能让他安心。

02 场景二：做需求，写PRD

当你兴奋的收集完所有需求，也许你的list已经写了一堆，此时也许你有点乱，这有客户的需求，有老板的需求，有领导的需求，你自己还有自己的想法，这可咋整？

作为一个皮实的产品经理，这是一份“兴奋”时刻，你大显身手的时候到啦！

首先，你需要对整个需求list做好分类，尤其是客户需求你需要单独打个标记，其他人的需求可以放到一起，进行整体的同类合并。

其次，像侦探一样，想想你跟他们沟通的场景，尤其分析客户需求的真伪性，记得带入实际的场景考虑，将真需求放到需求list；如果是老板或者领导的需求，你需要考虑的是这是战略需求还是当下就应该满足的需求，如果是当下应该满足的需求，那就放到需求list。

最后，将需求规整为需求包，可以将一个list分成多个包进行迭代，客户需求优先放到第一个包里，其次是其他需求，同内部达成一致。

此时，你就做好了初步需求分析，就可以写PRD了。

一份好的产品需求文档（PRD）应当清晰、准确、详细。它不仅要描述产品的功能，还要展现产品的灵魂，譬如界面设计、用户流程、技术要求……每一个细节都不能放过。

当然，写好PRD只是第一步，更重要的是要确保团队成员理解这份文档，明确自己的任务和责任。这就需要产品经理具备出色的表达能力和团队协作精神。

03 场景三：开需求评审会

如果做好PRD，你就可以约开发，测试，业务等部门开评审会，此时就是一个需求临门一脚的关键时刻了。

你可能表现的比较紧张，担心自己需求会被开发diss，会被业务部门喷为垃圾等等。

作为皮实的产品经理，首先，要对自己的设计要有信心，告诉自己，you are the best.

当然气势上足了还不够，你需要在评审前跟业务先内审是否满足他们的需求；将功能设计跟开发预审一下是否基于现有的技术能实现？期望的上线日是否有压力？如果不行的话，有哪些可以实现，或者有没有其他更优的方案，等等。

气势足了，设计也过关了，那你的底气就上来了，这时候你开需求评审，还畏惧什么？

是时候该你表演了…

等等，假如技术人员在评审会的时候对你的需求还有怀疑，或者之前说能做，现在又说做不了的情况，皮实的产品经理不会纠结于情绪（或者你可以在心理纠结释放一点小小的愤怒）。

接着重点解决他的怀疑和做不了的情况，你得先认真倾听技术团队的观点，理解他们所面临的困难和挑战，而不是简单地坚持己见或施加压力。

你可以说：“我明白你们对于这项技术实施的顾虑，让我们一起深入探讨一下这个问题。”

接着，你应该积极寻找替代解决方案或优化现有方案，如可能的话，还要会对功能进行优先级排序或者拆分，将关键部分先行开发，降低短期实施难度。

同时，主动协调内部资源，寻求外部技术支持，甚至重新审视产品规划，确保目标与现实之间的平衡。

这样一套组合拳下来，跟你配合的开发，测试和业务的同事们肯定心里悠然升起：专业啊~

最后的话

如果你把一个团队比做一台车，那发动机在什么地方？

那肯定是在产品经理这里，他们承受了业务-鉴别需求的真伪，开发-技术的可行性和测试-功能的可用性等等，这一系列任务的压力。

因此可能很多老职场人，有一种是修成了神，他很皮实，能听的进去别人的建议，也能容纳他人的情绪，深受团队的爱戴，都喜欢跟他做项目。

而另一种则是修成了佛，他什么都不管，有需求就做，碰到技术问题就装傻充愣，也不对自己的需求负责，大家都在背后骂，就他还觉得自我感觉良好。

前者随着年龄和阅历的增加，越来越向上；而后者随着年龄的增加，越来越向下，最后被无情的“优化”。

这三个产品经理必经的高频场景，也许会对你带来一点新的做事思路。

一起，加油！