本篇文章作者以自己的亲身经验为例，帮助产品萌新们答疑解惑。如果你也是一个刚上路的产品萌新，不妨来看看拥有多年经验的产品经理怎么说。
每一个不曾起舞的日子，都是对生命的辜负。
——尼采
作为一个而立之年的女产品经理，在部门也算是“老大姐”一般的存在，在工作中，特别是带人中我接触到最多的问题，就是萌新产品抛来的各路问题，特别是萌新女产品抛来的各路问题。
带了几个新人，清一色名牌大学毕业生/硕士，有的已有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读书会。
解决方案：
画用户故事地图（不知道的自行百度），用以检测自己设计是否合理，并梳理如何与研发沟通需求来龙去脉；
告诉研发缺了这一环或者不这么设计会有哪些后遗症（用户找不到方向、尴尬停留、主管感觉是丢数据等等），研发很怕做个东西预后很差，所以把后遗症说清楚，其必然会按照你说的来做；
培养UED美感、推荐站酷、推荐设计圈，也可买几本日式美学、设计美学、设计之下书籍来进行系统性学习。
6. 领导在会上说的是啥意思啊，XXX我没有听懂，你觉得领导是想要A还是B？
在此比较惭愧，我用的是笨方法——录音。
开大会的时候用手机录音即可，1v1沟通时候可以用录音笔记录需求。之后反复听，反复琢磨。
当然，此时涉及到向上管理的内容，譬如你需要知道：
领导安排任务的意图、及目的；
此任务的重要紧急度；
你的汇报周期及计划；
你需要交付哪些内容（UE还是UI还是demo）；
一旦有突发情况及时汇报（计划变动、人员变动、任务变动等等）。
上述是个人作为一个过来人的肺腑之言。基本上都是亲测有效的“套路”：
产品经理的核心是交付成果、交付确定性；
产品日常工作的核心是保证交付；
产品设计的核心是排除不确定性、研究用户操作的确定流程；
然而，千里之行始于足下，萌新需要对每一个需求、每一个沟通、每一个决策都抱着诚意，即终有一天成为产品大牛。
加油！
