拒绝不靠谱的需求：怎样确定需求才是正确的？.pdfVIP

拒绝不靠谱的需求 ：怎样确定需求才是正确的 ？ 产品经理的工作是围绕着需求来进行的。产品经理日 的工作有 ：拍脑袋想需求 ，与用户沟通了解 痛点在哪里 ，进行需求评审 ，写需求文档、画原型图等等工作。 产品经理一直做着需求相关的工作 ，那么应该如何正确地处理需求呢 ？ 在产品这条路上 ，经过多次的挖坑填坑 ，我认为应该这样处理 ： 首先 ，先说明一个问题 ：一个产品 ，从前期的需求产生 ，到最后的产品成型 ，不管你前期的 用户需求把握得多准确 ，原型图画得多漂亮 ，最后开发人员开发不出来 ，那也是白搭。所以 ，有关需求评审等会议需要有项目经理的参与 ，项目经理进行技术评估 ，再确定需求 ，这样 才能保证需求提出后能够很好地实现。 需求的来源 ： 1. 老板 ，老板是负责战略层的事务 ，在确定了产品的方向之后 ，他会对产品的样子有个大致的想象 ，有些功能是必须要有的 ，这时候 ，他会和大家讨论哪些需求建议加上去。 2. 产品经理 ，在造就产品的过程中 ，老板和核心层人员已经把战略确定 ，接下来就是范围层具体的 需求确定。产品经理需要进行基本的竞品分析对比、收集各方面的数据 ，然后分析得出需求有哪些 。 3. 产品运营 ，产品设计出来是给用户用的 ，而最接近用户的是产品运营人员。那么 ，不管是一个产 品最初的诞生以及迭代 ，产品运营人员都应该做用户访谈 ，去获取用户的痛点 ，用户用得不爽的地 方有哪些 ，然后列一份需求清单给产品经理进行反馈。 4 . UI、UE、以及开发人员 ，业内有句话叫做“自己做的产品自己都不想用 ，用户会用么 ？”所以既然 自身要设计以及开发 ，那么你肯定希望你的工作是有价值的 ，希望能尽全力去做好这款产品 ，如果 意见能被采取 ，那么设计以及开发人员工作起来会积极很多 ，这样能让产品经理和他们更好地沟通 起来 ，产品也会更完美。 需求的确定 ： 当老板、用户、产品经理、设计以及开发人员和你提需求的时候 ，记得给他们一份需求清单 ，让他 们将需求填写上去 ，然后汇总到产品经理这里 ，产品经理把以上的需求清单整理在一起列成表格 ， 以便在会议上进行统一探讨。 会议千万记得要求项目经理参加 ，向产品经理提供需求清单的人也尽量参加 ，以便更好地探讨。 会议上产品经理作为主持人 ，在介绍完产品背景以及产品战略上的信息后 ，就正式进行需求的评审 。 评审之前 ，先在小黑板上画出表格如图 先列出需求 ，然后先让提出此需求的人说下提出此需求的原因 ，然后进行投票 ， 认同 ：指的的关于产品需求 ，这个需求你也想到这个需求 ，和提出者想的一样 赞同 ：之前你没想到有这个需求 ，但是经过他人提出后 ，你很赞同 ，在使用这个产品你会需要这 个功能。 不赞同 ：之前你没想到这个需求 ，虽然经过他人提出 ，但是你不赞同 ，在使用这个产品你不需要 这个功能。 在思考的过程中 ，强调给出意见之前 ，站在你是一个产品小白用户的角度上 ，你会不会有使用这个 功能的需求。 如何投票确定需求 ，打个比方 ： 会议共有9个人 ，有个需求进行投票表决 ，每个人只能投一票。 认同人数加上赞同人数加起来大于三分之二 ，那么这个需求就确定必须加。 认同人数加上赞同人数加起来大一三分之一 ，那么这个需求待确定 ，参会人员重新进行讨论 ，站 在小白的角度上说出各自的意见 ，重新进行投票 ，此刻投票只有赞同以及不赞同两种 ，赞同人数超 过三分之二 ，确定此需求 ，反之 ，则放弃。 认同人数加上赞同人数小于三分之一 ，那么这个需求直接放弃 ，大家和需求提出者说下不赞同的 看法以及意见。 需求的总结 ： 会议结束的过程中 ，需要专门有人在旁做会议记录 ，把会议过程以及最后的决策记录下来 ，会议后 转发给参会人员 ，很多时候 ，记忆总是不如文档来得实在。 汇总的需求在会议上就已经处理好 ，那么对于老板特意提出的需求 ，你需要给一些详细的反馈了。 如果老板也一起参加会议 ，大家可以和老板一起讨论 ，很多时候老板提的需求会得不到大家的认同 ，是因为你没有老板的大局观 ，老板提的需求大部分还是对的 （前提是这是经验丰富、靠谱的老板 ，其他另说 ），他可以通过他的理解给大家解释 ，也能说服大家 ，所以有关老板需求 ，会议上就能 有结论。 如果老板太忙没有参加会议 ，老板提的需求通过后 ，在最后的需求确定都会有一份需求总结 ，抄送 给他就可以 ，如果老板需求没通过 ，那么你需要在会议上把大家的意见和想法以及论据等等 ，都一 一列举出来 ，给老板进行解释 ，为什么这个需求没通过 ，以及大家的意见都是怎