当我们在谈产品运营时，到底在说什么？思维导图

很高兴在Wepac空间跟大家分享下我对产品运营的一些看法，我之前在传统行业做销售，08年后开始进入互联网领域，期间一直在做运营工作，在新浪微米以COO助理身份参与产品运营工作，还帮助朋友们的创业产品做一些运营工作，前后总共参与了十来个产品的运营工作。

第九课堂是自己创业的项目，我自己觉得和“在行”有一定的缘分，“第九课堂”项目和“在行”很相似，它是线下的一对一付费约见行家的模式，唯一一点不同的就是我们是一对多的模式，后期也特别想尝试一对一，但是由于当时团队的想法不太统一，就没有继续往下做，我个人还是非常认同这种分享经济的项目模式，我也是“在行”的第一批行家，体验还蛮不错的。

我现在在做的一个项目是“三节课”，是一个面向0~3岁产品经理的公益培训组织，对于C端几乎免费的产品经理课程学习。两天的线下公开课到实战营，需要你在两天内实际做一个完整的产品制作，从PRD到核心业务的流程图，最后到手机上可演示、可交互的一个demo，除了没有代码外，它就是一个完整的产品，整个流程都是通的。面对B端是收费的，所以需要互联网创新以及其人才成长的各大企业都可以找我们，当然我们时间精力有限，所以会选择性地接项目，现在接的项目是苏宁、京东、华为等等企业。

与产品经理聊产品的时候，他们会给你一些看起来很高端的原型图、思维导图、业务流程等等。今天我就试图给到一个能够让95%以上的人理解的、关于产品运营的解释。

互联网产品的基本定义

从抽象来看，互联网产品就是一个横向和一个纵向。以外卖App举例：横向是业务流程：用户注册、登录、查看店家详情页、订单支付等等，纵向是信息架构，包括前端、后端，前端需要一些展示位：地理位置的显示、店家的其他信息，后端需要用户角色库、权限库、数据库，所有这些匹配起来就串联成前端和后端，前端和后端就是某一个节点上，通过用户在App的操作和交投，我判定用户身份后，从后端吐出一些信息到前端，展示给用户。

产品的不同阶段：版本

对于一个产品而言，典型的需求来源有三种：第一种是对于用户的深度观察与挖掘；第二种来源于数据，前两种来源都比较常规、合理；第三种在整个互联网中就比较“可怕”，来源是老板（从资本面、商业、行业等方面考虑，思考出一个需求出来，这种可能会不能使用到客户层面上，因此也就会经常与老板的撕逼）。

有了需求来源后，我们通常会建立一个需求池，之后产品经理就会对这些需求逐一进行分析（真伪需求的判定）以及优先级的排序，接下来的一步就是进入版本，版本就是需求在某一阶段的较小的、有边界的集合，并且它是帮助产品实现最终形态的一种手段。

因为在提需求的时候，人性本贪，所以脑子里会蹦出一大堆想法，但是反过来看这些产品资源、设计资源、研发资源等等，往往都是有限的，如果对这些需求不进行简单的分析、优先级的排序，全部实现是非常可怕的，一方面会导致你的开发周期太长，另一方面还会使产品难产，甚至它生产出来也是一个庞然大物，用户可能都不知道怎么用，所以在行业中，做产品有一个原则：在开发的时候做加法，在最终实现的时候一定要做减法。

没有封闭意识的版本时非常可怕的，就像之前我们做“周伯通”移动端App，版本没有做封闭，因为觉得想法不一定好，需要一个随时有新想法就可以优化的保留设计，最后导致App做了半年才上线。

这个事情特别伤，因为你的版本没有做封闭的话，意味着你每次有了一个新需求，开发、运营的状态和节奏会被你打乱，另外会造成很多资源的浪费。如果我们规定一个月做一个版本的话，我们可以一个月做一次大的调整、技术评审等等就好。

