如何站在产品经理的视角看运营？说说我做产品总监的日子.pdfVIP

如何站在产品经理的视角看运营？说说我做产品总监的日子 今天给出这个话题，也是基于以往的经历，有感而发。我工作以来，大部分时间以运营为主 ，但攻产品的时间加起来也有小 3年的时间。其实懂运营的人，转产品会非常容易，毕竟跟 用户打交道的时间太长了，更懂用户的行为方式和心理诉求。而且很多产品逻辑，制定起来 也会更加接地气，哪怕有时候跟你讲不清楚为什么，但骨子里面能明白这么做就是正确的。 做产品，跟做用户一样，规矩是死的，人是活的。我见过很多 纯产品“ ”，骨子里面其实是非常僵 化的，有些更是把产品硬生生地做成了满足老板和某几个产品经理的需求的产品了，这叫闭门造车 。 和产品撕逼，应该是很多运营人员都干过的事情，我当然也不例外。记得我还年轻的时候，不知道 多少次在心底里暗自骂产品经理 “SB过。当然这种话，肯定不能说出口，因为你骂对方” SB 的时候， 对方也一定觉得你才是 SB 。这世界没人会承认自己 SB 。这是人性。 尤其是遇到产品总监和运营总监撕逼掐架，下面的人也会受影响，排期耽搁，到时大家都遭殃。所 以很多公司，把产品和运营统一在一个大部分下面，老大叫产品运营总监，其实某种程度上，也规 避了很多风险。 一直到 2013 年，我转产品总监的时候，才深刻的体会到做产品的不易。产品说自己是产品狗，运营 说自己是运营狗，其实大家都是同类嘛，只是苦逼的方式不同而已。 做产品的时候，我原型画的是非常好的，带交互，高保真。 prd 文档我写的不咋地，没有技术的底子 ，况且我一直觉得做到通俗易懂，把逻辑表达清楚就行了。综合讲，产品这块我只能说是懂，但谈 不上专业，尤其是跟那些从事产品工作多年的专业产品经理。 下面说一些心得和体会： 1 、产品经理要正视来自运营人员的质疑 其实不止是运营了，来自技术、设计等等的疑问，作为产品经理，都得想清楚。依然记得我当年最 猛的时候，舌战二十几个人，包括各个环节的人。 我是山东人，性格有些直，有时候说到激动的时候，对方会觉得十分不爽，我记得有次技术老大非 常义正言辞的说：类，你敢一个人挑战这全屋子里面的人，你真牛逼！ 我这人有一点好的是，嘴硬归嘴硬，那是会上，因为工作而争吵，本属正常。但如果受到太多人的 质疑，会后还是会好好想下的。有很多时候，琢磨过后，还真是自己错了。我记得有次关于自适应 ，我研究了很久，才知道答案，原型里面，我甚至将各个分辨率下的页面自适应的原型补了上去。 当时跟设计的负责人关系很好，从她身上学到了很多东西，一直到现在，我们关系还很好。 但那些经历，真的深刻地感受到了做产品经理的不易。有时候，遇到那种表情冷笑、嘲笑、奸笑， 反正笑的不正常的人，我真的有种想掐死他们的冲动！有时候，会被唾沫星子淹死。有时候，有人 会对你死缠烂打，试图说服你满足他的需求，而你潜意识里，会觉得这个需求根本不算需求。 这段经历之后，想想自己当年心底里对产品经理的各种无奈、憎恶，现在再看看自己正被多少人恨 ，慢慢地，也就平衡了。 2 、运营人员要学会分辨和筛选用户需求 说到需求，最终实现的一定是产品主导、经过团队筛选出来的官方需求，另外加上用户的部分需求 。 用户的需求，根本就是永远都满足不完的。很多没有经验的运营人员，则会把很多来自用户的需求 ，不加识别或者识别不够清晰的情况下，一股脑塞给产品。 某种程度上，一个完全不懂产品的运营人员，也是不会有远大前途的。在运营工作的过程中，就要 有意识的去补自己在产品这块的缺失，即使算不上专家，但绝不能一窍不通。 这样的好处就是，当你拿到大量用户需求的时候，你就会有意识的区分和辨别哪些是应该满足、应 该何时满足的需求，可以给这些需求分级，如果优先级很低，则可以直接 pass 掉，以后再提。 这样，产品经理自然也会轻松很多。这些工作，作为运营人员，并不是白做，而是为自己将来的美 好前途，在做铺垫。 3 、运营人员要充分参与到产品开发环节中 很多公司，在做产品开发的时候，忽略和无视运营人员的做法，是极其错误的。而作为运营人员， 本身就应该主动参与到产品开发环节里面。道理很简单： 一个好的产品，绝对不是只是某几个人拍着脑门想出来的。 运营人员始终贯穿在整个环节里，听听他们的吐槽和抱怨，对改善产品是极好的。所以产品经理的 座位，我觉得这么安排才是最合理的： 不但让你包裹在充满爱的海洋里，而且连核心的用户