在VIPKID做了一年产品经理，我总结了这些经验

　　笔者在VIPKID工作近一年，赶巧在马云退休那天决定离职。这是笔者总结的44条产品方法论和9条工作方法论，与大家一起分享~~

　　

　　2018年7月8日，一大早，我下了7号晚上从武汉发往北京的火车，正式开启了自己的北漂生涯——这是我第三次来到北京，却没有往常熟悉的感觉。

　　也是，前两次都是来参加活动、来玩，而这次是要在这个令很多外地人向往却又有些许恐惧的城市生活、工作。

　　那时，我刚大三毕业，大三暑假正是大学生扎堆实习的时候，没有像大多数人那样选择留在武汉或者南下广深，而是鼓起勇气顶着“北漂”这两个字代表的压力和恐惧孤身北上，正式成为北漂大军的一员。

　　2018年10月8日，国庆节过后的第一个工作日，我来到VIPKID办理入职，正式成为VIP蜂校的一名产品实习生。

　　那时，我刚升大四，没有像大多数人那样因为校方“大四要回来上课，临近毕业事情多，别影响了毕业”等说辞返回学校上课，享受大四的美好校园时光，而是向学校提交申请后继续留在公司实习。

　　2019年9月10日，说来也巧，刚好在教师节这天，正值马云宣布卸任阿里巴巴董事局主席之际，让我纠结了一两个月的一件事儿，也终于在那天做出了决定：我向领导和公司提出离职申请，将离职日期定在了中秋前的最后一个工作日9月12号。

　　那天，我刚大学毕业71天，没有像大多数人那样因为刚毕业没多久而限制自己不能换工作，没有被第一份工作至少要做一年多的说法给禁锢，而是在刚毕业71天时选择了离职，换工作。

　　2019年9月15日，今天，是我来北京的第434天，与VIPKID相伴的时间也于9月12日定格在了339天。

　　在告别VIPKID，开启新一轮的职场生涯之际，按照惯例进行反思，把自己在VIPKID这近一年的经历进行了总结。本次总结的范围为自7月1日正式转正至9月12日这两个多月的工作经历，概括出以下44条产品方法论和9条工作方法论：

　　1）闭环思考

　　在设计或优化一个功能的时候，不能只考虑在某一个点上，要从这个功能的全流程去考虑，思考本次的设计或优化对整个闭环的影响面，全流程评估之后再做决策。

　　2）往上层思考

　　作为一名产品经理，一定要有意识去往上层思考，从公司、领导的角度来审视思考自己做的需求能够给公司、给业务带来收益，产生价值？不能闷头做需求，从而沦为功能型产品经理。

　　3）系统全面思考

　　遇到问题之后，尽可能从全局去系统全面的思考，想到所有可能的原因和情况，然后再结合实际问题制定解决方案。

　　4）抽象思考

　　做产品尤其是后台产品，要培养自己的抽象思考能力，面对用户侧各式各样的需求，要善于去总结抽象这些需求的共性，然后搭建一个抽象化的产品来满足这一类的功能需求，提升后台产品的灵活性和拓展性。

　　5）独立思考、逆向思考

　　遇到问题之后不要一上来就去问，先自己独立思考一下，培养独立思考和逆向思考的意识；如果正向思考得不出有价值的结论，就试着逆向反过来思考。

　　6）多元思考

　　在工作或者生活中，洞察到一个问题之后，不要就仅停留在这个问题本身去思考原因，这样很容易限制自己的思路；思考一个问题时，要能通过其他维度去拓展思路，引发新的想法。

　　7）往本质思考

　　出现问题的时候，要结合最初的需求目标去往本质思考寻找解决方式，在思考过程中不要参杂其他考虑，避免对思路造成干扰；寻找到问题的本质之后，再结合实际情况去制定解决方案。

　　8）不要为1%的用户影响99%的用户

　　在制定产品策略时，不能因为1%的用户存在的问题去修改策略而对99%的用户产生影响，任何产品都不可能对所有用户都友好，遇到这种决策时一定要站在大多数用户这边。

　　9）注重基本功

　　目前自己正处于快速学习成长期，这个阶段需要打牢坚实的基础，严格要求自己。

　　不管是写文档还是设计方案，不能偷工减料，要以高标准和高质量来严格要求自己，为未来打下坚实的基础。

　　10）结构化表达

