作者：青蛙王子，微信公众号：guatalk

全文共 3365 字，阅读需要 7 分钟

———— / BEGIN / ————

从入行到现在经历过大大小小N多项目：有管理系统、商业系统、也有一些创新项目，有成功过，也有失败过；这个过程中犯的错，写出来，当做抛砖引玉，希望对大家有益。

1. 开始做产品经理的时候，以为只要会写PRD就可以了，没有看过产品经理的系统性书籍，看了一下文章但是没有形成自己体系，这种情况就去做产品；虽然我的产品感觉还不错，但是缺少系统性的产品思考方式。最后结果就是踩坑多、方法笨、提升慢。

2. 经常看科技、资讯的小伙伴，可能看到里面的商业公司热血澎湃，可是到了自己公司确发现死气沉沉，完全不是一回事。

这需要产品经理从自我做起：在创新、价值观、专业能力等综合素质上不断提高和影响他人，产品经理作为产品负责人，需要有这样的担当。

3. 对产品经理理解不深刻，认为和其它岗位没什么区别，有时候经常被动的就完成一个功能，没有深入分析背后需求原因，背后的商业和资源情况。

俗话说“兵熊熊一个将熊熊一窝”，产品经理如果不能把握住在做事情的发展方向，那么对于公司来讲，自下而上的创新就举步维艰。

4. 很长时间产品过程中没有复盘和总结，甚至觉得是多此一举，还不如多干点活呢，或者说根本没有复盘时间，还有时候复盘的时候，不够深刻，造成复盘效果不佳，其实复盘对于整个产品研发过程非常重要。

没有复盘，就没有提高，没有复盘，踩过的坑还会继续踩坑。

5. 商业新产品打造的过程中，前期会比较缺少资源，所以有时候在产品模型和商业模式上，调研不充分，就去被压力逼迫去构建产品，这样出来的产品结果四不像。

应该是越没有资源的情况下，越要花时间收集清楚资料，深入调研用户，可以用MVP法则去测试产品模式；但MVP并不意味着能在产品模型和商业模式上能够偷懒。

1. 产品在设计过程中不能贪大求全，要有节奏，注重质量大于数量，这本质上来讲是追求极致的用户体验，有时候会因为时间和资源的限制，技术实现上会打折。

其实打折了的功能，如果用户反馈很差，宁愿砍掉，也要保持产品在一个高的水平中，千万不能贪大求全，反而伤害了用户。

2. 需求来的时候，不能因为时间原因或者领导催的紧，就立马开始做；应该在做之前多问几个为什么，区分需求和需要。

需求是用户的本质诉求，需要是用户能想到的解决方案。

但是需要可能不是最优方案，所以了解需求才能最优的解决问题；同时需求要结合场景，同样一个功能，不同的场景，可能用户的使用习惯，使用路径都不一样，自然功能实现也就有差别。

3. 对于用户数据收集，要保证收集过程中没有脏数据，保证数据来源真实可靠，了解源数据和数据处理每一步过程，同时也要注意数据收集渠道多样性，样本的局限性。

4. 需求定版之前不要想当然的以为自己了解用户，什么都替用户做决定了，大的需求定版之前应该进行扎实的用户调研，需求优先级也不应该谁急谁优先，要根据产品核心价值和用户的诉求定优先级。

具体方法可以用KANO问卷，总之用户决定最后的产品形态，除非你能引导用户的需求——当然这样的产品经理除了乔布斯，没有几个人能做到。

5. 如果有遇到相同的业务，有多个人在对接，那么最好能够沟通好需求负责人，由需求负责人统一对接需求，不然造成多头需求，容易产生混乱。

同时应该每周反馈需求排序和需求定版时间给到相关部门，如果有需求变更，也及时第一时间通知，不然相关人以为研发部门做的事情太少和太慢，避免出力不讨好的情况发生。

1. 给技术除了PRD等文档之外，还应该给功能结构图和系统流程图，因为光看PRD,一大堆文字，换成谁都容易看懵，最后开发就会吐槽产品的PRD写的不好。

功能结构图就是新功能的层级关系梳理出来，系统流程图又分为事件流程图和状态流程图，事件流程图是功能点击的顺序和步骤，状态流程图是订单等状态变化的规则。

2. PRD除了业务逻辑清晰之外，还要求文档规范和没有遗漏，最理想的情况是需求评审后，技术和产品不用沟通了。

为了降低出错率，产品应该有一个自测表，定义每个功能都需要写哪些东西，用来检查是否都写全、写细了，目的还是为了让开发好理解、降低出错率，提高整体研发效率。

