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

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