调侃调侃

从0到1，总是很吸引。完全颠覆，总是很诱惑。世界一直在变得混乱，我们那么努力，更多时候是为了让这个世界变得不那么坏。这不是什么悲观的事，而是当世界的某部分乱得不能继续了，我们就可以全新开始了。只是大部分时候，世界没有到颠覆的临界点。

我们希望历久弥新

一个有一定用户量的产品，它的存在一定是有意义的。有时候你甚至都无法想象，一个看起来没什么卵用的功能，怎么会有如此多的用户仍然在每天使用，以至于产品经理们都不敢随便做新的东西替换老功能了。另一方面，即便你已经开始做新产品了，你也不能马上放弃旧产品，因为你的主要用户群体还是在使用老产品，甚至公司的主要营收还是在老产品上。

你想把老产品完全推倒重做，有时候是一件非常困难的事，即使技术层面上这不是一件难事。你可能遭遇两大压力：

（1）与既有业务的利益冲突：很多营收业务在老产品上扎根，轻易变动风险很大。

（2）用户习惯的影响力：用户对于老产品已经形成了使用习惯，贸然改动会引起用户大规模抗议。

一个产品到达被颠覆的临界点之前，做好维护是产品经理们日常工作的重要组成部分。

小改动有大学问

产品的改进方式基本有两种：发新版大改和不发版小改，其中不发版小改又可细分为页面修改和插件更新。

➀ 发新版大改

针对于流量型产品（包括PC、Mac、移动APP），功能逻辑的设计方式大致可以分为原生和页面两种方式。一般大型的、重要的功能需要做成原生的，这样载入速度、交互体验上都会更好一些，但问题是发版周期比较长，快速一点的迭代也至少需要两周，看到产品改动效果则要更长的时间积累。所以，发新版本进行大改动的功能一般都是需要慎重考虑的，因为改动成本比较高，特别是老产品的用户量动则千万级，一个不小心KPI就呵呵了。

➁ 不发版小改

有时候，产品经理们没有资源可以进行大改版，只能通过不发版的形式进行产品改进，改进方式一般是页面改动和插件更新。页面改动比较方便，因为每次页面加载的时候都需要向服务器拉取相关资源，所以页面改动比较快，甚至可以做到一天更新多次。虽然页面改动比较方便，但因为页面的产品体验比不上客户端原生功能，所以不是所有功能都适合做成页面形式。另一种可行的不发版更新方式是插件更新，每次客户端启动时，可以从服务器下载新的插件到本地，进行某些功能的更新。插件更新的效果跟客户端发新版的基本一致，但有个问题就是插件更新一般都会延后生效（客户端启动一段时间后或第二次启动后才生效）。

不发版改动的那些坑

好的，上面说了一大堆铺垫的话，现在可以说说Glen的实际体会了。最近Glen参与了一个老产品的维护工作，这个产品已经不准备发版了，但上面的用户量依然非常庞大，为了提高营收必须对这个老产品进行用户体验的重新设计，可以选择的方式就是插件更新和页面改动。下面分享一下Glen在这次产品设计中遇到的问题和解决办法：

➀ 客户端和页面的登录态问题

客户端和页面组合是目前产品的主流设计方式，这种设计方式有它的好处，那就是可以更加灵活地对某些功能进行改进。但这种组合的方式，客户端和页面之间存在登录态同步的问题，这里的坑有无数。用户的登录状态不能在同一个产品里保持统一，这个产品的体验一定是不及格的。所以，在验收产品时谨记：用户在页面或客户端登录，正向和反向都需要把登录状态同步到整个产品。

➁ 数据统计的传递

在客户端与页面之间、页面与页面之间，用户主流程发生变化时，会产生参数传递，这时非常容易导致数据统计的丢失。比如前一个页面没有把按钮的统计传递到后一个页面，这样会导致产品的数据统计不准，营收的金额不准，导致产品分析时漏斗模型不精确。这个问题看起来不大，不影响用户的使用流程，但是对于产品经理，这是最大的问题了！！辛辛苦苦做一个产品改进，最后没有数据支撑，天知道你做得怎么样呢……解决方法就是提测的时候，一定要跟紧啊，甚至自己用抓包工具测试，一定要保证数据统计传递没有问题后才能上线。

产品经理Glen，华为、欢聚、迅雷工作经历，人人都是产品经理专栏作家、早读课金牌作者。欢迎交流。