产品经理最喜欢的“提需求方式”是怎样的？

“你可以通过提升交互来解决用户操作的问题”

“你可以把表单信息项减少，加大按钮”

“你可以把项目完成情况改成项目进度”

“你可以……”

是不是很耳熟？相信做产品的同学经常都会听到指点江山的建议，

产品经理的内心：请你不要给我解决方案，说问题就行。

01 产品经理如何应对不同角色

1. 老板

老板是个极富个人主义色彩的角色，特别是在中小企业，产品经理的职能一再被压缩，一度沦为了画图小能手。

场景1

老板：小张，做一个xxx功能，明天就要！

产品：一脸懵逼

场景2

老板：小李，我有个很好的idea，你融入到我们的产品。

产品：好的，老板。

3天后……

老板：小李，我有个很好的idea，你加入到我们的产品里。

产品：可是老板，这个和你3天前说的有冲突。

老板：是吗？

这是一种始终无法避免的状态，毕竟老板承受了公司所有的压力，他所在从层级也决定了他的思维，简单明了的表达他想要什么。

关键在于，在中小企业任职的产品经理，要学会让这些老板知道，他们给出的往往不是问题，而是解决方案。

很多产品经理不会正确的表达“我要需求，不要解决方案”，所以会活得很痛苦，产品方案不断被推翻，成为背锅侠，恶性循环。

这些产品经理需要做的就是理解公司目标，熟悉公司产品，了解行业，正确理解老板的潜在需求，给他专业的反馈，让他接受你的解决方案。

2. 用户

用户是上帝，但往往也是不可理喻的上帝。

不用吐槽用户，因为产品经理本身也是别人的用户，我们也经常会向一些产品提出建议，比如教张小龙做微信。

洞悉用户的真实意图，是产品经理一项非常重要的能力。

以前我经常举一个例子，用户说我想喝可乐，普通的产品经理会提供一瓶可乐给用户；好的产品经理会提供多种饮料和茶饮给用户；高级产品经理会思考，用户当前的健康状态如何，是否适合喝碳酸饮料，提供更健康的纯净水是不是更合适，对温度有没有要求等问题。

这是一个提需求和解决方案的例子，用户的需求是口渴，但是他提出了喝可乐这个解决方案。在用户提出的那一刻，可能他刚好想到了可乐，但可乐并不是最佳的解决方案，产品经理就要洞悉真实的需求，提供更好的解决方案。

所以，想办法让用户表达问题而不是提供解决方案，如果用户给的是解决方案，想办法洞悉真实需求。

3. 运营

产品运营、活动运营、新媒体运营，各种运营人员提交的需求都很有自己的特色。

比如，我希望用户可以在任何页面都能随时反馈遇到的问题。这是一种需求，但更是一种解决方案，如果没有独立思考能力的产品经理，很容易被误导。

那么，真正的需求是什么呢？可能是某个功能数据有异常，但是无法收到用户的直接反馈，这是问题。产品经理需要做的是找到这个问题并且给出解决方案，而不是直接在页面增加反馈功能来解决这个问题。

再举个例子，今天说这个模块优先级比较高，要放在最前面，过两天又说另一个模块优先级一样高，都要放在最前面。

页面顶部的资源往往是有限的，所以才需要排优先级，但是对于运营来说，这不是他要考虑的事情，所以什么都想优先级最高。作为产品经理，要让这些岗位对产品规范、优先级、模块逻辑有清晰的认知，正确提需求。

4. 销售

“产品宣传要放在首页最明显的位置，方便推广销售”

“产品要一个月内开发出来，不然就没有市场机会了”

嗯，乍一听，如果不听他们的，卖不出去就是你们产品的责任。

可以明确的告诉你，如果你听他的把产品宣传放在首页最明显的位置，一样可能销售不好，该你的责任还是会推给你。

至于产品周期，坚持产品的方法，合理安排。如果又紧又急，那就用MVP的方式，先做一个最小可行性产品，验证市场机会，根据反馈快速迭代优化。

销售人员提问题的思维，和老板很相似，一般都是我想要什么，这些要求可能揉合了用户的描述和自己的理解，需要产品经理从诸多的信息中找到真正的问题。

所以，上下游的所有岗位，在向产品经理提需求时，说你的问题是什么就好，不要说你想怎么解决问题。

作为产品经理，要学会听“人话”，把需求方的问题合理解读，转换成需求。

珍惜产品汪，他们也是个需要被保护的岗位。

02 产品经理要做的事

因为岗位不同，所以他人与你的工作指标不同，这是客观因素。因为专业不同，所以要考虑的事情自然不同，这是主观因素。

因为种种因素的区别，没办法真的要求“：Yoga，公众号：产品设计家

本文作者 @ Yoga

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！