3. 有时候在技术评审和时候，产品和技术互怼比较严重，新闻还出现过产品和技术互殴的情况，如果产品和技术关系不好，绝对是整个公司的悲剧——因为两者谁也离不开谁。

对于产品和技术来讲，需要在心态上建立双赢思维，任何一方不能不顾对方的立场和处境做事，沟通上应该对事不对人，为了共同的目标，即用户体验去实现产品，这是双方良好沟通的前提。

4. 在协作的过程中，如果出现了衔接问题要从问题本身和协作流程上共同思考问题，不然问题永远都会重复出现。

为了让重复的错误不再犯，除了解决问题本身之外，也需要不断优化协作流程，让协作标准化。

5. 产品除了调研和设计产品外，还要对产品结果负责，当自己有很多任务需要处理的时候，要明白哪些是紧急任务，哪些是非紧急任务，哪些是长期任务，做好时间分配；把紧急和重要的优先处理好，不然时间永远不够用，这样反而会造成工作产出比较低。

1. 互联网变化很快，产品设计中会遇到很多问题，产品经理最大的能力就是处理问题的能力。

宏观上来讲：需求到产品落地，每个环节都需要问题处理，而强大的处理问题能力来自于不断的学习和经验总结。

2. 做任何事情都要建立自己对事情标准的认识，不然就会成为产品傻白甜，什么事情都觉得差不多就好了。

当一个新任务来的时候，要通过迅速的学习，知道任务的高标准是什么，高手是怎么做的，哪怕自己当前只能做到部分好，但是也可以通过后续的努力弥补，有了高标准，才会有高质量的产出。

3. 可能因为性格问题，有些人喜欢做好好先生。

虽然做好好先生，有冲突就和稀泥，或者避免冲突，虽然这样对人际关系有益，但是对最终的产品效果无意义——因为产品的问题点没有根本解决，自己的原则应该尽量坚持；如果遇到冲突，也应该晓之以情，动之以理说服相关方真正的解决问题。

4. 产品经理一定要勇于表达和善于表达，心态上不要把分歧当做冲突，勇于表达自己的想法，哪怕是错的，也要适当表达，不然有时候永远都不知道原来自己某个观点是错的。

表达的时候讲究表达重点，让别人听明白为止，好的表达还可以提示产品经理对周围人的影响力，更利于工作的开展。

5. 正确看待批评和批判，当有人批判自己的时候，不应该生气，而是应该高兴才对——因为批评代表有人敢和自己说真话。

但是也要辨别批判正确与否，如果批判错了可以忽略，批判对了要积极改善，批判是产品经理自我反馈和了解自我的一种重要方式，知道了自己的不足，以后才可能做得更好，知己知彼百战百胜。

1. 成长过程中一定要找一个好的导师，这样可以走很多弯路，好的导师最好是专业能力和职业综合素质都比较高的人。

如果没有导师，那么就会比较辛苦——自己摸索时间长不说，而且踩坑多。

遇到比如自己厉害的人，多叫一声老师，多请教问题，长此以往一定会遇到自己的伯乐。

2. 当今科技日新月异，产品经理应该不断的学习，即使在忙，也不能忘记充电。

现在各种知识付费的机构很多，大家在充电的时候不能太散，最好围绕自己做的事情周边知识开始学习；比如前沿科学知识、产品理论、商业运作等；知识从有用的先学，慢慢向外扩散，这样基础打得好，也更容易出成绩。

3. 一定要做好打长期仗的准备，产品是个系统性工程，成长在于平时的积累，不能因为平时遇到的挫折就放弃这行。

要明白产品是可以一辈子从事的事业——因为这个星球上的物质生活，不就是由人类创造出伟大的产品实现出来的么？

4. 有可能有些人一开始就对产品产生了很大的兴趣，也有些人可能一直提不起兴趣，但是结果肯定是有兴趣的人最后肯定会走的更远。

所以没有兴趣的小伙伴，一定要在工作中找到自己的成就感，给自己正向激励，把工作做好，不然工作就会一直给自己打脸，直达你不得不产生兴趣为止。

5. 学习最好的办法就是分享——这是老生常谈的一个观点了。以前由于懒，都懒得动笔，但是后来咬牙经过实践，确实是这样啊；如果光学不练，练了不总结和分享，知识永远是别人的，自己的技艺永远不会提高。

笔者有个跑团叫“别等了，没必要”所以希望小伙伴们在产品之路的实践和分享上也“别等了，行动吧”。

———— / END / ————