很长时间没有静下心来写点东西了，近一个月繁忙的工作让自己的心态平和了许多。

一直在想，做新的产品和改版旧产品这两者之间在具体工作方法和思路上应该是可以复制的，通过近期对于公司一款产品进行全部改版，了解到不同之处。老规矩通常上层决定要改版一个核心产品时，没有太多理性和具体的理由，能听到的都是说用户体验、稳定性和易用性存在诸多问题，除了从运营部拿到一些用户调查数据，再无其他具体的意见可以借鉴，不过截止到今天已经全部完成，提供小结以提醒自己。

通常情况下产品策划人员开始执行产品改版的同时，一定是大家已经对这款产品到了忍无可忍地步了，运营没法推广，用户使用率和在线时长寥寥无几，浪费了运营成本，也带来了二次推广行业用户接受度的考验，所以只要是公司一员都能到这个产品上面吐口水，这时候再追究最初的责任已经没有任何意义了。

首先要搞清楚为什么要改版?要重点解决哪些问题?

A.第一轮从运营部拿到一些数据，可以看出推广力度和用户注册数属于正常范围，只是在产品使用过程中的在线时长非常短，也就是从这里开始大部分用户很少再开启第二次使用;

B.除此之外，产品核心功能和辅助功能主次不分，附加功能繁多，功能分散，对外宣传的几个核心功能被埋没，其次挡在用户面前，还要设置一些计算机IT行业必须的信息，要命的是普通用户根本不知道怎么去配置这些信息，虽然产品有做通用标准和相关引导机制也很难使用，少一条信息则不能继续使用某一个功能;

C.因为产品本身技术和信息源的问题，使用过程中经常出现不可预估的错误和干扰验证码信息;

总体而已以上几点导致用户流失、和用户反馈的信息基本上一致的，目前急需改变的，至少可以解决部分用户量和用户粘度不够的问题。

接下来需要进一步具体化到某一个功能和某一个点的分析，评估版本工作量和版本更新安排。

对于产品功能繁多，核心功能弱化的问题，最好的办法就是快到斩乱麻，当事情往往不会如意向的那样，最好能砍的一定要砍，不能砍的想办法弱化和做到二级菜单或者需要涉及到得业务数据模块去。既然是互联网产品，互联网产品的特点就是适合快速推广、快速上手、减少用户学习成本，剧增用户量、最好做到用户之间推荐和传递能够清晰明了，归根到底一定是很爽快的解决用户某一种需求，我们到底满足了用户实际工作中哪一个A级需求，B级以下的需求是否有必要现在全部一次推给用户。但产品本身属于行业软件产品和互联网之间，这个在当初定位时稍有不同，所以用户行业软件的技术和功能，推广运用了互联网产品推广的策略。也问题之一。

我用一个很初级的例子来对产品的需求进行分析;

如果你现在很渴，很明显目前你急需要满足的唯一需求就是喝水，这时我提供一杯水给你，是不是应该定义为A级自然需求，也可以是核心需求之一，这种需求不用太多深入分析都能够明白的，对于这种自然需求无需做用户调研和数据统计，而且也没太多意义，实际工作中有着太多这样时间在这里纠结。

继续刚才的例子，OK，满足了你喝水的需求，从生理上来说，你无需再喝过多的水了，但部分用户满足了自然需求紧着有的想要喝甜一点水、咸一点的水、苦一点的水等等…，但这属于B级或者潜意识需求，要么是我们有针对性的自己挖掘出来，或者用户会提出来。如果功能需求要分优先级的话，那么A级需求一定是要优先满足的，当然你确实渴了，我给一杯很苦的水，你也会喝，虽然你满足了这个需求，但用户会很不爽。

我想问题应该出在这里了，如果按照上面的思路，那么我们的产品是把这些需求都给到用户，但用户想要喝水之前，事实我们给的不是一杯水，而一口井，这里所说的就是挡在用户前面需要配置的信息，这时有耐心的用户会自己做木桶，做吊绳，然后去打水。OK，用户好不容易做好了这一切，把木桶丢进井里发现井水不时上下波动，要很费力才打到水(产品稳定性和易用性)打完水上来，喝了发现水是苦的，这时我想他心情不会好到哪里去，和我们一直对外宣传和标榜的纯净天然水简直是天壤之别，也就是说宣传时我们从这个产品繁多主次不分的功能选择了一两点我们认为核心的功能作为主推广点。

我觉得至少下次他是不会来这里打水了。

今天就谈到这里吧，感觉有点乱!

本文作者 西米