作为女生，如何快速适应产品经理角色？

本篇文章作者以自己的亲身经验为例，帮助产品萌新们答疑解惑。如果你也是一个刚上路的产品萌新，不妨来看看拥有多年经验的产品经理怎么说。

每一个不曾起舞的日子，都是对生命的辜负。

——尼采

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

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

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

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

我没有XX端丰富的经验，我怕我做不好；
那个研发GG对我好凶，我不敢给他加需求；
我对XX业务/XX行业不了解，我不知道从何处下手；
为什么你知道XX知识，我不知道？XXXX（e.g.区块链、神经网络、并行研发等）这是啥意思啊？
和研发交锋的过程中，只能以“这样子页面比较好看、这样子用户体验好一些”来进行沟通，对研发毫无说服力；
领导在会上说的是啥意思啊，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对我好凶，我不敢给他加需求

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

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

不加需求；
不加自己搞不定的需求；
不让研发组长知道自己搞不定；
所以，渐渐地，产品层面提需求，我渐渐地养成了习惯

尽量实现成本最低（先把产品现状了解清楚，需要研发改几个表几个字段）；
技术难点帮他找CSDN；
告诉他需求的来龙去脉及重要程度；
与研发老大搞好关系。

当然了，研发老大也不是傻子，一般搞好关系也都是双方互惠互利的基础上。所以，与研发老大搞不搞关系也是看个人习惯，此非必选项。

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

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

在此说一个小窍门，每一个垂直行业的业务或运营人员，都觉得IT人员对于业务不了解，所以在日常与其沟通时多用内部词汇，e.g.在房产行业我与各位大佬开会用“案场”、“圈经”等，导致专业度瞬间加分。

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

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

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

解决方案：

创建自己的博客，定期写学习内容（所以我致力于并且长期驻扎在人人PM社区）；
了解行业动向，关注业内趋势。“鸟哥笔记”“人人都是产品经理”“互联网观察”“腾讯大学”“G.P.A”等公号我都开启了消息push，以便早上上班时候还能看点东西；
如果是没有研发及IT功底的产品萌新，可以关注“给产品经理讲技术”的书及公号。可以帮你系统的补齐产品所需的一些技术知识；
当进阶一层时，由向产品高层汇报变为向管理高层汇报时，需要用他们的语言系统进行沟通。此时就得补商学院、及一些管理学的只是，推荐得到、或各种大IP读书会。

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

解决方案：

画用户故事地图（不知道的自行百度），用以检测自己设计是否合理，并梳理如何与研发沟通需求来龙去脉；
告诉研发缺了这一环或者不这么设计会有哪些后遗症（用户找不到方向、尴尬停留、主管感觉是丢数据等等），研发很怕做个东西预后很差，所以把后遗症说清楚，其必然会按照你说的来做；
培养UED美感、推荐站酷、推荐设计圈，也可买几本日式美学、设计美学、设计之下书籍来进行系统性学习。