作为产品经理，当产品需求不明确时，你会怎么处理？
回答·99
最热
最新
- 需求不明确，是产品经理面了的日常问题之一 一般来说，所谓需求不明确跟产品经理自身能力有着很大的关系。 比如说，老板需求：我今天看到A产品上有这个功能，我们也要有，你赶快照着设计一下。 此时，需求有了出处，发起方是老板，产品经理应该怎么处理这个需求？ 如果假设A产品的功能是这个需求的全解，那照抄就可以了（实际上很多人是这么干的），但现实往往告诉我们，这个需求的全解比想象中复杂多了。 面对需求不明确这个问题，处理流程大致是：调研-分析-设计-测试-分析-迭代 永远不可能有完全清晰可见的需求（如果有你可以举个例子），在这个前提下，处理需求就变成了一个平衡时间和空间问题。 时间：就是类似瀑布和敏捷的区别。 一种是尽可能让各纬度专业的人参与，求出尽可能全的解；（尽可能避免了推倒重来） 一种是由简入繁，先从简单的解开始，快速迭代来求全解。（往往是悲剧的开始） 空间：就是目前团队或公司的实际情况是怎样的，必须在资源耗尽前来出结果。（很多产品经理因为背景单一，要不就是有大厂病，要不就是抄袭偷懒成瘾，这个往往是矛盾的根源） 总得来说，需求总是不明确的，平衡需求的求解过程是产品经理的核心能力之一，能力越强者，在相同的时间内，可以在更小的空间获得成功。
- 需求不明确，是外包常见的现象，客户不知道自己想要什么，甚至一拍脑袋就想出东西。 1.发现新商机，讲了一堆宏伟的商业构思。 2.客户表达不清楚需求 针对第一种笼统的需求，我们最重要明白他们的核心业务，针对目前情况帮他判断需求真伪，如果一意孤行，就思维导图画出核心业务板块，给出基本的需求功能表，再跟他讨论。下一步画原型，让他试用效果，满意后签字画押，盖印。 毕竟没有什么跟钱过不去的，我们仁至义尽。 2.表达不清晰是常见的，比如客户说我们系统有几点前停止订餐功能，我们就很难理解需求背后原因，因为停止下单有多种因素，我们就要明白客户为什么这么做，是店面打烊，还是在时间段店内忙碌顾不过来怕影响订单处理，那么用户可以预订第二天的吗？ 这个涉及到采用何种途径实现，我们沟通后，考虑各种场景，理解客户为什要提出这个要求，解决什么问题，顾虑什么？他们不专业，通常直接提出需求时常不靠谱，难实现。 我们的工作就是帮他们理清需求，比如说店面4点后不经营，就可以直接停止下单。如果是客户担心忙碌不过来影响订单，我们可以做订餐提示，并打消客户顾虑。 不要嘲笑客户会担心这种问题，确实存在各种奇怪的担心，有的还没开干，担心用户量一天达百万，导致服务器无法正常运作，要求各种高并发处理。 有人说客户要求什么需求就做什么，但如果你真的按他做的可能要痛苦到死，今天提需求，明天就改需求，本质就是解决同一个问题，让一个不专业天天琢磨如何解决，这就是产品经理不专业。 总结:了解客户核心需求和需求背后的需求，对症下药，提出合理改善意见。
- 想办法搞明确，没有其他路
- 多沟通，多案例，多参考。 当产品需求不明确时，千万不要蒙着头自己去搞，这样的结果就是做的越多，后续需要改动的地方也越多，平白无故的浪费了大量的时间。 1: 多沟通，客户不明白自己的具体需求时，你要用自己的专业来引导客户，把你的想法讲给客户听，把你对产品的理解给客户讲清楚。 2: 多案例，给客户多看下其他客户的相关的案例，说不定客户就清楚自己想要什么了。 3: 多参考，找出同行的、竞品的、行业内做的最好的公司的产品给客户做参考，说不定你的客户看完后会说“就按照这个给我做一个一模一样的出来”
- 产品经理存在的意义在于急人所急，需人所需，以合理的方式让需求落地并达到所要的效果，需求不明确，我分两边处理。 第一步:聊一下，了解更多的信息。 1.1 了解需求实现的目的. 需求可以被提出来，那肯定是有想要达到的目的，即使可能很瞎掰，（比如别的平台也有，我也想有。或者，我觉得你们产品和开发太闲了，找点事做，或者老板觉得我太闲了，我要刷一下存在感。)也可以有明确的原因，（比如我希望线下向线上引流或者某个商品库存很多我急需要去库存)不管怎么样，都会有个目的。 1.2 了解当前背景。 包括几个方面 1.2.1 当前平台的运营情况，用户，流量，转化率，客单价，商品销售情况等（我以电商平台举例） 1.2.2 了解一下资源情况，人力资源，物料资源，时间资源等。 1.2.3 了解一下市场情况，别人现在怎么搞的，效果怎么样，有啥优缺点等等。 1.3 了解一下想怎么执行 看一下能不能明确这个需求到底要怎么走，每一步是怎么样的执行的，细到不同的角色操作的内容。比如客户怎么操作，系统怎么运行，后台监督人员怎么操作等等。 其实这一波下来，基本上需求挺清晰的啦。可能他会有一些还没有想好的，我们可以给他提一下意见，也可以让他回去再想一想。 第二步:分析一下可行性，给出合理方案，再进行沟通，协调。 1.分析这个需求合理不合理? 2.分析执行的步骤行不行得通 3.分析需要运用到多少资源?资源能不能获取得到，划不划算啊。 4.分析时间上来不来得及。 5.综合一下，给 1 到 2 个可以执行的方案给到需求方。
- 主动帮用户分析，确定需求，多沟通确定需求 1.从用户关心的核心目标出发，去拆解和分析需求，主动帮用户分析需求，通过多沟通和用户明确需求。 2.如果用户没有明确的核心目标，有宏观目标，通过分析宏观目标，拆解几个细致的切入点和用户多沟通，以确定切入点，接下来继续拆解，明确成可行的需求方案 3.如果用户宏观目标也不明确，通过分析用户的产品和商业模式，市场格局，拆解可切入点，和用户多沟通方向，然后再继续拆解分析用户需求
- 产品需求不明确，主要是因为提出需求的人把问题和他自己脑子里的解决方案混到了一起。很多时候，需求方只能站在他当前问题的角度来考虑，业务场景的多样化，系统关联性等很多问题，需求方是没办法了解到的。 遇到这种情况，直接与需求方沟通，他遇到了什么问题，想要解决什么问题。 了解了需求方的真实目的之后，产品方案就很清晰了，这时候作为产品需要结合需求方的想法，给出合理的方案。
- 1.先确定双方沟通是否有歧义，对同一事情的理解是否能达成一致。（因为提需求的人可能不是专业内人士，隔行如隔山，语言的表达可能会有误解）。 2.确定对方的目的，想要达到什么效果？ 3.准备方案，摆样本案例用对方易理解的方式沟通说明，看是否与对方需求一致。 4.达成共识，走流程该干嘛干嘛去
- 产品需求分为用户需求和产品实际需求。 很多时候用户看上去想要的需求是一个伪需求 但是这个伪需求也是“基于真是想要表达需求的一个侧翼”。 而产品需求其实就是提炼这些用户需求中的真实需求 并进行针对性方案选择。 当需求不明确时： 1.去聊 ：和不同的人 不同的群体去聊 2.观察：观察身边周围的事 物 以及对应的环境 在这些内容中提炼真正的需求 1.角色 2.场景 3.路径 需求如何产生 产生原因 产生以后对应方向 人群是否为目标用户 需求是否符合定位 kANO模型能说明很多
- 1，明确需求产生的背景。即老板或客户产生这个想法的由来，和目的。「沟通过程中，对相关问题的定义必须一致」 2，拆解目的实现的途径，这个途径可能是老板或客户的需求，有可能不是。 3，与客户或老板沟通，展示通过各种途径实现目的的可行性，以及实现的效益，确定最终的途径，也即明确之后的需求。