面试时如何把项目经历说清楚?---产品、运营应该掌握的项目 ...
admin
2023-08-26 07:01:23
0

可能从来没有人告诉过你,“想清楚自己做了什么”是动手写简历前最重要的事儿。没有想清楚就动笔,结果会是:

  • 简历中项目经历盲目堆砌、逻辑混乱
  • 自我介绍平平无奇,无法从经历中提炼出自己的优势
  • 面试时被面试官问到哑口无言

复盘会是贯穿于你“产品经理”或“互联网运营”整个职业生涯中,最重要的能力之一。锻炼这份能力,不妨就先从写简历时开始。

1. 回顾目标---为什么要做这个项目?

诱发我们开展项目的原因是什么?

回顾启动项目的背景,即“我们为什么要做这件事儿?”这应该是你向面试官介绍项目的第一句话,比如:

  • 针对某一个业务:

因为“短视频应用”的快速发展挤压了我们这类图文平台的生存空间,所以公司决定也开展短视频业务跟进。

  • 针对某一个产品:

因为现有后台的流程无法满足更复杂的业务需要,所以我们需要迭代后台功能。

  • 针对某一项功能:

因为收到了大量关于“退款流程不合理”的用户反馈,甚至引发了工商投诉,所以我们需要优化退款流程。

  • 针对某一次活动:

因为希望提升产品的知名度/新功能的使用率/节日期间的用户增长,所以我们设计了一次活动。

项目想要达到的目标是什么?

确定项目需要解决的核心问题,这可以是你向面试官介绍项目的第二句话,比如:

  • 针对某一个业务:

我们希望加入短视频业务后,使APP的用户使用时长提升10%。

  • 针对某一个产品:

我们希望新的后台产品相对老后台使人效提升30%。

  • 针对某一项功能:

我们需要在优化退款流程后,将日投诉量从100条降低到10条。

  • 针对某一次活动:

我们希望在618期间通过活动带来1500万GMV。

我们希望在活动上线后,将新功能渗透率提升至20%以上。

选择哪些结果指标?为什么选择这些指标?为什么定这么高?

如果说上边两点是“知其然”,这里就是“知其所以然”。同时在你向面试官陈诉了目标后,这里提到的三个问题,也可能是面试官接下来大概率会问你的。

结合上边提到的举例,我们虚拟一个场景:

公司新增了短视频业务,而我作为一个“产品”、“运营”需要设计一个活动提升产品渗透率。

在这个场景中,最终服务指标应该是“短视频业务带来APP使用时长提升”,但这个最终指标过于大/宽泛,且受多个因素影响无法直接归因到我们活动上。

所以细化到我这里,会变成“短视频可以提升APP使用时长提升,所以我需要设计可以活动让更多用户使用这个功能”。那么针对这个目标,我们关注的指标是“功能渗透率”。

对于整个公司来说“用户使用时长”是结果指标,“功能渗透率”是过程指标。对于我的项目来说“功能渗透率”是结果指标,“活动曝光、点击”是过程指标。

为什么定1500万的目标GMV,或者20%的功能渗透为目标呢?可以是“参考往期活动”得来的、可以是基于“提升10%用户使用时长倒推的”。如果你只是实习生,也可以是“领导根据经验拍的”。

2. 列举结果---最终的数据表现如何?

付出了多少成本,取得了怎样的结果?

在用上面两句话介绍完项目背景和目标后,紧接着需要对结果和成本进行陈诉。结果可以是好的,也可以是坏的。面试官并不关心你在上家公司的项目是否成功(针对1年及以下经验),更关心你做了什么、学到了什么。

举例:

  • 针对某一个业务:

在经过对短视频功能半年的迭代后,我们使APP的用户使用时长提升10%。目前已经迭代了一年,最终提升稳定在了15%。

  • 针对某一个产品:

在经过两个月的调研及研发后,新后台上线。使用新后台的整体人效相比老后台提升了70%。

  • 针对某一项功能:

我们用了2周时间,紧急优化了退款流程,上线后日投诉量从100条降低到了20条。

  • 针对某一次活动:

在筹备两个月后,2022年的618活动带来了1000万GMV。

为什么取得这样的结果?

结果可能是好的可能是不好的,为什么会导致这样的结果呢?从这里开始就是真正的复盘。

举例:

  • 针对某一个业务:

初步定在10%使我们倒推的结果,刚上线的时候因为“使用率低、功能体验不完整”等原因,对停留时长的提升只有5%,在我们不断优化后半年到了10%,最终停留在了15%。

  • 针对某一个产品:

