写给走在路上的后台产品经理

互联网er的早读课 · 公众号 · 科技媒体 · 2016-09-25 08:39

正文

数十万互联网从业者的共同关注！

作者：李帅。作者授权早读课发表，转载请联系作者。

欢迎投稿到早读课，投稿邮箱：[email protected]

住院已经一个星期了，肺炎影响了我的工作计划，同样也在向我告诫对生命应充满敬意，看着医院的电视节目实在是要吐了，心情也憋的不自在，我是一个闲不住的人，今年26周岁的我已经硕士毕业2年半了，工作时间虽然不多，但还是想把经历分享给大家，也给自己一个回忆。

记得毕业那会，找工作形势还可以，尤其是产品经理岗位，获得offer的时候，我还在宿舍床上躺着睡觉，接到电话的时候还以为在做梦，又睡了会。找工作那段时候很是郁闷，对工作机会充满绝望，心中各种思绪在头掠过，但总还是坚持不懈地来往校园招聘会，蹭着152路来到东北大学这个985院校，这里招聘会还是很多，感谢东北大学给予学生们一个公平的机会，从笔试到面试，到发offer还比较顺利，收到jd工作机会过后，又收到了顺丰的offer，由于自己对互联网行业及薪酬的考虑还是来到了北京，这个神奇且富有激情的城市。

在京东做的是后台供应链相关的产品，这里的产品说实话还是很前沿的，回想起来，感受颇深，供应链产品发挥的价值，直接影响着前端交易整体gmv及运营策略，不夸张的讲，供应链做不好，直接影响企业资金流和物流，供给建议为采销们提供了非常有价值决策参考依据，你在京东购买的自营产品都是通过该建议直接进行备货参考的，保证你在恰当的时间买到恰当的商品，保持一定周转的同时也需要不缺货，这是一个很难的系统工程。

供应链相关产品对于整个交易过程来说是最前端的产品，所以至关重要，尤其是对于百万级大体量sku数量来说是重中之重，也是最难决策的事情，区别于执行层，预测与补货类产品是最难做的，不确定性因素比如促销与营销等事件的存在，给供给链路造成很大麻烦，供应链链条的最优化模型需要不断的去尝试与完善。在京东，最大的感触莫过于产品机会很多，且很能获得领导们支持，在这里你可以发挥你的专业优势，做有利于最终消费者的产品，该产品可以比作鞭子的头部，头部控制不好，鞭子的尾部可就不听使唤了，感谢京东将我带入了产品经理行业。

刚入行，比较中意画一些原型交互与配色，看一些产品体验方面的书，但我很庆幸，我急刹住，对于产品来说熟练就可以了，不要太深埋到这些工作中，这会影响产品的时间，应该把这些时间用于研究业务和接触用户上去，把目标用户和产品价值定位清楚，把产品的商业目标定义清楚才是最重要的，剩下的就是执行层了，都是产品经理基本功，demo与prd的结合，完整的交付给技术人员，但如何完整呢？

在京东工作一年后，我加入了菜鸟网络这个大家庭，很荣幸，供应链管理是我的本专业，挺对口的，另外，供应链与物流息息相关紧密结合，会引领未来蓝海行业，期待着某一天足不出户买到更加丰富种类的全球各个国家的产品，花上48小时以内的时间就可以满足我的需求，这项使命很难，货通全球且是在一定时效内，想想这个目标还是蛮激动的！

在菜鸟，对我的prd撰写能力提出了更高的要求，记得看过一本麦肯锡方法论的书，基本思想是告诫我们场景要覆盖全面，说起来简单，但真正做到这一点，经验累积的同时也需要对事情的认知能力要深，深透了解产品背后的逻辑及逻辑后的业务价值，反问自己，是否解决了痛点给用户带来了价值，且是超出用户期望的产品，产品经理要对自己的产品进行review，正常及异常情况都需要考虑完善，demo对技术来说尤为重要，这让技术们对产品有个直观的感觉，交互、视觉、前端、技术与测试都需要它，这也是界面型产品工作量评估与验收依据。