　　在表达问题之前，先要在大脑中想好思路，然后根据想好的思路结构化的将自己的想法说出来；先不论思路的对错一定要有自己的想法来支撑自己的观点，不要想到一点说一点。

　　11）先确认问题再解决问题

　　遇到问题之后要先深入了解问题的背景及现象，控制变量，仔细确认问题细节；在充分确认问题之后再思考解决方案，深入细致慢思考；不能全然听信问题提出人对问题的描述，这种描述只是他对问题的理解，不要受其干扰。

　　12）先思考再行动

　　有了新的想法或事情时，先自己深度思考一下，把需要做什么/沟通什么等都想清楚了之后再去行动；别一上来就做，最好能遵循Why-How-What的法则。

　　13）跟当事人确认消息

　　在得知对项目或自身影响较大的消息，需要根据这个消息来做决策时，不能只听二手消息，一定要跟当事人亲自确认一下之后再决策，没有经过确认的事儿也不要乱传。

　　14）勤于思考，深挖本质

　　遇到问题之后要多去思考，多去问为什么会这样，不断深挖本质找出问题的真正原因之后，再下结论或者输出方案。

　　15）重复结论

　　不管是开会也好，临时去跟别人讨论也罢，结束时一定要重复总结一下达成的结论。

　　16）认真倾听，高效沟通

　　沟通时要注意倾听，在清楚了对方所表达的信息之后再发表自己的见解。

　　17）适当具体

　　不管是画流程图，还是写文档设计方案，首先要保证该有的东西都要有，在此基础之上再去追去简洁；不要为了简洁而简洁，太简单之后别人反而看不懂，该有的东西还是必不可少的。

　　18）精细化沟通

　　跟人沟通的时候，如果两个人的职责范围有区别，针对一些可能产生不同理解的名词要提出来，确认双方对其理解一致的前提下，再继续后面的沟通。

　　19）后台产品设计原则

　　做后台产品最重要的是操作效率、正确率及系统拓展性，不要老是被界面样式和美观性所干扰，导致影响了自己对系统拓展性层面的思考；后台产品设计原则优先级：先有—>高效—>易用—>好看。

　　20）后台校验

　　后台系统要根据相关标准，对上传的内容质量进行严格把控，确保存储到系统的内容都是标准化的。

　　21）大后台小前端

　　一款产品，不应该将C侧做的太重，别让C侧去做太多的处理和判断，将这些复杂的东西都交给后端去做，依靠后端发力去支撑整个复杂的运转。

　　C侧只需要去展示后台的结果就好做前端，要能尽量做到精巧极致，功能要全面，而且要足够灵活，使它适应各种各样的后台——做后台，就要把它做强大，要开放，要标准化，成为可以协调和整合资源的调度者。

　　22）场景贴切原则

　　在设计产品的时候，要从这个产品的目标用户的角度去考虑，产品架构机制也好，起名也罢，要以目标用户最容易理解的为准，不要把与目标用户无关的信息强加给用户。

　　23）洞察产品之外的心理和需求

　　作为一名产品经理，在设计方案时不能仅考虑产品或系统层面的事儿，也要尽可能以同理心的角度把自己变成一个真正的用户，从用户实际使用产品的角度来思考一些产品之外的事情。

　　比如用户操作每个步骤时会有哪些心理活动，会遇到产品之外的问题，洞察到这些心理活动或问题之后，思考解决方案将其产品化，这样会使得产品具备人情味，在细节上真正打动用户从而赢得用户青睐。

　　24）用户调研的氛围

　　在调研用户的时候要注意对环境氛围的重视，不要刻意去制造一个新的氛围，最好的氛围就是用户平时的氛围。这样的环境和氛围对用户来说是最自然的，不会因为环境的改变对调研过程或结果产生影响。

　　25）不做自己还没想清楚的需求

　　作为一名产品经理，对于自己还没有深入思考想清楚，或者理由/收益连自己都说服不了的需求坚决不做。

　　26）预期管理

　　要学会管理预期，不管是在跟业务方沟通的时候，对接业务方需求的时候，还是在写上线邮件，自己规划产品的时候，都要有意识的对预期进行管理。尽量不要用一些高大上的词语，这会使得其他人对此有很高的预期；只有合理降低/控制好了预期，自己才能有更多的机会做一些超出别人预期的事儿，获得更大的认同感和成就感。

　　27）主动了解技术实现方式

