经验分享:我在做产品过程中犯的25个错

21 评论 9818 浏览 101 收藏 13 分钟

从入行到现在经历过大大小小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. 学习最好的办法就是分享,这是老生常谈的一个观点了。以前由于懒,都懒得动笔,但是后来咬牙经过实践,确实是这样啊,如果光学不练,练了不总结和分享,知识永远是别人的,自己的技艺永远不会提高。笔者有个跑团叫“别等了,没必要”所以希望小伙伴们在产品之路的实践和分享上也“别等了,行动吧”。

#专栏作家#

青蛙王子,微信公众号:guatalk,人人都是产品经理专栏作家。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 经验不错,只是不要举罗永浩的例子了。

    来自四川 回复
    1. 罗怎么你了。 😎

      来自浙江 回复
  2. 两点感受:整体写的比较散,接近随手笔记形式,虽然这应该是你亲历描述,但缺少系统性的成文,这对读者吸收和帮助不会有实质作用,因为读者读到的也是零散的,不成系统性的,读者阅毕最多只是雁过留痕的一点点印象而已,没有学到什么,不过,标题还是蛮有带入感,把我给带进来了,既来之则安之,就阅读完了整篇~多谢。

    回复
    1. 我的感觉是标题和内容毫无关联,说成25条产品成长经验可能还好些

      来自北京 回复
    2. 被大v带坏了,我承认我是标题党

      回复
    3. 兄弟,确实如你所说,读者如果想要系统性的了解,需要体系性的知识,一般来讲建议看书,因为文章篇幅会比较有限。从另外一个角度来看,很多是我自己犯过的错,或者没有做好的地方,如果读者能有一点点借鉴,我就知足了。感谢

      来自浙江 回复
  3. 您好~请问我可以将您的这篇文章转载到我们公众号上嘛~?

    来自北京 回复
    1. 你这么吊,当然可以的,

      来自浙江 回复
    2. 哈哈哈哈~请问您有发公众号开原创保护么?如果有原创保护的话能否开下白名单呢?

      来自北京 回复
    3. 保护的哈,不过你的公众号叫啥,我可以先开开看。

      来自浙江 回复
    4. 我们叫外包大师~这是我们的ID:gh_431d85f9112e,求文章开白~

      来自北京 回复
    5. 在送一个关注

      来自浙江 回复
    6. 嘿嘿~

      来自北京 回复
  4. 在我这个信守看起来,觉得写的太『空』『大』了,相信作者肯定是很有经验的产品经理。
    建议写成
    犯错了什么错 怎么解决的 如果避免。

    来自福建 回复
    1. 明白,争取早点当老守

      来自浙江 回复
  5. 建议读一读《结构思考力》《金字塔原理》

    来自天津 回复
    1. 好的,谢谢 🙂

      来自浙江 回复
    2. 不客气啊,看得出经验非常丰富,但是在分享输出的环节上还是遇到了些困难的,希望能帮的上你

      来自天津 回复
  6. 作者分享的很多点其实在我们工作中都会有类似感受,有的甚至是我们正在犯的错误或正在进入的误区,只是我们缺乏思考而没有发觉,又或者发觉了没有尝试总结成规律,看完觉得很有帮助,谢谢分享~

    来自福建 回复
    1. 恩,你真的懂我。

      来自浙江 回复