一套需求流程存在必要性
这里说到公司，并不是把今天分享的话题门槛说那么高，而是最近在产品工作中，深刻认识。
一个产品的需求流程或者反馈问题的应对流程是不同的、其认识也不同的。
各个环节在每个公司不同的地方的认知都会有改变，比如XX公司认为问题的反馈方式最重要、XX公司认为问题的解决方式最重要，产品人员往往保证自身产品问题解决的同事，也需要满足所处环境的流程。
但一套好的流程关系你的需求跟踪、需求拍板，避免出现到开发期，A开发同学说：“这个需求不是说了取消吗？”
产品经理A同学：“我的需求又少了？！”
❶
创业公司常用的需求流程
这里我首先整理了一下在中小型公司中，常用的需求流程：
1.上图中，我们反馈获得需求的方式有产品收集、运营反馈、用户反馈等，以邮箱、产品客服、电话，在不同的反馈人和反馈方式中，收集需求。
2.产品人员通过判断为需求的类型问题，进行优先级梳理。
3.将优先级较高的需求进行方案设计，设计出产品形态。
4.组织开发（服务端、前端）LEADER人员、设计LEADER人员需求沟通，将需求进行详细评审，PK需求合理性。在需求中碰到产品人员和开发人员没有办法说服对方的时候，进行需求记录。
5.在评审会议中，相关人员再次参加；并且增加产品负责人，将上步骤中出现一些待定的需求，进行拍板。并且根据领导层来决定需求的方向是否通过。
6.UI设计相关需求，开始执行需求，将需求落地；但UI中出现的一些需求问题，需要及时和负责的产品同学进行沟通，若不能说服，则内部需求再次沟通评判。
7.开发需求中，在需求开发过程中，出现需求不合理的地方，及时与产品相关同学沟通，若双方不能说服对方，则内部需求再次沟通评判。
❷
到底是没有话语权还是自己的需求站不住脚
以上的第一部分基本可以解决需求过程中，产品经理能够对于需求的新增、减少和需求的进展情况，能够心知肚明。
比较产品经理也是需要KPI！
很多同学在工作中，以及产品经理都会在自己需求被砍的时候，认为是自己没有话语权，或者需求对方根本没有想清楚就给否决了。“FUCK，我的需求又被XX砍了”“哎，同事们没同意我的需求，无语啊！”
但回过头来，作为PM只要你不是公司的CEO，那么你的需求就有被一票否决或者被干掉的可能。
没有一个需求能够100%被执行，但是我认为分辨一个产品经理的好坏在于能否让自己的需求调研中，去保证100%的去说服团队或LEADER这个需求为什么要这么做，这样做的的确确是对于当前产品本身有效的。
有时候，或许我们会疲于明明一个需求我刚刚把一个开发A同学说服了，花了我一天的口舌和时间。这个时候设计B同学又来找你说明这个需求合理性的探讨；因此，我们不得不承认，在需求的执行过程中，产品经理是一直是被挑战的，或者大家都希望产品更好，是否有一些没有考虑的更细节的地方？
比如某某文案“向他提问”改为“赶快提问”，是否对用户更直接有效？
所以产品工作中，不仅仅是产品话语权；只要你所在的流程中，有以上第一部分中我今天所说的需求评审流程，那么你的产品落地的理由和为什么这么做？到底有效性如何？是一个产品同背负的绝对靠山。
就如同以下这款流利说的产品流程：
该流程分为：
主界面——关卡选择界面——关卡选择确认——挑战成功界面——关卡挑战——关卡训练
那么流程的合理性？为什么要这么设计？是否有效性？
绝对杜绝的一句话：因为XX竞品都是这样做的。
这里回到产品人的进阶来说了，产品新人是可以以抄袭来作为提升自己的一个阶段，但绝对不能盲目的抄袭。足够的理由、有效性、KPI提升。
❸
你的孩子永远是你的孩子
当然，最后我想说明的是，产品同学可能会和我有一样的感情，在产品的设计过程中或者看着产品的UI、产品的开发中，自己的需求被执行中，会有一种喜悦感或成就感....
别人都说产品是生孩子的，运营是养孩子的。一个当妈、一个当爹，2个干活才可以把孩子养大。
的的确确，在当前的互联网工作中，产品经理可能只需要“当妈”，但其实小公司尤其在创业的氛围中，产品同学当妈当爸都是必须的。毕竟你可能运营、产品都得自己干。
产品的流程是我们孩子的孵化核心，能不能得到好的孵化环境、正确的孵化方式是一个团队、或一个产品负责人应该考虑的问题。
所有，如果你的需求掉了、少了，那么反过头来想想：是不是因为流程出了问题？
（文/ KEVIN 微信公众号/Kevin改变世界的点滴）
