想要转行做产品经理？
大厂数据产品民工来回答啦，先说一下我的背景，我是通过0经验自学转行产品经理的，曾经在某互联网大厂做了2年产品经理，都说产品是互联网行业门槛最低的岗位？人人都是产品经理？产品钱多事少好摸鱼？活都是开发干，产出都是产品拿？？？
No，No，No本厂妹今天现身说法
想象中的产品工作
经过详细的数据分析，用户调研需求分析，最终归纳总结n个用户诉求，并在仔细评估价值后产出产品需求，拉通各个业务方和合作方，大家一拍即合，迅速推进
实际中的产品工作
十个需求有八个都是老板拍脑袋要做的，不但要说服自己做，还要做好，想出合理的价值，经过和合作方180轮撕逼，艰难的推进。进度慢了，上线效果不好了，都要被老板质疑“你能力不行”
想象中的产品工作
研发、测试、运营都是你的小弟，作为项目的核心成员，一声令下，大家心往一处想，力往一处使，互相补位，把需求完善的尽善尽美，做的又快又好
实际中的产品工作
项目延期，找产品；功能不好用，找产品；有用户咨询，找产品；出了线上问题，都怪产品。把产品杀了祭天一切问题就可以迎刃而解了
想象中的产品工作
每天做做数据分析，写写文档，喝喝咖啡，催项目成员进度，聊聊微信，完美的一天就过去了
实际中的产品工作
一天八个会，开会十小时，各个业务方轮番撕逼，你有你的排期，我有我的优先级，谁也不服谁，谁也不松口。夜深人静终于可以抹黑写个需求，又要被“灭负’’，只能默默背着电脑回家奋战到黎明
想象中的产品工作
汇报时项目数据表现超出预期，价值明确，老板器重，升职加薪一路升级
实际中的产品工作
一年十个项目，有八个石沉大海，另外两个一堆故障，各种合作方怨声载道，觉得产品的存在就是劳民伤财。侥幸有一个项目出了成果，也是老板指挥的好，开发架构设计的好，运营的策略指定的好。产品？产品一个传话筒，能有什么用？
哈哈，听了上面的这些，如果觉得可以接受，那恭喜，你是真正的产品人，一颗强心脏，就是成为产品最重要的要素。不用紧张，只是跟风自黑，工作中，想象中和实际上提到的场景都会遇到。随着产品能力越来越强，经验越来越丰富，越来越可以驾轻就熟的拉通各方，生活就会越来越向想象中前行啦（知道怎么处理事情处理关系，就不至于夜深人静气的蒙在被窝里哭了）
除了以上的「跟风自嘲」外对于想转行产品经理的小白我也有几个建议想给到大家，比如从0到1培养对产品的基本认知就是非常重要的~
像我的日常会负责产品三个版本的迭代和优化，经历了产品设计/开发/测试/上线的全流程，每天属于精分状态来回切换：
1.版本1处于上线阶段：线上需求跟进一需求池整理一数据&反馈回归一小版本优化
2.版本2处于开发&测试阶段：排期一跟RD沟通产品细节一文案和埋点梳理
3.版本3处于设计阶段：需求调研—MRD撰写一跟交互沟通产品细节一需求评审
作为一个老社恐本人，我的工作需要跟n个角色对接，比如跟研发/设计/运营/测试/客服/产品同学沟通需求，刚开始我很不适应也出现过一些社死现象，到现在能够很好地接招和沟通。我发现做好本职工作的同时，80%的工作都在对接，这是我经常面对的2个情况以及我的浅浅思考
RD说这个需求我做不了
1）明确背后真正的意思：真的做不了/能做不想做
2）解读现象的根本原因：技术/排期/时间成本/开发/难度/预期/收益
3）被argue 时快速给出解决方案
4）本质上如何让RD 多做：维护关系/利益共同体
交互说：这个需求我觉得这样设计更好：
1）认可想法怎么回答
2）不认可想法怎么回答
当然不被argue的前提还是要提升自己的产品能力，所以自己还有很多提升空间吧
不足之处：
1）保持穷尽思维：写 MRD时逻辑要穷尽且互斥，想到最完全的解决方案
2）排定事情优先级：按照对接角色和跟进版本把每周对要做的事情排列出来制作成表格
3）做好项目管理：需求的推动需要多重角色的配合，根据自己的ddl把对接角色的ddl排出，以免自己的事情延期
4）汇报关键节点：定期反馈重要节点的状态，周期长的需求及时反馈中间态以防止想法偏移
其实说了这么多最主要的是想和大家说，不要神化任何一个工作。资本家不是傻子，不会付出远高于你工作价值的工资聘请你来工作。生活也总是有苦有乐的，永远在走上坡路，才是最重要的~
