作者：韩露

题图来自 Unsplash，基于 CC0 协议

全文共 3031 字，阅读需要 6 分钟

———— / BEGIN / ————

作为一个而立之年的女产品经理，在部门也算是“老大姐”一般的存在，在工作中，特别是带人中我接触到最多的问题，就是萌新产品抛来的各路问题，特别是萌新女产品抛来的各路问题。

带了几个新人，清一色名牌大学毕业生/硕士，有的已有1-2年的产品工作经验，但是在产品工作中还是会略显稚嫩。

在此，想写一篇文章，把自己一路走来的心路历程、及在和萌新女产品工作中总结出来的各种心得，特拟一篇文章，惟愿能够对各小妹妹快速进入产品经理角色提供帮助。

大致有以下几个场景暴露出问题：

1. 我没有XX端丰富的经验，我怕我做不好；

2. 那个研发GG对我好凶，我不敢给他加需求；

3. 我对XX业务/XX行业不了解，我不知道从何处下手；

4. 为什么你知道XX知识，我不知道？XXXX（e.g.区块链、神经网络、并行研发等）这是啥意思啊？

5. 和研发交锋的过程中，只能以“这样子页面比较好看、这样子用户体验好一些”来进行沟通，对研发毫无说服力；

6. 领导在会上说的是啥意思啊，XXX我没有听懂，你觉得领导是想要A还是B。

特别申明：

首先，我不是女权主义者，没有《lean in》里谢丽尔把很多问题都简单归为男女性别潜意识。

但是，女神谢丽尔在《lean in》里写的女性性别中的“冒充者综合征”我在初入职场时候也曾深深体会过，觉得自己不配得、不自信、无法给予自己及他人承诺及确定性。

但是，并不能说明，“冒充者综合征”是女职场人，特别是女产品经理必须面对且难以摆脱的梦魇。

其次，作为一个刚刚步入而立之年的产品，我对于产品及生活的洞见还停留在这个年龄及阶层的视角，更高决策者视角，我目前尚无法给出。还望见谅。也许哪天回头翻一翻曾经写过的博文，也会笑自己此时的稚嫩与粗浅。

最后，下述操作亲测有效。包括但不限于女萌新产品，男萌新产品及未入行想入行的产品，都可以按照此法操作。

以下是正文介绍部分：

1. 我没有XX端丰富的经验，我怕我做不好

首先，问这个问题的人，通常都对自己不够自信，或者说你和你的上级没有就这个任务的来龙去脉沟通清楚。

既然你的上级已经把这个任务分给你了，就说明以下四种原因占一种及以上：

• 内研产品，大胆尝试，勇于试错；

• 不是核心项目及核心模块，没有需要入门很久才能掌握的复杂逻辑；

• 有你的上级替你把关，你怕啥？

• 部门里没有人比你更适合；

所以，基于上述，内心的害怕及担忧指数大大减掉。

在2017年初，我也应邀加入了一个自己前所未有的挑战——做一个大型房产网站的0-1，包括网站前端、OP后台、及话务系统。

在此之前我既没有房产行业经验、也无大型网站0-1的经验，仅仅当一个助理产品做过一些UE设计，和边角料的产品。

复盘2017年做网站0-1的历程，当时我只做了三件事情：

1. 与产品总监（你的直系汇报领导）打好交道，做好沟通，向上借力，把能调度的资源都调度起来。期间，因为领导安排了其他员工讲解业务要点、各个角色日常工作、安排需求讨论会。在开会时，因为是新人，有事会听不懂，所以就手机录音反复听。

2. 了解一个行业，从了解竞品开始，查看竞品、研究竞品、临摹竞品。当时为了进行竞品分析，保存了Alexa排名书签，至今仍不时关注。

3. 内部学习，勇于借鉴，拒绝闭门造车。在Q1提交完前台UE后，后台的UE完全不知从何下手，就索性在另一位产品前辈的UE基础上进行合并扩充。而我俩的UE，构建了整个OP系统的0-1。

话务系统，由于公司没有也没有做过话务系统，索性我从400供应商后台查看及借鉴其内容。并与话务运营人员沟通对接其日常的操作流程，在双周构造出一个轻量级、好用的话务系统。

