那些产品经理遇到的坑

本文深入探讨了产品经理在工作中可能遇到的各种问题，并提供了帮助读者更好地理解和克服这些挑战的对策。通过实际案例和建议，本文旨在为产品经理提供一盏明灯，引导他们走过职业发展的荆棘之路。

产品经理的工作是一项不断杀死怪物和爆炸的工作。从规划、选择路线到出发，一路克服困难，很容易被拦住，失去眼睛，一路走来，不知道前面的路，很难回到路上。

接下来我们就来盘盘这条路上的那些坑。

第一，在商品规划阶段，与老板的“不清楚”。

这一“不清楚”，一方面指的是我们和老板之间的观念差异。

由于教育和社会经验的形成，不同的人有不同的想法和认知，不同岗位的价值取向不同，导致不同的出发点和角度目的看待问题，从而产生不同的想法。

在这种情况下，通常有三种选择：

做个“乖员工”，领导说什么就是什么；

收集论据与领导沟通，通过专业知识说服对方；

收集论点与领导沟通，被更专业的知识说服，或者被迫接受。

当然，不同的策略适用于不同的领导，这是不同的。不同的性格和做事方式有不同的领导沟通方式。

如果对方善于倾听意见和建议，尝试与对方沟通是一个不错的选择。领导可以看到我们在坚持自己观点的同时有自己的想法，而不仅仅是一个操作命令的“工具人”。

如果对方喜欢一言不发，很难听到不同的声音(这种领导真的很常见)，为了防止冲突，可以直接接受。然而，有些人会试图为自己而战，这是另一回事。

另一方面，老板和老板之间的“不清楚”在于，有时候老板的想法太“有远见”，很难猜测他们的战略意图，更不用说如何落地了。

在大多数情况下，领导者会指出一些方向或策略，这些方向或策略通常是概括性和模糊性的，深入研究后会有很多概率。

若直接根据收到的有限信息进行工作，要么陷入无方向的怪圈，要么走错方向，需要不断尝试。 - 反馈 - 试着 - 反馈，最终可能探索成功，但是效率极低。

在这种情况下，不要害怕与领导沟通。我们应该通过不断提问获得更多的信息，结合对方的言语、态度、表情、语气等方面获得和总结更详细的战略意图。并通过复述问题或解决方案进一步澄清相关信息。

第二，在收集需求的过程中，我们将面临与业务或需求者的“脱线”。

顾客所表达的需求是否是我们所理解的？顾客所表达的需求是否是实际需要等等。

在收集和分析需求的过程中，产品经理不应该“我认为，我认为，我认为”。一切从实际出发，从场景出发，从工作流程出发。

这部分我在之前的文章《产品经理如何做好需求分析》和《产品需求三重境界:超越看山是山》中提到过。有兴趣的可以往前翻，这里就不赘述了。

在产品需求完成后，需要与设计师进行部分沟通。 UI 特别是设计 C 终端产品对视觉和互动体验有很高的要求，设计师需要介入优化设计。这时，产品经理和设计师之间可能会有一些“争议”。

通过获得的项目信息和以往的经验，设计者将进行 UI 设计，信息背景的差异可能会导致不同的解决方案。因此，在提交设计要求之前，产品经理需要尽可能清晰、全面地讨论项目背景、工作流程和场景，并告知用户使用习惯。

从这个环节开始，产品经理就是用户的代言人。

在与开发人员的沟通中，产品经理最大的沟通困难之一就是与开发人员的沟通。

从本质上讲，知识结构的差异导致了认知上的“不理解”。

所以产品经理需要用更“通用”的语言来描述自己的需求，比如讲故事，谁，什么时候，怎么做，做什么等等。不是每个人都能理解所谓的“工作流程”，但每个人从小就听故事，情景描述通常更容易理解。

沟通是双向的。在需求表达之后，开发者会给出一些反馈，听不懂，怎么办？

一方面，产品经理需要了解一定的基本技能和知识，才能与开发对话；另一方面，问题的本质是通过不断提问来实现，也就是“打破砂锅问到底”。不要害怕不耐烦的发展。与其理解不一致的功能，不如重做。

产品经理的工作贯穿于项目的全过程，各个环节都会遇到各种各样的问题。可取的态度是，不要害怕问题。一般的问题公式是定位问题。 - 寻找根本原因 - 对问题解决方案的分析。

看似简单，但在实际工作项目中，我们通常会陷入寻找责任人，推卸责任，或者浮在问题表面，忽略本质。比如牙痛的原因是蛀牙已经触动了牙神经，但是医生只开了一点止痛药，无法根除。

所以最好的办法就是面对它，彻底解决它。

本文由 @简谙 每个人都是原创产品经理。未经作者许可，禁止转载。

题图来自 Unsplash，基于 CC0 协议

这篇文章的观点只代表作者本人，每个人都是产品经理平台，只提供信息存储空间服务

本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。

免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com