入职:如何通过产品试用期?

2 评论 1848 浏览 32 收藏 11 分钟

产品试用期不是“做得多”,而是“做得对”。本文揭示试用期的隐性评估维度,帮你看清组织对产品人的真正期待,让你少走弯路,快速打出存在感。

今天,我想和你分享一些关于产品经理试用期的心得。我想聊聊,在这个阶段,我们到底应该做些什么来站稳脚跟,又有哪些“雷区”是绝对不能踩的。

小杨产品试用期的困境

小杨是一名3年工作经验的电商产品经理,凭借着面试阶段的“优秀表现”,顺利入职一家HCM SaaS企业。

试用期6个月,结果3个月时,因能力不达标,被王总监主动“忍痛割爱”

三个月前,王总监对他在面试室里展现出的逻辑清晰、对产品架构的独到见解,曾让王总监眼前一亮,深信自己为团队找到了一位潜力股。

入职后,王总监满怀期待地将核心任务——升级可自定义的报表系统——交给他,这本是检验中级产品能力的试金石。

然而,期待在三天内就被击碎

他接到任务后,花一上午时间体验了下现有报表的功能,下午就开始进入到原型设计,过程中有疑问,就直接问其领导:

  • “报表是二级菜单合适,还是三级?”
  • “需要哪些类型的自定义报表?”
  • “要不要自定义字段?”

面对这些问题,王总监有点无奈,但还是耐心跟他说:“你可能陷入了误区,不能上来就直接设计产品方案,你需要认真梳理现有客户的需求以及参考竞品的方案后,对我们的整体解决方案有规划后,再进行分期设计产品。同时,你这些问题不能以我的回答为主,而应该从用户场景与需求出发去思考。”

3天后,当他再次跟领导沟通方案时,他的第一个问题是:“我搜索了下咱们的竞品,发现都需要账号,我就在官网上看了些介绍与演示视频,信息有限,但需求池的需求我是分析过了。”

听到这话王总监,心中五味杂陈,无奈的问了一句:“你约了几个客户进行调研?”

“哦,我不知道怎么联系他们,所以主要分析现在需求池里的需求。”

那一刻,王总监的心沉了下去。他意识到,面试时展现出的“优秀”,似乎并未转化为解决实际问题的底层思维和能力。接下来的一个半月,王总监不得不投入大量精力进行“手把手”指导:从需求分析框架到原型设计逻辑,从文档撰写规范到跨部门沟通要点。他像一个教练,试图帮助小杨找到节奏。

经过领导一个半月的“手把手”的教授与辅助,小杨初步完成了他的方案,准备进入需求评审阶段。

结果第一轮评审就被研发、测试同学给“打”回来,原因是方案有缺陷,技术上不可行,需求文档看不懂。

比如产品方案并未考虑如何与现有报表如何兼容,只考虑新报表的设计;需求文档跟其他产品经理风格差异大,没有复杂业务的案例说明等。

领导眼中看到的问题,不仅如此——小杨需求评审时,不讲全局的规划与关键场景,直接进入到细节讲解;讲解需求时,看着需求文档逐字“读稿”,旁听的人几乎全分神;面对研发、测试的问题,“束手无策”,必须自己救场等。

经过这么一轮的折腾,王总监不得不重新思考一个问题:面试环节精心构筑的“优秀”形象,为何在真实的工作场景中如此脆弱?小杨并非不努力,但面试展现的光环与岗位实际要求的核心能力之间,出现了显著的错位。

小杨的故事并非孤例

它尖锐地提出了一个关乎每位新晋产品经理和招聘管理者的问题:如何让面试中展现的潜力,在试用期的真实战场上成功兑现

产品经理要顺利渡过试用期,站稳脚跟,究竟需要跨越哪些关键能力与注意事项?这正是我们接下来要深入探讨的核心。

产品经理试用期,必须注意哪些事项?

以小杨的案例为引子,我们对它进行一次提炼总结,看看对你有什么启发。

第一,实事求是,控制预期

面试时,每个人或多或少都会粉饰自己的经验、能力,但切记不要把对方的预期拉太满,咱们来日方长。

比如你能力达到70分,适度提升至80分足以,而不是拉到90分以上。