　　作为一名产品经理，应当发挥大学软件工程专业的优势，主动去了解需求的技术实现方式。如果感觉有更好的技术实现方式的话可以跟技术沟通，甚至是在跟开发讲解某些产品设计思路的时候，就可以用一些技术术语和思路去沟通。这样不仅能够避免被开发忽悠，更好地与开发建立起信任感，也能够提升自己的竞争力。

　　28）预先沟通

　　在新项目/需求拉会沟通之前，先分别跟每个会涉及到的人员单独沟通说明一下背景，询问一下时间是否OK，然后再去拉群发会邀请，这样大家会有一定的心理准备不至于感觉很唐突。

　　29）需求评审详细说明背景和目的

　　需求评审时，要详细说明每个需求之所以这么设计的背景和目的是什么，为什么要这么做。不能单纯地说要做什么做成什么样，不然开发很可能会因为没有了解清楚需求的目的，仅仅是做出了需求上的样式却不能达到实际的目的。

　　30）养成需求封版意识

　　一个版本的需求评审之后就应当封版，不要在这之后再在这个版本里面去给技术加一些新的需求，这样不仅会增加项目延期风险也会使得开发非常反感。

　　31）项目管理

　　不管多大的项目，时间都尽量控制在一个月之内，万一不行就拆分成不同的子项目开发；超过一个月的项目，大概率会由于公司内部人员流动给项目造成不可预知的风险。

　　32）精细化项目管理

　　目前自己跟进项目进度的时候，过于形式化，就只是简单问了一下相关的技术各个节点的进度正是否正常，不能够很好地掌握相关实际进度和预知风险。

　　以后再跟进项目进度的时候需要详细具体一点，最好能够以百分比的形式衡量量化具体的进度，这样不仅自己能更好的预知相关风险，其他人也能够比较清晰地了解项目目前的实际进展。

　　33）预知风险

　　针对产品排期和开发进度相关的风险，要能够根据项目人员的精力和实际进度提前预知，不要等到节点的当天才发现风险，老是处理这种紧急的事儿会让自己丧失干劲儿。

　　要培养自己提前预知问题和风险的能力，这样才能给自己预留时间来灵活处理。

　　34）及时暴露问题

　　根据排期的节奏，适时开站会跟大家一起同步进度。如果有风险或者问题就要及时暴露出来，让相关负责人能够知道这个事儿，并制定相应的对策。

　　35）版权意识

　　在互联网行业要培养自己的版权意识，尤其是作为产品经理，在上线产品功能以及对外宣传的时候不能用没有所属版权的内容。

　　36）数据安全

　　在互联网公司上班要具有较强的数据安全意识，从平时工作到系统设计，都要严防数据泄漏的情况，不要在系统设计和使用上留下数据泄漏的隐患。

　　37）注重内部信息同步

　　产品内部会有不同的分工，如果自己负责的模块接了新的需求涉及到会对用户侧有影响的地方应当及时地去跟相关同事同步，不要轻易上线一些功能，避免信息不对称引后继问题。

　　38）对项目排期要有敬畏之心

　　作为一名产品经理，对自己主导负责的项目排期要有敬畏之心，既然大家在一起根据手头的实际情况定下来排期正常情况下就得严格遵守，不管是通过晚上加班还是周末加班都要保障项目如期推进上线。

　　39）严格把关上线

　　项目上线之前，要反复多体验几次，发现一些细节问题。只要是自己从客观角度觉得不好的点，可以优化的都要争取全部优化，不要带着问题和遗憾上线，你觉得不爽的地方也可能会让很多用户觉得非常不爽。

　　40）项目复盘会议

　　负责的项目如果出现了比较严重的延期，或引发了其他问题时，要及时对项目过程中暴露出来的问题进行记录，项目上线后拉着项目成员及相关领导对项目进行复盘；复盘会议上尽可能去调动大家发表对这个项目的观点和建议，营造一种畅所欲言的氛围，一起通过复盘来总结吸取经验。

　　41）持续跟进项目，深入长远思考

　　在跟进的项目进入开发阶段或者上线后，不要觉得这个项目完事儿了就不关注了；要对项目进行持续跟进和关注，对项目效果和相关数据进行分析，通过分析发现新的问题然后推进迭代优化。

　　42）坚持原则，适当强势