2. 那个研发GG对我好凶，我不敢给他加需求

在初入职场时，我曾经也有如此的困惑。好的研发，基本上会告诉你“是什么、为什么、为什么不能按你说的做”；而差一些或者配合度低的研发，基本上就是“不会写、实现不了、和你领导商量下”。

其实研发是无民事行为能力者，也就是说，他们的最大需求：

1. 不加需求；

2. 不加自己搞不定的需求；

3. 不让研发组长知道自己搞不定；

4. 所以，渐渐地，产品层面提需求，我渐渐地养成了习惯

• 尽量实现成本最低（先把产品现状了解清楚，需要研发改几个表几个字段）；

• 技术难点帮他找CSDN；

• 告诉他需求的来龙去脉及重要程度；

• 与研发老大搞好关系。

当然了，研发老大也不是傻子，一般搞好关系也都是双方互惠互利的基础上。

所以，与研发老大搞不搞关系也是看个人习惯——此非必选项。

3. 我对XX业务/XX行业不了解，我不知道从何处下手

这个与Q1完全一致。如果你的兴趣在此，对于行业的需求有明显的感知（所以教科文卫未来是互联网的重头戏，个人预测），花1-2个月认真研究竞品，认真看行业的文章（加几个大V博客及公众号）即可。

在此说一个小窍门，每一个垂直行业的业务或运营人员，都觉得IT人员对于业务不了解，所以在日常与其沟通时多用内部词汇。

e.g.在房产行业我与各位大佬开会用“案场”、“圈经”等，导致专业度瞬间加分。

与其他人沟通时他们会觉得你是自己人，进行需求沟通也顺畅的多。

4. XXXX（e.g.区块链、神经网络、并行研发等）这是啥意思啊？

此就是普通产品经理与资深产品经理的分水岭了。——知识图谱。

解决方案：

1. 创建自己的博客，定期写学习内容（所以我致力于并且长期驻扎在人人都是产品经理社区）；

2. 了解行业动向，关注业内趋势。“运营派精选”“人人都是产品经理”“互联网观察”“腾讯大学”“G.P.A”等公号我都开启了消息push，以便早上上班时候还能看点东西；

3. 如果是没有研发及IT功底的产品萌新，可以关注“给产品经理讲技术”的书及公号。可以帮你系统的补齐产品所需的一些技术知识；

4. 当进阶一层时，由向产品高层汇报变为向管理高层汇报时，需要用他们的语言系统进行沟通。此时就得补商学院、及一些管理学的只是，推荐得到、或各种大IP读书会。

5. 和研发交锋的过程中，对研发毫无说服力

解决方案：

1. 画用户故事地图（不知道的自行百度），用以检测自己设计是否合理，并梳理如何与研发沟通需求来龙去脉；

2. 告诉研发缺了这一环或者不这么设计会有哪些后遗症（用户找不到方向、尴尬停留、主管感觉是丢数据等等），研发很怕做个东西预后很差，所以把后遗症说清楚，其必然会按照你说的来做；

3. 培养UED美感、推荐站酷、推荐设计圈，也可买几本日式美学、设计美学、设计之下书籍来进行系统性学习。

6. 领导在会上说的是啥意思啊，XXX我没有听懂，你觉得领导是想要A还是B？

在此比较惭愧，我用的是笨方法——录音。

开大会的时候用手机录音即可，1v1沟通时候可以用录音笔记录需求。之后反复听，反复琢磨。

当然，此时涉及到向上管理的内容，譬如你需要知道：

• 领导安排任务的意图、及目的；

• 此任务的重要紧急度；

• 你的汇报周期及计划；

• 你需要交付哪些内容（UE还是UI还是demo）；

• 一旦有突发情况及时汇报（计划变动、人员变动、任务变动等等）。

上述是个人作为一个过来人的肺腑之言。基本上都是亲测有效的“套路”：

• 产品经理的核心是交付成果、交付确定性；

• 产品日常工作的核心是保证交付；

• 产品设计的核心是排除不确定性、研究用户操作的确定流程；

• 产品即心法。做产品其实就是修心之路。

然而，千里之行始于足下，萌新需要对每一个需求、每一个沟通、每一个决策都抱着诚意，即终有一天成为产品大牛。

加油！

———— / END / ————