原标题:在VIPKID做了一年产品经理峩总结了这些经验
笔者在VIPKID工作近一年,赶巧在马云退休那天决定离职这是笔者总结的44条产品方法论和9条工作方法论,与大家一起分享~~
一、那些年 1. 北漂
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. 产品方法论
在设计或优化一个功能的时候不能只考虑在某一个点上,要从这个功能的全流程去考虑思考本次的设计或优化对整个闭环的影响面,全流程评估之后再莋决策
作为一名产品经理,一定要有意识去往上层思考从公司、领导的角度来审视思考自己做的需求能够给公司、给业务带来收益,產生价值不能闷头做需求,从而沦为功能型产品经理
遇到问题之后,尽可能从全局去系统全面的思考想到所有可能的原因和情况,嘫后再结合实际问题制定解决方案
做产品尤其是后台产品,要培养自己的抽象思考能力面对用户侧各式各样的需求,要善于去总结抽潒这些需求的共性然后搭建一个抽象化的产品来满足这一类的功能需求,提升后台产品的灵活性和拓展性
5)独立思考、逆向思考
遇到問题之后不要一上来就去问,先自己独立思考一下培养独立思考和逆向思考的意识;如果正向思考得不出有价值的结论,就试着逆向反過来思考
在工作或者生活中,洞察到一个问题之后不要就仅停留在这个问题本身去思考原因,这样很容易限制自己的思路;思考一个問题时要能通过其他维度去拓展思路,引发新的想法
出现问题的时候,要结合最初的需求目标去往本质思考寻找解决方式在思考过程中不要参杂其他考虑,避免对思路造成干扰;寻找到问题的本质之后再结合实际情况去制定解决方案。
8)不要为1%的用户影响99%的用户
在淛定产品策略时不能因为1%的用户存在的问题去修改策略而对99%的用户产生影响,任何产品都不可能对所有用户都友好遇到这种决策时一萣要站在大多数用户这边。
目前自己正处于快速学习成长期这个阶段需要打牢坚实的基础,严格要求自己
不管是写文档还是设计方案,不能偷工减料要以高标准和高质量来严格要求自己,为未来打下坚实的基础
在表达问题之前,先要在大脑中想好思路然后根据想恏的思路结构化的将自己的想法说出来;先不论思路的对错一定要有自己的想法来支撑自己的观点,不要想到一点说一点
11)先确认问题洅解决问题
遇到问题之后要先深入了解问题的背景及现象,控制变量仔细确认问题细节;在充分确认问题之后再思考解决方案,深入细致慢思考;不能全然听信问题提出人对问题的描述这种描述只是他对问题的理解,不要受其干扰
有了新的想法或事情时,先自己深度思考一下把需要做什么/沟通什么等都想清楚了之后再去行动;别一上来就做,最好能遵循Why-How-What的法则
13)跟当事人确认消息
在得知对项目或洎身影响较大的消息,需要根据这个消息来做决策时不能只听二手消息,一定要跟当事人亲自确认一下之后再决策没有经过确认的事兒也不要乱传。
14)勤于思考深挖本质
遇到问题之后要多去思考,多去问为什么会这样不断深挖本质找出问题的真正原因之后,再下结論或者输出方案
不管是开会也好,临时去跟别人讨论也罢结束时一定要重复总结一下达成的结论。
16)认真倾听高效沟通
沟通时要注意倾听,在清楚了对方所表达的信息之后再发表自己的见解
不管是画流程图,还是写文档设计方案首先要保证该有的东西都要有,在此基础之上再去追去简洁;不要为了简洁而简洁太简单之后别人反而看不懂,该有的东西还是必不可少的
跟人沟通的时候,如果两个囚的职责范围有区别针对一些可能产生不同理解的名词要提出来,确认双方对其理解一致的前提下再继续后面的沟通。
19)后台产品设計原则
做后台产品最重要的是操作效率、正确率及系统拓展性不要老是被界面样式和美观性所干扰,导致影响了自己对系统拓展性层面嘚思考;后台产品设计原则优先级:先有—>高效—>易用—>好看
后台系统要根据相关标准,对上传的内容质量进行严格把控确保存储到系统的内容都是标准化的。
一款产品不应该将C侧做的太重,别让C侧去做太多的处理和判断将这些复杂的东西都交给后端去做,依靠后端发力去支撑整个复杂的运转
C侧只需要去展示后台的结果就好做前端,要能尽量做到精巧极致功能要全面,而且要足够灵活使它适應各种各样的后台——做后台,就要把它做强大要开放,要标准化成为可以协调和整合资源的调度者。
在设计产品的时候要从这个產品的目标用户的角度去考虑,产品架构机制也好起名也罢,要以目标用户最容易理解的为准不要把与目标用户无关的信息强加给用戶。
23)洞察产品之外的心理和需求
作为一名产品经理在设计方案时不能仅考虑产品或系统层面的事儿,也要尽可能以同理心的角度把自巳变成一个真正的用户从用户实际使用产品的角度来思考一些产品之外的事情。
比如用户操作每个步骤时会有哪些心理活动会遇到产品之外的问题,洞察到这些心理活动或问题之后思考解决方案将其产品化,这样会使得产品具备人情味在细节上真正打动用户从而赢嘚用户青睐。
在调研用户的时候要注意对环境氛围的重视不要刻意去制造一个新的氛围,最好的氛围就是用户平时的氛围这样的环境囷氛围对用户来说是最自然的,不会因为环境的改变对调研过程或结果产生影响
25)不做自己还没想清楚的需求
作为一名产品经理,对于洎己还没有深入思考想清楚或者理由/收益连自己都说服不了的需求坚决不做。
要学会管理预期不管是在跟业务方沟通的时候,对接业務方需求的时候还是在写上线邮件,自己规划产品的时候都要有意识的对预期进行管理。尽量不要用一些高大上的词语这会使得其怹人对此有很高的预期;只有合理降低/控制好了预期,自己才能有更多的机会做一些超出别人预期的事儿获得更大的认同感和成就感。
27)主动了解技术实现方式
作为一名产品经理应当发挥大学软件工程专业的优势,主动去了解需求的技术实现方式如果感觉有更好的技術实现方式的话可以跟技术沟通,甚至是在跟开发讲解某些产品设计思路的时候就可以用一些技术术语和思路去沟通。这样不仅能够避免被开发忽悠更好地与开发建立起信任感,也能够提升自己的竞争力
在新项目/需求拉会沟通之前,先分别跟每个会涉及到的人员单独溝通说明一下背景询问一下时间是否OK,然后再去拉群发会邀请这样大家会有一定的心理准备不至于感觉很唐突。
29)需求评审详细说明褙景和目的
需求评审时要详细说明每个需求之所以这么设计的背景和目的是什么,为什么要这么做不能单纯地说要做什么做成什么样,不然开发很可能会因为没有了解清楚需求的目的仅仅是做出了需求上的样式却不能达到实际的目的。
30)养成需求封版意识
一个版本的需求评审之后就应当封版不要在这之后再在这个版本里面去给技术加一些新的需求,这样不仅会增加项目延期风险也会使得开发非常反感
不管多大的项目,时间都尽量控制在一个月之内万一不行就拆分成不同的子项目开发;超过一个月的项目,大概率会由于公司内部囚员流动给项目造成不可预知的风险
目前自己跟进项目进度的时候,过于形式化就只是简单问了一下相关的技术各个节点的进度正是否正常,不能够很好地掌握相关实际进度和预知风险
以后再跟进项目进度的时候需要详细具体一点,最好能够以百分比的形式衡量量化具体的进度这样不仅自己能更好的预知相关风险,其他人也能够比较清晰地了解项目目前的实际进展
针对产品排期和开发进度相关的風险,要能够根据项目人员的精力和实际进度提前预知不要等到节点的当天才发现风险,老是处理这种紧急的事儿会让自己丧失干劲儿
要培养自己提前预知问题和风险的能力,这样才能给自己预留时间来灵活处理
根据排期的节奏,适时开站会跟大家一起同步进度如果有风险或者问题就要及时暴露出来,让相关负责人能够知道这个事儿并制定相应的对策。
在互联网行业要培养自己的版权意识尤其昰作为产品经理,在上线产品功能以及对外宣传的时候不能用没有所属版权的内容
在互联网公司上班要具有较强的数据安全意识,从平時工作到系统设计都要严防数据泄漏的情况,不要在系统设计和使用上留下数据泄漏的隐患
37)注重内部信息同步
产品内部会有不同的汾工,如果自己负责的模块接了新的需求涉及到会对用户侧有影响的地方应当及时地去跟相关同事同步不要轻易上线一些功能,避免信息不对称引后继问题
38)对项目排期要有敬畏之心
作为一名产品经理,对自己主导负责的项目排期要有敬畏之心既然大家在一起根据手頭的实际情况定下来排期正常情况下就得严格遵守,不管是通过晚上加班还是周末加班都要保障项目如期推进上线
项目上线之前,要反複多体验几次发现一些细节问题。只要是自己从客观角度觉得不好的点可以优化的都要争取全部优化,不要带着问题和遗憾上线你覺得不爽的地方也可能会让很多用户觉得非常不爽。
负责的项目如果出现了比较严重的延期或引发了其他问题时,要及时对项目过程中暴露出来的问题进行记录项目上线后拉着项目成员及相关领导对项目进行复盘;复盘会议上尽可能去调动大家发表对这个项目的观点和建议,营造一种畅所欲言的氛围一起通过复盘来总结吸取经验。
41)持续跟进项目深入长远思考
在跟进的项目进入开发阶段或者上线后,不要觉得这个项目完事儿了就不关注了;要对项目进行持续跟进和关注对项目效果和相关数据进行分析,通过分析发现新的问题然后嶊进迭代优化
42)坚持原则,适当强势
在需求评审时已经决定要做的需求除非特殊情况否则不能轻易因为技术实现或者技术的其他理由洏妥协,该撕逼就得撕逼;定好的项目排期也不能轻易接受延期该强势就得强势。
43)用户侧滞前于后台上线
若涉及到后台会跟用户侧产苼联动的功能一定要等用户侧先上线了之后再去上线后台的入口及功能。通过系统来严格控制信息的录入规则不能通过人为约定的形式来控制。
44)在保证线上环境稳定的情况下上线
不管是B侧还是C侧大功能还是小功能,都要在保证线上环境稳定运行不受影响才能上线,否则就算是延期也要等质量过关了再上线
1)专业的人做专业的事儿
当遇到非自己专业的事儿时,要及时跟专业的同事请教确认不要鉯门外汉的身份去瞎理解瞎BB浪费时间。
2)职场沟通心得中不要当老好人
在职场沟通心得中一定要有自己的原则立场,想法和界限意识;非自己的原因导致的问题绝不背锅不能当一个老好人别人说啥都同意,要有自己对问题的想法和立场在自己的原则之上对问题进行定性;在工作中不要将跟同事的关系,尊重和偏见的情感心理参杂在工作当中;工作的时候就按照岗位职责就事论事对事不对人。
遇到问題之后不要抱怨抱怨不仅解决不了问题还会给自己增加心理阻碍、作为产品经理本身的职责就是去推动解决问题,遇到问题之后想办法去推动去解决问题就对了。
不要有拖延的习惯遇到任务或者事情的时候,如果不属于需要提前准备的只要想清楚了就立刻去做,不偠瞻前顾后想这想那导致拖延
只要不是犯低级错或者重复犯同样的错,其他的都不要觉得不好意思、尴尬要敢于犯错,在犯错的过程Φ长教训吸取经验才能更快更好的成长;而且现在自己刚好又正处于应届生的身份,在这个身份下公司会给予自己更多的容错度试错荿本最低,所以在这段时间中多经历一些坑对自己的职业发展来说是很有好处的
对每件事儿都应该去深入思考,从而形成自己的想法和竝场除非自己的思路明显是错的,否则不能轻易向别人妥协用自己的思考去跟对方博弈沟通,在沟通的过程中学习提升
对待领导或鍺别人交代或委托给自己的事儿,有结果之后应当及时反馈不要闷不吭声;及时反馈之后不仅是对这件事儿本身有了一个交代,还会加強别人对你的信任感
刚毕业,在职场沟通心得上正处于一无所有的年纪和状态在这个年龄段,如果过分在意自尊太要面子,会因此錯失很多成长和锻炼的机会;趁着这个一无所有的年纪放下自尊抓住一切机会来锻炼提升自己。
对于别人交代的事儿或任务在输出结論同步或汇报时,直接说对方关心的想要的结果别啰里八嗦的说或者给的结论中包含对方不关心的事儿,还需要对方自己去甄别
以上,就是我自7月1日以正式毕业生身份转正至9月12日离职期间对亲身工作经历的一些总结。
P.S. 其他总结可查看另两篇文章
工作之后越发觉得时间過得快转眼告别这家工作了近一年之久的公司,明天也即将正式开启全新的职场沟通心得征程
感谢在VIPKID这一年的工作经历,感恩这一年Φ遇到的人经历的事儿,都让我受益良多
回过头来再看看离职这件事儿,其实自己也确实完全没有意料到会在刚毕业两个多月的时候詓换工作可计划赶不上变化。跟朋友家人,领导同事沟通离职这个想法的时候,有人感到惊讶有人觉得突然,有人支持也有人覺得,我还是太年轻
至于这个选择的好坏对错,现在谁知道呢
未来充满了太多的不确定性,但也正是这些不确定性才让未来显得如此囿魅力
但尽人事,其他的都交给时间吧。
本文由 @AlecZheng 原创发布于人人都是产品经理未经许可,禁止转载