　　在需求评审时，已经决定要做的需求除非特殊情况否则不能轻易因为技术实现或者技术的其他理由而妥协，该撕逼就得撕逼；定好的项目排期也不能轻易接受延期，该强势就得强势。

　　43）用户侧滞前于后台上线

　　若涉及到后台会跟用户侧产生联动的功能，一定要等用户侧先上线了之后再去上线后台的入口及功能。通过系统来严格控制信息的录入规则，不能通过人为约定的形式来控制。

　　44）在保证线上环境稳定的情况下上线

　　不管是B侧还是C侧，大功能还是小功能，都要在保证线上环境稳定运行不受影响，才能上线，否则就算是延期也要等质量过关了再上线。

　　1）专业的人做专业的事儿

　　当遇到非自己专业的事儿时，要及时跟专业的同事请教确认，不要以门外汉的身份去瞎理解瞎BB浪费时间。

　　2）职场中不要当老好人

　　在职场中一定要有自己的原则，立场，想法和界限意识；非自己的原因导致的问题绝不背锅，不能当一个老好人别人说啥都同意，要有自己对问题的想法和立场，在自己的原则之上对问题进行定性；在工作中不要将跟同事的关系，尊重和偏见的情感心理参杂在工作当中；工作的时候就按照岗位职责就事论事，对事不对人。

　　3）拒绝抱怨

　　遇到问题之后不要抱怨，抱怨不仅解决不了问题还会给自己增加心理阻碍、作为产品经理本身的职责就是去推动解决问题，遇到问题之后，想办法去推动去解决问题就对了。

　　4）立刻去做

　　不要有拖延的习惯，遇到任务或者事情的时候，如果不属于需要提前准备的，只要想清楚了就立刻去做，不要瞻前顾后想这想那导致拖延。

　　5）别怕犯错

　　只要不是犯低级错或者重复犯同样的错，其他的都不要觉得不好意思、尴尬。要敢于犯错，在犯错的过程中长教训，吸取经验才能更快更好的成长；而且现在自己刚好又正处于应届生的身份，在这个身份下公司会给予自己更多的容错度，试错成本最低，所以在这段时间中多经历一些坑对自己的职业发展来说是很有好处的。

　　6）坚定立场

　　对每件事儿都应该去深入思考，从而形成自己的想法和立场。除非自己的思路明显是错的，否则不能轻易向别人妥协，用自己的思考去跟对方博弈沟通，在沟通的过程中学习提升。

　　7）及时反馈

　　对待领导或者别人交代或委托给自己的事儿，有结果之后应当及时反馈，不要闷不吭声；及时反馈之后不仅是对这件事儿本身有了一个交代，还会加强别人对你的信任感。

　　8）别太在意自尊

　　刚毕业，在职场上正处于一无所有的年纪和状态。在这个年龄段，如果过分在意自尊，太要面子，会因此错失很多成长和锻炼的机会；趁着这个一无所有的年纪，放下自尊抓住一切机会来锻炼提升自己。

　　9）直接给别人想要的

　　对于别人交代的事儿或任务，在输出结论同步或汇报时，直接说对方关心的想要的结果，别啰里八嗦的说或者给的结论中包含对方不关心的事儿，还需要对方自己去甄别。

　　以上，就是我自7月1日以正式毕业生身份转正至9月12日离职期间，对亲身工作经历的一些总结。

　　P.S. 其他总结可查看另两篇文章《产品实习生的44条反思总结，产品新人必看》《我给产品经理设计了一个自检清单，希望对你也有用》

　　工作之后越发觉得时间过得快，转眼告别这家工作了近一年之久的公司，明天也即将正式开启全新的职场征程。

　　感谢在VIPKID这一年的工作经历，感恩这一年中遇到的人，经历的事儿，都让我受益良多。

　　回过头来再看看离职这件事儿，其实自己也确实完全没有意料到会在刚毕业两个多月的时候去换工作，可计划赶不上变化。跟朋友，家人，领导，同事沟通离职这个想法的时候，有人感到惊讶，有人觉得突然，有人支持，也有人觉得，我还是太年轻。

　　至于这个选择的好坏对错，现在谁知道呢？

　　未来充满了太多的不确定性，但也正是这些不确定性才让未来显得如此有魅力。

　　但尽人事，其他的，都交给时间吧。

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

　　题图来自Unsplash，基于CC0协议

　　给作者打赏，鼓励TA抓紧创作！