创新能力 | 产品经理实践中常犯的七大错误
-
-
gt培训 这家伙很懒，还没有设置简介...
0 人点赞了该文章 · 23 浏览
做产品是一个既感性又理性的过程，纵然有很多前辈同行的经验传承和技巧指导，但在落到实处是时，总难免犯一些错误。有些是经验不足导致，有些则是产品经理对于人性的浅见寡闻。本文作为产品经理实践指南专题的中级篇，阐述新手产品经理需要重视的7大常见陷阱，以启发产品经理们少走弯路。
本文作为产品经理实践指南专题的中级篇，通过分享7大 产品经理常犯的错误 ，希望对产品经理的日常实践有所启发。
产品经理实践指南专题将分别分享以下三个话题：
1. 初级篇：如何用8D能力模型来提升产品经理的核心能力2. 中级篇：新手产品经理需要重视的7大陷阱3. 进阶篇：如何通过3×3增长模型矩阵来思考产品规模化增长
通过阐述 产品经理提升能力 需要关注的8大维度，分享新手实践的7大 产品设计误区 避坑，介绍如何通过产品3×3增长模型矩阵构思产品规模化增长战略，为产品经理甚至是产品总监在产品增长的实践中提供更多启发。相关书籍的推荐，可以参考这篇文章，这是一份给产品管理者必读的15本经典书单，这些书将在产品领导力、产品设计、产品商业战略和创造伟大产品等方面为产品经理们带新的启发。
1 主观臆测用户需求
在设计解决方案时，产品设计容易自我投射了设计者的心理模型。这往往会导致产品并没有得到客户的认可或者验证。设计决定完全是由个人的偏好所激发的。
大多数产品经理，沟通能力比较强，也比较强势。当产品经理急于求成的时候，或者找不到目标用户，容易”想象“出一些产品需求。他们不找到目标用户验证核心问题及解决方案，以理所当然的想法来描述产品故事（用户场景和用户问题）。
再者，很多人产品设计过程中非常强调数据，也容易让产品经理忽略客户，要把用户当人看，不要当成数据看。数据很重要，但数据容易掩盖用户人性化的需求。
产品经理应该学会倾听不同观点，多和那些敢于批评自己观点的人沟通。无论是小用户量的产品还是大用户量的产品，一定要抽时间了解真正用户的需求和感受，哪怕是跟他们闲聊，一定能发现一些之前想法不一样的结论。
Tips：倾听客户的声音，参与并提炼他们的观点，从用户视角出发。
如何高效准备用户访谈？来自 Google 的实战技巧产品设计者始终保持一颗同理心与开放的心态，有时用户的「是」与「否」也许是提问方式的不同导致的，是非判断只在一念之间，不具有决策性，关键是要挖掘用户的核心诉求。技能学习 >2 缺乏开放式心态
开放的心态对提高个人视野极其重要。在工作中，有两点值得产品经理注意。
第一，不要怕试错。
事实上，产品设计需要创新。许多新功能意味着背后的压力。许多产品经理很容易寻求稳定。他们宁愿旧的也不愿新的。从个人角度来看，这是极其不利的，因为会成为一个封闭的系统，只能在自己的认知圈里转，无法突破。
从某种意义上说，公司对个人最大的赋能不是免费的试错成本吗？你害怕什么？大胆、细心、敢于尝试远比束手束脚、犹豫不决、更容易创造价值。这其实也是产品格局观的重要表现。
第二，不要怕担责。
一些产品，最怕已经开发了需求逻辑考虑不对，或者，上线前发现某个功能设计有问题。于是立刻陷入了低产品格局的陷阱，集中的表现就是，要么找借口，要么推卸责任，要么想着如何弥补，心里开始想：即使凑合也花不了多少钱。
正是这种思想认知，阻断了向上的道路，模糊了前进的方向。
碰到问题就去解决问题，主动承担责任，你会发现，团队并不一定认为你不可靠，相反，敢于承担责任的人往往会给你安全感，你自己也会被环境推着不断向上。
Tips: 产品经理若是要走大道，就要有大的格局观和开放的心态，不要自我限制，失去分辨能力。
3 直接照搬对标产品
标杆研究，功能对标，是很多产品经理推进产品设计中很重要的环节，希望从竞争对手的产品设计中受到更多启发。但是参考与借鉴真的那么简单吗？
借鉴其实挺难的，如果借鉴不好，反而容易画蛇添足或者邯郸学步。
那么如何去借鉴那些成功的产品呢？我认为应该做到以下几点：
借鉴必须是在自己的产品定位已经明确之后的借鉴，这点很多人不明白为什么要在产品定位已经明确之后。很简单的道理，如果作为产品经理心目中还不太确定自己要做什么，那么就去看同行的产品。往往借鉴就会变成抄袭，从而失去了自己对产品的定义，最后变成一个没有特色的大杂烩。借鉴重在细节和小的方面：借鉴对方的一两个很有特色，或者用户体验很好的功能也是未必不可的，但是大多数的功能、盈利模式、产品运作思路，可以去补充和完善你的产品，但是直接借鉴的可能性很小。换句话说如果功能和思路借鉴太多，往往就迷失了自己。而如果自己没主心骨，发现别人在做什么然后自己就去做什么。借鉴一定要做到巧无痕迹，偷取对方的是灵感、体验、思路、细节处理方法，而不是一个样子，一种表象。而要做到巧无痕迹，必须深入的思考你要参考的产品中你们需要借鉴的地方，反复的思考，不到要知道别人这样做的好，还要知道对方为什么要这样做。把握住对方的思路和意图，借鉴就会变得成功，因为有了意图，方法可以有好多种表象，选择最适合自己的表象去实现，让实现的方法，表达的形式跟自己的产品很好的吻合在一起，就容易做到巧无痕迹。借鉴不一定要借鉴别人有什么，更重要的是要借鉴别人没有什么。作为一个成功的产品，背后必然有一个成功的团队，为什么他们不做？能力问题？思路问题？还是如果某功能和样式做了就会得不偿失呢？Tips: 每个产品都是独一无二的，竞争对手的功能不一定意味着你的客户想要同样的东西。
产品规划三板斧：商业画布/精益画布/SWOT分析“磨刀不误砍柴工”，体系化的设计方法能更好的指导我们更好的做 产品规划 。商业画布/精益画布/SWOT分析，如同在做不同菜肴的时候，我们需要不同的菜谱来指引；而在不同的设计阶段，设计师也需要不同的设计模型/方法，让我们更灵活的做设计分析与输出。技能学习 >4 忽略新功能的使用引导
产品经理有时会一头扎进产品开发本省，却忽略了如何引导用户使用新功能。
如果用户不知道新功能的存在，那它再有用也没有意义。
电子邮件和博客文章是宣布新产品新功能的有效渠道，但要想真正引导用户发现并使用新功能，你还需要在应用内与他们沟通。
众筹平台 Indiegogo 推出“精选”频道的时候，他们首先通过博客宣布了该功能。但是数据显示，很少有用户实际使用该功能。于是 Indiegogo 使用 Appcues 制作了蒙版引导向用户指示“分享”和“关注”按键——这些按键促进了用户与“精选”功能的互动。由于这种应用内的背景消息传递， Indiegogo 新功能的参与度显著增加
把每次发布新功能都看作一次微型产品发布——使用应用内标注引导用户使用新功能。简短的演练或模态弹框能帮助你在首次展示复杂功能时就解释清楚要如何使用该功能以及它将如何帮助用户。保持新功能公告最小化。你所希望的是优化功能的发布来改善用户体验，而不是让冗长或强硬中断用户操作的公告去干扰他们的工作流程。新功能引导可以帮助我们梳理完整的方案，也可以更加贴合产品的目标，从情感层面带给用户贴心的感受。
Tips：教育用户，帮助用户发现并采用新功能也是发布该功能的一部分。
教育用户，帮助用户发现并采用新功能也是发布该功能的一部分5 优先排序最大声的需求
根据 “最响亮 “的声音来确定工作的优先次序。
嗓门大且爱出风头的利益相关者会让我采取有利于他们的行动。当产品经理自己没有很坚定的立场的时候，就很容易被带跑偏，甚至会因为被当场吓到，而脑子一片空白，于是并没法对所提出的需求进行评判性的思考，也没办法提出有启发性的问题。
这可能是很多产品经理内心的痛，很多时候，就算明显不靠谱的需求，也不好反驳，只能安排开发。他们或许有他们的视野，有他独享的信息和经验，还有他的权利。需求肯定要听的，他们也是用户之一，只是不要听过来直接当成产品需求。
针对这些的需求，更要强化需求追溯。深入地理解需求来自哪里，是基于什么样的场景和什么样的用户，有没有具体的实例，优先级是否有那么高。
Tips: 评估想法，而不是说想法的人，在礼貌地分享你的观点之前，收集证据、反馈、见解等支持自己的主张。
基于紧急度和商业价值判断用户故事的优先级6 追求过于详尽的需求文档
写出一份好的PRD（产品需求文档），确实重要，因为可以帮产品经理理清思路，同时又让技术人员知道产品的设计细节。但现实是，技术并不会对PRD看得太仔细，不清楚的地方才会去细看，就像咱们平时对待电器说明书一样。另外，PRD再深刻，目标用户也无法真正感知产品的设计。
因此对撰写PRD，应该是够用就好。最好的方式是和技术、设计人员一起有效沟通，正式启动产品实现之前，以全动态高保真原型来获取用户的认可，感知用户的心声。纯算法型产品或者数据挖掘类产品可能在这点上有难度，但是可以通过用真实的数据分析来反映这类产品设计的用户体验。
Tips: 需求文档长度并不是最重要的，重要的是与团队达成共同的理解。
7 默认团队成员都懂产品
产品经理在做项目时需要跟多个部门进行交流，例如设计、开发、测试、运营等团队打交道。
在产品协作过程中，会随着对业务熟悉、技术的浅层理解及团队伙伴的相识合作，推动的效率会提高。
但是在这个过程中，还是需要多站在不同角色的角度，思考他们的利益，换位思考，尽量避免说出“这个不是很简单吗？”之类的话。同时也多帮助协作者理解产品的核心，以推动产品设计的理念对齐和更高效的协作。
因此，这对产品经理来说，需要多了解设计、开发、测试的工作内容，主动跟进、主动反馈、积极回应，不断锻炼自己的跨部门沟通和协作能力。有能力的产品经理和真正成功的产品经理之间是存在差异的，区别通常就在于他们的人际交往能力。
Tips: 跨部门协作的时候，多站在不同角色的角度思考他们的利益点。
通过团队管理画布模板提升团队凝聚力产品设计系列专题产品设计 是一个将某种目的或需要转换为一个具体的物理形式或工具的过程，是把一种计划、规划设想、问题解决的方法，通过具体的载体表达出来的一种创造性活动过程。查看方案 >
