时间: 2021-07-30 11:27:39 人气: 6 评论: 0
不管是老板、用户、运营还是销售，他们往往给的不是需求，而是自认为可行的解决方案。每当遇到这种情况，产品经理都是一脸问号，或者内心在万马奔腾。本文浅谈产品经理的进修之道，让你在优秀产品人的道路上越来越远。
“你可以通过提升交互来解决用户操作的问题”
“你可以把表单信息项减少，加大按钮”
“你可以把项目完成情况改成项目进度”
“你可以……”
是不是很耳熟？相信做产品的同学经常都**听到指点江山的建议，
产品经理的内心：请你不要给我解决方案，说问题就行。
老板是个极富个人主义色彩的角色，特别是在中小企业，产品经理的职能一再被压缩，一度沦为了画图小能手。
场景1
老板：小张，做一个xxx功能，明天就要！
产品：一脸懵逼
场景2
老板：小李，我有个很好的idea，你融入到我们的产品。
产品：好的，老板。
3天后……
老板：小李，我有个很好的idea，你加入到我们的产品里。
产品：可是老板，这个和你3天前说的有冲突。
老板：是吗？
这是一种始终无法避免的状态，毕竟老板承受了公司所有的压力，他所在从层级也决定了他的思维，简单明了的表达他想要什么。
关键在于，在中小企业任职的产品经理，要学**让这些老板知道，他们给出的往往不是问题，而是解决方案。
很多产品经理不**正确的表达“我要需求，不要解决方案”，所以**活得很痛苦，产品方案不断被推翻，成为背锅侠，恶性循环。
这些产品经理需要做的就是理解公司目标，熟悉公司产品，了解行业，正确理解老板的潜在需求，给他专业的反馈，让他接受你的解决方案。
用户是上帝，但往往也是不可理喻的上帝。
不用吐槽用户，因为产品经理本身也是别人的用户，我们也经常**向一些产品提出建议，比如教张小龙做微信。
洞悉用户的真实意图，是产品经理一项非常重要的能力。
以前我经常举一个例子，用户说我想喝可乐，普通的产品经理**提供一瓶可乐给用户；好的产品经理**提供多种饮料和茶饮给用户；高级产品经理**思考，用户当前的健康状态如何，是否适合喝碳酸饮料，提供更健康的纯净水是不是更合适，对温度有没有要求等问题。
这是一个提需求和解决方案的例子，用户的需求是口渴，但是他提出了喝可乐这个解决方案。在用户提出的那一刻，可能他刚好想到了可乐，但可乐并不是最佳的解决方案，产品经理就要洞悉真实的需求，提供更好的解决方案。
所以，想办法让用户表达问题而不是提供解决方案，如果用户给的是解决方案，想办法洞悉真实需求。
产品运营、活动运营、新媒体运营，各种运营人员提交的需求都很有自己的特色。
比如，我希望用户可以在任何页面都能随时反馈遇到的问题。这是一种需求，但更是一种解决方案，如果没有独立思考能力的产品经理，很容易被误导。
那么，真正的需求是什么呢？可能是某个功能数据有异常，但是无法收到用户的直接反馈，这是问题。产品经理需要做的是找到这个问题并且给出解决方案，而不是直接在页面增加反馈功能来解决这个问题。
再举个例子，今天说这个模块优先级比较高，要放在最前面，过两天又说另一个模块优先级一样高，都要放在最前面。
页面顶部的资源往往是有限的，所以才需要排优先级，但是对于运营来说，这不是他要考虑的事情，所以什么都想优先级最高。作为产品经理，要让这些岗位对产品规范、优先级、模块逻辑有清晰的认知，正确提需求。
“产品宣传要放在首页最明显的位置，方便推广销售”
“产品要一个月内开发出来，不然就没有市场机**了”
嗯，乍一听，如果不听他们的，卖不出去就是你们产品的责任。
可以明确的告诉你，如果你听他的把产品宣传放在首页最明显的位置，一样可能销售不好，该你的责任还是**推给你。
至于产品周期，坚持产品的方法，合理安排。如果又紧又急，那就用MVP的方式，先做一个最小可行性产品，验证市场机**，根据反馈快速迭代优化。
销售人员提问题的思维，和老板很相似，一般都是我想要什么，这些要求可能揉合了用户的描述和自己的理解，需要产品经理从诸多的信息中找到真正的问题。
所以，上下游的所有岗位，在向产品经理提需求时，说你的问题是什么就好，不要说你想怎么解决问题。
作为产品经理，要学**听“人话”，把需求方的问题合理解读，转换成需求。
珍惜产品汪，他们也是个需要被保护的岗位。
因为岗位不同，所以他人与你的工作指标不同，这是客观因素。因为专业不同，所以要考虑的事情自然不同，这是主观因素。
因为种种因素的区别，没办法真的要求“人人都是产品经理”。但是针对提需求这件事，产品经理总得做点什么，才能让自己更好过一点。
人通则事成，这是恒古不变的道理，产品经理这个岗位也一样适用。
产品经理是一个团队沟通的桥梁，从沟通能力对产品岗的重要性就可以看出来。维护好同事之间的关系，可以让工作推进的更顺利，相信很多产品经理都是有这种感觉的。向老板申请资源，与运营要用户数据，请销售普及业务知识，不同关系区别真的很大。
很多产品经理动不动就开怼，看谁都是傻逼，其实别人看你也是一样的。产品经理遇到的糟心事多了去了，不要急，如果不处理好同事关系，还有更糟的事等着你。
产品规范是个好东西，可以让产品经理的工作更顺畅，但是很多公司是没有产品规范的，甚至有些产品经理连产品规范是什么都不知道，更别说建立了。
在提需求这件事情上，产品规范可以让大家有明确的概念。产品各模块的定位、优先级、交互方式都是比较固定的，不能随意修改，所以他们话到嘴边的解决方案还是咽回去吧。
产品规范建立只是一个开始，更重要的是让大家认同并遵守，这需要一个达成共识的过程。最好的办法是自上至下，搞定了老板，下面的人就可以逐个击破，但是一定要尽量照顾到各方。
虽然有产品规范，但还是**经常收到各种类似“**影响营收，**影响数据”的因素威胁，这就**出了产品规范能起到的作用了。遇到这种情况，就只能规范他们提需求的方式。
前面已经说到，每个人的角度不同，他只关心自己想要的，所以经常提交的都是解决方案，而不是问题。对产品经理来说，是很反感这种方式的，最大的原因是**影响产品设计决策。
那么，我们可以怎么规范反馈制度呢？
我的经验是：
一般企业内部都**有流程管理工具，增加一个需求提交流程，各岗位根据不同属性设计不同流程，最终形成需求池。
在需求提交流程环节，规范需求格式，进行适当引导，避免自由发挥。比如需求来源是用户的话，用户原话是什么？用户的反馈场景是什么？杜绝需求提交人员猜测用户意图，这是产品经理的活。
因为专业，所以信任。
产品经理岗位经常被吐槽，啥也不**就去做产品经理吧。虽然这是个玩笑，但不能否认，现在有很多的产品经理确实**比较水。没有专门的产品经理专业，基本都是有点懵懂的认知就入行了，给人留下了不专业的印象。
不专业的产品经理自然是没有底气否决各方的“解决方案”，其他人也**因为你不够专业而不放心的提供建议。所以，产品经理一定要塑造专业形象，让大家对你认可。
以上四点都满足后，你就可以有底气的对他们说：请你不要给我解决方案，说问题就行。
作者：Yoga，公众号：产品设计家
本文由 @ Yoga 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