因为业务部门在使用新后台可以支持更便捷的硬件设备“如扫码枪”,所以最终的提升比预期的更高。

  • 针对某一项功能:

日投诉量从100条降低到了20条距离10条目标有差距的原因,是因为时间紧迫,需要将完整优化拆成两期上线,一期只实现了部分功能,所以只降低到了20条。二期功能因为优先级降低了,所以目前没有实现。

  • 针对某一次活动:

因疫情影响,商品产能整体较去年下降了约30%,所以今年的活动效果要比往年差一些。

结果如何归因?

这里讲的是“看数的方法”。在很多情况下,大的结果往往处于“纠缠态”,比如同时有N个功能上线可能影响结果,你无法保证变量唯一(时间也是变量)。常用的归因方法包括:

  • AB实验,简单直接,足够严谨。但成本较高,小功能/活动不会使用。
  • 灰度发布,简单直接,相对严谨,成本较低,小功能可用,活动不可用。
  • 同期分群,选择几群初始行为相似的用户做切片,观测功能上线后的用户行为。例如“在功能上下前,用户的充值率稳定在3%。活动上线后充值率提升至5%。活动结束后恢复3%”。

3. 分析过程---如何实践?

功能设计向(我为什么这么做?我的思考是?)

介绍过项目背景、目标、结果后,下一步重点介绍自己的产品设计思路。即:通过什么功能、优化哪些指标、完成哪些结果。

同样以设计一个活动提升短视频功能渗透举例。

  • 第一步,梳理设计思路,拆解业务流程与转化漏斗:

假设我的设计思路是,举办“优秀短视频”投票大赛,为优质短视频制作聚合页,在APP首页banner投放,邀请用户参与投票,投票的用户可获得积分。那么我的转化漏斗会是这样:

banner曝光→banner点击→进入活动页→用户观看视频→为喜欢的视频投票

  • 第二步,找到关键节点,提升转化:

banner点击率是第一个漏斗,我的banner 图片如何设计?banner文案如何引起兴趣?

用户观看视频,是向用户介绍短视频功能的可能节点,我该如何提升播放率?是否可以在进入页面时自动播放视频?

  • 第三步,确定过程指标,输出埋点:

上边提到的两个转化节点确实很重要,但并不能决定你的“结果质量”。比如你做了自动播放功能,视频的播放率是100%,但90%的人看了两秒就跳出了。

所以我们关注的核心过程指标一定是能表述结果质量的,在这个活动里,应该是“视频完播率”、“人均观看视频数量”。进而最终用户离开活动页后,对短视频功能的复访率。

这几个指标说明白,才能证明你活动的价值。一定要提前想到,做好埋点

项目管理向(如何确保结果交付质量?)

在项目过程中,也因关注这些节点:

1. 需求输出是否完整无歧义?

2. UI、UE、RD、QA对需求是否理解、明确、认同?

3. UI设计产出是否符合预期?

4. 设计稿何时交付?

5. 是否有充分的时间做工期预估?是否有人力支持?

6. 开发测试的排期预估与实际开发时间是否有差异?

7. 是否出现需求无法实现的状况?原因是什么?

8. 是否出现团队成员变动情况?如何应对成员变动?后期如何避免?

9. 是否出现功能模块与需求不符的情况?出现原因是什么?

10. 上线时间是否符合预期?

4. 总结经验---做对/错了什么?优化空间在哪里?接下来该怎么做?

在复盘结束后,反问自己以下问题:

  • 我从项目中学到了什么新东西?遇到了什么问题/困难?应该如何解决?
  • 如果再做一次,我会怎么做?如果有别人做一样的东西,我该如何建议?
  • 哪些经验是可以复用到其他项目的?
  • 接下来我该做些什么?哪些是我们可直接行动的?

同时,这些总结也应该作为你向面试官讲项目最后的总结,用来突出你的复盘、学习能力。

如果能把自己做过的项目想清楚、想明白,在多加几次面试练习,你也可以成为面霸。

最后:

如果你对互联网产品、运营感兴趣,欢迎留言、点赞、关注。

我会经常分享些自己工作中踩过的坑和一些面向新人的求职、转行攻略。

唐小刀:毕业生的第一份工作,如何选择?

唐小刀:应届生、实习生,入职互联网大厂产品经理、运营岗的终极攻略!从简历、面试到offer选择,亲测有效,手把手教!(2022年7月更新)

唐小刀:面试你时,面试官在想什么?---分析12道常见问题,送给0~3岁的产品/运营人

相关内容