产品经理与研发的开发需求来源是很难分清的事情，特别是在小规模的公司中。什么需求是产品经理要输入给研发的？又有什么反馈内容是研发要反馈给产品经理的呢？本文作者对这两个问题进行了分析，一起来看一下吧。
“麻雀虽小，五脏俱全”，这句话在中小型企业里是不存在的，也就是说，企业越小，“五脏就越不全”。“全”的是老板对于幻想的表达以及带给部门的无效沟通。
产品经理与研发的开发需求来源一直是各公司都无法分清的一件事情。这在一些小规模的公司中是很普遍存在的一个现象。
那么我们就要讨论两个问题：
2016年我主持了一个《家用双水平呼吸机》项目的需求输入，简单来说，当时全球同类竞品公司的产品线，已经有50%的企业有了双水平系列的产品，而双水平呼吸机的上一代产品就是单水平呼吸机。产结合了全球竞品调研与对公司自身产品组成的分析后，得出结论是公司一定要研发双水平呼吸机来应对日益激烈的竞争态势。
在输入了《双水平呼吸机》需求给研发后，经过一定时间的等待，研发的负责人私下和我说，这个双水平呼吸研发不出来，目前存在困难（主要就是小公司资源不足的原因）。但是双水平呼吸机PRD其实是经过公司的认可的，也同意要做的一个产品，研发的这个态度其实就让我有点情绪：
他私下和我反馈，说实话，我对他这种方式其实是无法接受的。要知道我整理这份《双水平呼吸机》的需求，可是一份50多页的正式PDF文件，里面有关竞品组成，头部企业产品组成，技术特点组成与同等竞品组成，然后还有所需功能组成等这些内容的，是一份正式的需求输入。我被研发部这样私下无责任的反馈搞得很“受伤”。另外，我不清楚，是要我去和公司老板反馈你研发部门资源不足吗？ 还有，他是正式的向我反馈这个项目可行性不足吗？不可行的原因是资源不足吗？
于是我给他的建议回复是，请研发部相关项目组，对需求项做一对一的可行性答复，如果确实是存在资源不足，而无法实现的可能，可以通过“可行性答辩”的会议把这个事向公司提出申请。
后来这个事就一直没有声音，以至于要一个“可行性答复”的时间结点都要不来。研发呢暗地里也和我（产品经理）较劲，好像不给我任何的答复就是他最后的尊严一样，或者说是研发人员的高尚 人格。他们就是要藐视一切，因为“除了他们，你们谁也不懂”。
于是这个事就在我一次次的崔促下一直拖到了过年。我最后也失去了耐心，向公司的CEO汇报了《双水平呼吸机》的进展结果。
公司的老板听到这个事之后很是震怒，急速的把研发负责人叫过来，对峙这个事情。
意想不到的事发生了，在研发负责人与老板诉了一番苦之后（当然包括他的资源不足的情况），老板最后答应，先做好下一个产品迭代的产品工业设计，对用户操作界面做迭代，还是做单水平呼吸机，保留技术接口，为二代做准备。
旁白：多年以后，我分析出其实研发负责人担心的事情，是正中老板下怀的。老板们都是资本家，他们的理想是我要有先进的功能，有竞争力的产品；而他们的实际行动是——别给我增加研发的成本。
所以当时正义凛然的我和研发负责人一同从老板办公室走来的时候，他得意地和我说，田经理，那你再给我一份 单水平呼吸机的需求。
当我听到他的诉求时，我冷冰冰地说：给不了，我输入的“双水平”，其中的功能已经涵盖单水平的功能内容，如果你要做单水平，那需求你自己写吧。
以上答复是我本能的一种非条件反射，我当时的逻辑依据是：
所以回复开篇的两个问题：
1）什么需求是要产品经理输入给研发？
综合竞品、市场、商业模型的分析，做好SOWT分析后，对于新增的产品方向的需求定义是需要产品经理输入给研发的。
产品迭代的需求一定要与迭代后能利好商业为基础，同功能的迭代其实只是在浪费企业的成本。
2）什么反馈内容要研发反馈给产品经理？
上面的正文其实只是我的一个对自己在产品工作中产生情绪的一个自我的责任的推脱。首先我对这件事上是有了情绪的。但下面的复盘，我想对那些刚进入实体行业做产品经理的同学们说的实话：
时光荏苒，现在想起当初的那个刚进入中年的少年，再遇到这样的事，再听到研发负责人说：田经理，需要你再补一份产品需求时，我会说好的。
然后，就把这个事忘掉，你爱做不做，和我无关了。
本文由 @田与泽 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。