作为产品很多时候也要对功能和项目的排期负责

常识类概念

常见的版本号命名规则

在这里先简单的和大家聊一下关于版本的常见命名规则和几种类型。

在大部分情况下常见的版本号是三段式的，即X.Y.Z 我们用X来表示大版本号，一般当产品出现重大更新、重写、不再向后兼容的情况时我们会在X上加1，当X是0的时候我们默认为开发或测试阶段。当X增加1时我们会把后面的Y.Z清零。 我们用Y来表示功能更新，同理当Y增加1时我们也会将后面的Z清零。 Z则表示小修改，如我们修复了一个bug，页面的UI布局做了修改调整时都会增加Z，但是当Z等于10时我们不增加到Y，而是写成X.Y.10，之后的更新为X.Y.11。

在不同的项目也会有不同的命名规则，这里只做一种常见的命名规则分享，并不能代表全部。

除了版本号之外还会有一些修饰的词，比如： alpha: 内部版本 beta: 测试版 rc: 即将作为正式版发布 lts: 长期维护

作为一个产品很多时候我希望大家名词，讲人话。奈何身边总会有人为了显示自己是互联网老鸟，能说缩写的绝对不会说中文。为了避免新人被这些黑话唬住，还是简单的拓展一下。

思考阶段

首先我们作为产品很多时候也要对功能和项目的排期负责，在大家都在小步快跑做产品时，如果一个产品对于版本的管理理解深刻的话，可以省去不少麻烦。

• 在版本开发前我们要计划出这一版本我们要做什么，这会让我们明确我们需要多少人手，需要多长时间来完成这次的计划。
• 在版本开发时我们要明确这一版本我们要集中解决哪些问题，达成什么样的目标，这会让我们有共同的目标和清晰的侧重点。
• 在版本开发后我们要明确上一版本中我们需要重点关注哪些数据和出现了哪些问题，这对我们验证需求有很大的帮助。并且我们还要着手去思考下一阶段我们应该做什么。

很多时候我们作为产品经理会习惯将自己的产品视作自己的孩子，这是很好的心态。那么我们作为家长，更应该清楚自己的孩子在成长中应该在什么阶段是什么样子，我们不能要求一个小学生去学习物理化学，切忌操之过急拔苗助长。

在这里我先抛出几个问题来供大家思考一下：

1. 一款电商新产品上线了一个月，运营同学提出一个通过用户签到获得优惠券的需求，计划在一星期后上线，是否合适？
2. 这款电商产品的后台人员提出需求说上传图片时的操作流程有些繁琐，希望可以一键上传多张图片，并且盼望能够尽快解决，在开发人手不足的情况下是否要定为高优先级尽快解决？
3. 有天老板对你说，竞品最近发布了电商直播功能，希望我们研究一下抓紧时间也搞一个出来，要不要赶紧立项实现？

1. 版本目标

这几种情况可能是非常常见的，身为一个产品我们每天会面对来自四面八方的需求，每个提出需求的人都希望自己的需求能赶紧解决。这时我们会有一种进退两难的感觉，觉得自己并不是在主导这款产品，反而成了一个需求工具人。大部分成长起来的产品经理都会经历这样的阶段并且摆脱了进退两难的境地，他们在做了很多需求后形成了自己的需求分析方法论，也搞定了与老板和团队的沟通问题，从而获得了更好的执行力。而大部分的产品都倒在了进退两难这一关，大多是在方法上和沟通上存在着或多或少的问题。

在版本管理中，我们进行一次版本更新时应该尽可能的明确更新目的，树立共同目标。

在数据分析中有一个很常见的模型叫做AARRR模型，也就是我们常说的海盗模型。它由五部分组成，获取用户（Acquisition）、激活用户（Activation）、提高留存（Retention）、获取收入（Revenue）、自传播（Referral）在现今互联网思维越发成熟的今天这个方法适用于绝大多数场景。

在这个经典的数据模型中我们把目标的整体分成了五个部分，它们相互依托以此来形成循环。这些拉新促活留存这些概念看起来似乎都是运营方向的问题，这里我们单就数据来讨论。成功的产品往往都会有两个特征，没有脱离用户的需求，没有脱离数据的迭代。

这里我们简单的提出一些关于海盗模型中我们需要关注的数据以及这些数据对我们迭代会有哪些指导。

（1）获取用户也就是我们常说的拉新，一般是用户的注册、下载、关注等行为。我们常以新增用户这一数据来作为考量。任何一款产品上线之初都避不开这个环节，而且拉新这件事会持续的伴随整个产品生命周期。一般在我们刚刚上线满足了核心功能后会重点关注并优化用户的注册路径，甚至通过不断的埋点来获取数据优化需求。

案例：回想最初新浪微博的注册流程，我们需要在第一次注册时绑定手机号、身份证、输入账号密码保密邮箱等等非常多的内容，在后台的数据埋点中我们不难发现因为这些信息的繁琐导致不少用户在注册了一半的情况下就跳出了页面。随着版本的不断迭代，在今天我们的注册只需要输入账号和密码即可，只有在需要用到核心功能时才会需要我们绑定手机号和身份证等相关信息。这一更新无疑大大降低了用户的操作成本，让获取用户变得更容易。

（2）激活用户也可以理解为我们常说的促活，一般会以用户的在线时长、与其他用户的互动频次等数据来做以考量。在一款以内容为核心的社区产品，初期用户的活跃度是至关重要的，甚至对产品以后的发展会有很长远的影响。

案例：在抖音最初的版本上线时通过各种渠道吸引了很多在校的大学生录制作品，她们大多来自于音乐学院，表演系等颜值出众的年轻人。这些用户的活跃与推广为抖音在用户的心里留下了一个高颜值用户群体的印象。

回顾前面我们说到的第一个问题，在一般情况下新产品上线一个月左右时运营的重心一般会关注在拉新一事上，签到功能更多情况下会提升我们的留存，对于拉新的效果可能并不那么强烈。

（3）留存是指在经过一段时间后有多少用户留了下来，一般情况下会以月、周、日的时间维度中用户仍然使用来作为数据考量，也就是我们常说的DAU、WAU和MAU。

案例：在一些社区及游戏行业中留存是一个相当重要的指标，当一款产品的用户留存越来越低，即使有拉新用户进来也依然难以摆脱冷清的局面。根据王者荣耀的数据发现，在非长假期间用户的留存率会出现下降的情况，为了抢占用户的时间促进留存，经常会发布诸如签到送皮肤送钻石金币等任务活动。

（4）获取收入在一般情况下和会被理解为变现。在这一步骤中我的理解是不止开发方获得收入变现，用户也可以在这一步获得利益。

案例：知乎为了更好的促进用户进行高质量内容创作增加了付费问答等功能，这些功能让用户有更强烈的动机去进行持续的内容输出的同时也为平台带来了部分收益。

（5）自传播是指用户可以自发的向身边用户推荐我们的产品。

案例：拼多多采取了拼团模式让用户获取到折扣和优惠的同时进一步刺激了用户分享给身边人的动机，加强了产品本身的传播性和用户贡献度。