本期讲者：黄有璨，三节课（公益互联网人学习社区）联合创始人

互联网时代，人人都应该是产品经理，怎么运营好你手中的产品呢？

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

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

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

今天主要帮大家解决几个问题：

1、到底怎么理解产品和运营？

2、通过几个案例，理解互联网产品设计、运营背后潜在的规律性。

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

互联网产品的基本定义

从具象来理解，互联网产品，就像一个黑盒子，比如有一个客户是不开心的脸，然后他来到这个黑盒子里面，经过一系列的服务和反馈之后，他变得开心了，他笑了，而我则在这个服务他的过程中自然获得了收入。

我觉得互联网产品的第一价值是用户的微笑价值，房地产等传统产品的第一价值不是客户的微笑价值，而是成交价值，所有的一切活动都是围绕着成交进行的，陪吃、陪喝、陪笑等等。

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

产品的不同阶段：版本

产品的第二个概念：版本（版本是产品的不同阶段）。

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

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

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

对于版本，有三点供大家参考：

第一，版本是需要封闭的；

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

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

第二，版本一定要小于需求的；

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

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

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

第三，需求像流水，版本是水闸。

需求和版本的关系就像：需求是上游水源房地产推广策划，版本就是一个能够长期流下去的大江大河，用户就像生活在大江大河旁边的生物。因此，需求既不能外放得太猛，像发洪水似的，那下游的生物就被淹死了，同时你也不能发太小的版本，特别是你的产品到了中期的时候，你一直发一些修复bug、换个logo像素等等小版本，对用户而言体验感很不好，你会发现你每发一次小版本，你的用户就在大量减少，因为没有带给用户新的价值，就是在骚扰用户。

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

来源【写作训练营】自媒体，更多内容/合作请关注「辉声辉语」公众号，送10G营销资料！