经验分享:我总结的25条产品成长经验

2018年11月10日 人人都是产品经理


作者:青蛙王子,微信公众号: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 / ————


点击“阅读原文”下载APP

收藏 已赞