关于产品,关于运营,关于“全栈pm”(一).pdfVIP

关于产品，关于运营，关于 全栈“ pm”(一） 大家好，我是刘锤， 09 年毕业开始干互联网，到现在刚好 7年。这七年间，除了写代码以外 ，互联网行业几乎所有和产品 /运营相关的工种都或多或少干过了，而且年限还几乎差不多， 三年半产品和三年半运营，以至于经常被人笑话是样样稀松的万金油。一年半以前我写过一 篇总结运营的文章，很多朋友来找我聊。有聊困惑迷茫不解的，有聊职业发展的，有聊要不 要转行的，也有聊具体工作问题的，我也都尽量能回复和探讨。但我现在很愧疚，我之前说 的东西，我现在认为已经不适合这个新的时代了。所以我想说点不一样的东西，和我理解的 产品和运营的发展趋势。 技术领域有个很有意思的新东西（也不算新，概念提出到现在好几年了）叫微服务，这微服务可不 是什么微信做微商那种概念，而是一种在开发领域中技术架构层面的创新。我也不写代码，但本着 对技术的关注和好玩，买了点书看了看，结果如获至宝。 具体的东西如果大家有兴趣可以稍微看看这篇文章 ：/content/15/0527/12/9075092_473594193.shtml 或者《微服务架构与设计》这本书： /subject?from=tag 和《微服务设计》： /subject 我对这东西的理解是这种开发架构，把以前的一揽子框架解耦的很彻底，每个应用被分解到有一个 专门的服务与之对应。举个可能不太恰当的例子，就是我们看 58 同城这种传统分类信息网站，信息 发布者和信息获取者，是同一套系统在支撑的。这是基于一种人人都可能同时是发布者和获取者得 逻辑。而现在，优步滴滴等快车应用，就拆成了专门的司机端和乘客端。你说有没有司机同时是乘 客呢？当然有，但为什么不合起来呢？因为拆开能更专注的提供司机和乘客分别的体验。 当然实际的技术开发中，这种解耦没 58- 滴滴这种对应那么简单，因为我们今天讨论产品和运营的 问题，所以就不展开细说了。 我之所以要先引入这个概念，是我觉得可能在产品运营领域，下一个 3-5 年，有可能会出现和微服务 极为相似的职业变化情况，即非开发工作的 彻底解耦“ ”。 我给这个概念取了个名字，叫 产品运营的去专业化“ ”。简称 de-professionalism of pm 。 首先，我们先来看看传统意义上，互联网行业的工作中，对产品和运营的划分。 为了好对应，我各写 8个，多的就不写了。 基于这个分类，我们似乎很容易得出一个人到底的工作算是产品还是算是运营。比如你在公司的核 心工作是投各种广告平台，或者你负责新浪微博 /微信公众号的文章发布，或者挨个去拜访合作伙伴 谈合作项目，那你毫无疑问算是一个 100% 的运营人员。再比如你每天的工作就是采集需求然后出 原型图，每天和开发同学沟通业务逻辑，甚至你得自己去写 sql 跑数据， axure 是你最常用的软件， 现阶段你似乎也算是一个 100% 的产品人员。 但从我最近一年多的感觉来看，这种可被轻松定义的 100% 纯工作越来越少了。有很多和我交流的 同学，上来第一句话都： 我也不知道我算产品还是算运营，总感觉什么都干“ ”。我相信这个观念会 萦绕着很多人的内心，让他们产生对个人技能发展和职业路径的困惑。 而且不光是一线执行的同学，更多的管理者也有这种困惑。到底怎么为某个看起来很卖力的小弟规 划职业路径？这哥们再升职，应该放到什么地方给什么 title ？这些问题如果不解决好，就经常会发 生人才流失的问题。 讲道理，三年前，这种困扰其实不多。但是，时代变了。 在互联网公司中，设计、开发、以及作为职能部门的财务、人力、法务等，都是有非常明确职业路 径职位。假设我们谈论一个刚毕业的设计师，他的职业发展路径就是从一个小设计师慢慢变成一个 行业的大师，当然在他发展的过程中，也不可避免的要有些拓展，平面， ui ，广告，网页， app 等等 最后可能