都说互联网行业要进行迭代，一个互联网产品的每一个版本开发周期最多两三个星期，一个月一个迭代的节奏是比较合理的，如果你的产品在早期几乎没有非常完美、尽善尽美，产品上线之后，先找1000个用户，看他们会不会用，怎么用的，有哪些反馈，在这样的过程中调整，才是合理的节奏。

我一个朋友留学回国后，因为很喜欢旅游，就想做一个游记类产品，他觉得市面上没有一款满足他需求的产品，所以决定做一个非常美丽、好看、符合他调性的游记类产品，然后他拉了投资、组了团队，开始碰各种需求、定产品形态，之后进入产品开发，一开发就开发了一年半，一年半后产品终于发布了，但是发布后的数据非常惨淡。且不论他的需求判定是不是合理、存在的，就算存在且合理，在互联网时代，一年半的时间，行业变化是巨大的，也许在他那个年代，可能用PC端写游记，但是一年半后，谁还会用PC端记录？

你的开发周期太长，有一个巨大的风险：产品的外部环境和用户习惯全都在发生变化，而你却浑然不觉。

到底什么是互联网产品运营？

所有行业都存在运营，运营就是为了连接产品和用户所要使用的一切手段。很多东西都可以往运营里框，典型如像客服、活动策划、CV工程师（这个职业是由于互联网而诞生的，其实就是Ctrl+C和Ctrl+V）等等。不同的业务形态、产品形态，我们所需要的产品和用户之间的关系是不一样的。

我以前在日企卖仪器，面对各大高校、科研机构等，与客户的连接深度和发生的关系频次都是比较浅的，我们不需要和客户发生高频次的互动，我们只需要阶段性或者一次性的发生关系就行，比如说考研教育、留学教育等，这些就是一次性的关系，你考研成功了就结束了。这些是以成交为导向的。

但是在互联网产品上，用户与产品的关系就不一样了，比如说社区、社交、微信等等产品，它们需要建立产品与客户之间的关系就是频次更高、深度更深的关系，比如知乎这样的产品，用户其实就是它的一部分价值。我们是因为知乎这个产品而上知乎，还是因为那群用户而上知乎？你讲不清楚，所以它的用户就是它价值的一部分。因此，运营就是为了帮助产品和用户建立这种符合业务逻辑关系的你所要使用的一切手段。

运营的三句话

之前小米黎万强出了《参与感》这本书，我们都想着效仿借鉴一下，结果发现根本行不通，参与感需要一个前提：用户是基于自发性的动机，自己想来接受这个服务的，这样才可以。

但是你想用在考研、考证上，其前提根本不成立，在这种业务形态下，用户想满足某个服务、想参与，动机是被迫的。在这种情况下，他本来背英语背得很痛苦，你还跟人家玩参与感，这是没有用的。

不同形态的产品：工具型产品、媒体型产品、社区型产品、社交型产品、平台型产品，运营策略是完全不同的。

比如说平台型产品，至少是两端用户，一端是B端，另一端是C端，一般的逻辑是：你先做B端的运营策略，然后通过B来吸引C，当C端达到一个临界值的时候，这时运营策略倾斜到C端。

如果你是一个纯粹工具型的产品形态，你的运营策略就应该特别简单，是产品驱动运营，这个工具有没有价值是关键，放大这个价值并传播出去就可以了。如果产品工具还不太完善的时候，运营就是帮助打磨产品价值。

运营更注重的是短期、及时、刺激，而产品更注重稳定、长期、逻辑。产品一般而言是相对理性一点的，运营则是相对感性一点的。

99%的产品价值可以说不需要运营再去创造价值的，这里有两个可能性：第一种，产品的长期价值有可能太长了，长到用户从一开始看到这个产品的时候，就感知到这个产品价值了；第二种，绝大部分产品是不可能一上线就有一个稳定、完善的产品价值，需要用户反馈打磨等等，才能形成产品价值。