小杨就是典型案例,第一次面对跨行业的产品机会,未形成对应产品方法论与经验前,入职新公司前,正确的做法是:学会管理领导的预期,抱着虚心学习的态度,跟领导申请循序渐进的机会,而不要好大喜功或不敢拒绝,接受远超自己能力范围的任务

比如主动设定自己前1个月新人融入计划,并与领导达成共识。即:

  • 第一周:学习业务与系统。每天以日报形式向领导汇报对应的学习内容与明日计划(如何快速学习业务与系统,后面会单独分享);
  • 第二周:梳理与分析需求。目的是从需求层面了解现有系统的问题;
  • 第三/四周:承接1-2个小需求(工作量1-2周内)。目的是与研发、测试同学的磨合,学习新公司的工作流程。

第二,掌握产品经理的基本思维方式

产品经理的思维方式是:用科学的方式(如调研/分析/试错等),逐步将不确定性变成确定性,而不追求初始确定性。

比如小杨接到任务就问领导:“报表菜单设计是三层,还是二层?”,或一头直接扎进产品方案的设计中,都属于典型追求初始的确定性。

我经过反复实践总结了两条关键产品方法论和一条产品原则,每次做项目之前,我会像念咒语一样重复,让自己真正践行它们。

方法论1:需求是1,方案是0。与之对应的产品原则是:把70%以上的精力投入到需求上,剩下30%留给方案——一般初/中级产品经理恰恰相反。

以小杨为例。

领导交给他任务后,浅浅看了需求池的需求,就把精力投入到报表的原型设计、流程图等,遇到问题就问领导,这就是把70%精力放到方案上的典型案例。

正确的做法是:先进行深度用户需求场景调研,其次是带着问题调研竞品,最后才是画原型、流程图等。

具体来说,他可以执行以下动作:

  • 动作1:围绕现有用户需求池,进行初步的需求分析——提炼需求场景,按场景进行归类(如自定义字段、自定义报表(日报/周报/月报?统计表/明细表/记录表?)、自定义报表排序、自定义导出等);
  • 动作2:选择1-3个关需求场景,分别调研1-3个客户的需求(比如遇到了什么问题?现在怎么解决?如何影响使用?频次如何等);
  • 动作3:带着调研结果,分析竞品解决方案的优劣。

参考案例:如何系统性分析需求?

方法论2:以终为始,全面规划设计;以始为终,最小闭环落地。

需求调研清楚,是否就开始设计原型方案了?

答案显然是否定的。

产品经理就像一名带兵打仗的将军,不能只顾一城一池的得失,而需要提前全面规划、全面设计。

以小杨为例。他需要思考的问题是:报表的“终局”产品形态会是什么样?从终局产品形态倒推进行产品规划以及设计。

完成后,选择一个闭环场景进行逐步迭代落地——选择标准是:它是关键需求,可独立上线,且可成为后续场景的“垫脚石”——比如自定义报表字段就完美符合第一个闭环场景。

参考案例:如何在入职1周内,输出产品规划?

第三,要用心打磨自己的产品能力

产品能力源于经验、复盘与实践,绝非一蹴而就。

若你在试用期能践行前两条建议,即使能力尚有不足,领导通常也不会过分苛责。

因为积极的产品态度和正确的思维方式是更难培养的底层素养,而产品能力是相对上层、可以培养的技能。只要基础态度和思维过关,基本就达到了试用期的核心要求。

关键点就是学会复盘,敢于实践——它们是我觉得提升能力最佳的方式。

本文由人人都是产品经理作者【产品方法论集散地】,微信公众号:【产品方法论集散地】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 之前有段试用期经历,上级要求恰恰相反,入职第一天就提了一堆需求,然后找她询问怎么跟需求方沟通细节时,她让我先闭门造车设计,然后对我的方案一再否定,但跟开发对接时,开发又认同我的初版方案。期间一直找她帮忙联系需求方时,都被各种理由推脱,就让没明确方向的去干

    来自中国 回复
    1. 这种情况就只能避而远之,但凡有经验的Leader都不会这么对待新人,而是给TA一个成长期间以及提供对应的支持

      来自北京 回复