这里分享下一些精华经验，供大家参考。

你不写上，研发们默认都是没有的。具体一个字段、一个异常场景文案、一个日志记录的迁徙，都需要在prd中明确，要不然，产品验收的时候会有据可依，不存在扯皮，也为工作带来高效，不互相猜疑和推卸，当然，写清楚每个逻辑是产品经理最基本的能力，文档的完整也是衡量prd优良的一个重要指标。
和交互及视觉聊，一定要表达清楚最初原型设计的依据，为什么要这些内容以及这些内容期望按照什么样的思路流转下去，哪些内容特别重要，剩下的就交给交互与视觉同学吧，相信彼此才能高效工作，交互视觉评审的时候，存在巨大差别的可以沟通清楚，寻求一致。
和测试同学聊，一定要把场景说清楚，正常流程与异常流程，并发场景如何处理，条数多了如何处理，系统失败了返回给用户什么，同步还是异步，这些都是要弄清楚的，虽然发生几率不大，但体验会非常好，觉得是个成熟的产品，也不会遭到用户的吐槽和摔鼠标。
细心，本着对产品负责的原则，mrd、prd、交互视觉、技术方案、uc评审要一个不落，要不然你的产品可能会变样，虽然有最后的uat测试，那个时候再说不同意已经晚了，借用同事的一句话刀尖上舔血，你说上不上。
找对人，避免无效沟通，曾经做了一个需求光开发换了3个，交互换了2个，测试换了2个，这对于产品经理来说，解释成本会非常大，所以一定要找对接口人，让接口人之间传达会省下很多沟通成本。
最后，是项目的推进方式，项目在推进过程中会遇到各种阻碍，这时候如果是产品上的事情需尽快确认，如果你是pdm那就有权利要求每一个涉及的产品域做好自己那部分的产品，给一个deadline，威逼利诱的把所有prd整合，形成一个整体文档，供技术同学以依据，最怕的就是等，产品是头，逻辑不确定，怎么开展后续工作呢;项目上遇到其他团队的阻碍要适时借力，自己领导的力与对应团队领导的力，邮件该抄的抄送，大红字说明，钉钉拉群效果也不错，只要是能推动项目进展，不出格的方法都可以用，到了节骨眼上对事不对人，也别怕得罪人，毕竟结果对于彼此来说都很重要。
产品经理也要增加自己的产品观学习，多关注一些产品经理相关的公众号，行业信息等，知乎和pmcaff上都有很好的文章，可以学习借鉴，另外产品经理一定要有自己的调性，不要给自己定位是一个执行层，写着prd文档画个demo之类的，要多问几个为什么？

无论是谁给你提的需求，在搞清楚为什么要做这个需求之前，不要做任何事情，把来龙去脉了解后再设计产品实现逻辑，这样避免光埋头做，到最后没有价值的产品出现，对于产品实现链路上的各个角色而言都是很伤士气的，一定要直接或者间接的提供数据支持给技术同学认同感，这样做起事情来，避免后续的挑战环节出现，产品快开发结束了，由于某一个技术难关的出现转移注意力到挑战产品价值上面。

我自己也是一个2年多的后台产品经理，正在努力建立自己的调性，我们所做的工作每一个细节都是在改变着我们的日常生活，将自己的价值放大，这样自我实现的满足感会增强，也为自己的工作增加激情。

后台产品经理，实现逻辑比较复杂，把精力应该放到商业目标、产品痛点与价值的调研上，当然pd的基本功还是要的，从战略层到执行层，到最后的表现层，这3层对于3年内的产品经理理解透彻了我觉得就很不错了，框架层的思维方式非一日就可以养成的，需要不断的经验积累，加油，给自己建立一个标的物，不断的去努力甚至去超越，我不敢保证别人的看法说我是最牛逼的，但我可以确定我可以成为我心目中最牛逼最独一无二的产品经理。

路还长，我们需要共同分享。