腾讯研发产品的三个核心秘诀

一提到**，大家**想到非常多的优秀产品，例如**，例如微信。**产品凭借其魅力影响了每一个人的生活，我们不禁想问：**有什么打造产品的秘诀呢？

说到**和微信，想必大家都耳熟能详了。一个来自于**创始人**之手，另一个则出自于大家公认的产品之神张小龙，这两款产品可谓是**强大的奠基石—— 一个让**从幼苗成为大树，另一个则让**再一次冲上云霄。

一提到国内互联网公司，大家认知里先出现的是BAT（百度、阿里、**），特别是百度的技术、阿里的运营、**的产品。而**在产品研发方面可谓是炉火纯青。

**曾经说过：“资源只是加法，产品力才是王道”，而绝对的产品力才是绝对的竞争力。那么**是如何打造每一款产品的呢？

今天将为大家分享**是如何打造那些庞然大物的，即**研发产品的三个核心秘诀。

一、做小、做减法

做小如同字面意思一样，**的每一款产品都是从很小开始做起来的。

微信1.0版本

起初的微信，即微信1.0版本，它只有一个功能，那就是短信功能，是免费使用的。目标就是为了对拼当时三大运营商的收费。

那时候的微信是没有什么语音功能，也没有什么视频通话，也更不可能有微信红包。因此这个版本的微信是在内部使用，张小龙当时就带着整个团队亲身使用这款最初产品。直到更新出现了微信2.0，才添加了其他功能。

为什么要做小呢？从上面的微信我们其实也很容易得知结果——节约成本，包括时间成本。只有做小才能够很好地把控风险，以最少的时间、最少的开销，来更快地孵化产品。

要想快速前行，最重要的是减负，因为只有身无累赘才能快速奔跑。做产品也是这样，在产品设计时，我们要不断地给产品进行减法，砍去无用的枝蔓，大树才能更好地成长。

传统的产品开发中，我们总是**陷入一种追求完美的状态，总是觉得功能设计得越多，需求方案提得越多，才是一款成功的产品，也显得自己很专业。

其实不然！

在**做**邮箱时，很多研发人员都追求完美，可最终收获的只有用户无尽的吐槽，直到张小龙与团队做过详细的交流。

**邮箱团队经过此次交流后，开始用心关注用户，倾听用户心声、挖掘用户需求。他们每天都要看用户的帖子评论，每天和同事的交流也换成了**邮箱。经过一个多月的深度了解用户，他们开始对产品进行整改，**邮箱也得以成为**为数不多的七星产品，可谓一直深受用户喜爱。

同时他们也得出一条产品心得：一款好的产品应该满足用户需求，而不是满足自己的想法。在设计产品时，要重度关注用户的需求，砍去自己“幻想”需求。

二、快速迭代

不知大家是否还记得曾经的360大战**，两者的战争可谓是激烈无比，两者对产品的迭代速度更是以小时来算。而最终决定这场战争胜败的原因是——**的反应速度比360更快，**以**快的速度对产品进行迭代，做到了用户想要的产品，最终用户也就选择了**。

那为什么要高速迭代呢？

因为迭代是重复反馈过程的活动，其目的通常是为了逼近目标或结果。每一次对过程的重复称为一次“迭代”，而每次的迭代结果都**作为下一次迭代的初始值。

简而言之，迭代**更好地试错出这样一个结论——产品是不是用户要的，而不是实验产品最原始的“目标”。

以往的时代是确定性时代，我们可以推测市场需求什么，然后供给市场，自然我们也**收获巨大利润。然而时代已经变化，这是一个互联网时代，互联网时代的特性是不确定性，是无法对产品的走向进行估测的。这也是很多人都在感叹为什么以前的产品研发手段到现在都几乎失灵的原因。

同样也微信为例，微信从只能发短信的1.0版本到现在构建的微信生态7.0.4版本，不是一开始就设计好的，而是一步一步的迭代过来的。

因为谁也无法估测到微信现在的样子，现在的样子与其说是张小龙和团队开发的，不如说是用户自己想要的模样。而迭代中也要注意一点——围绕用户的反馈进行迭代，不能瞎迭代。正如上面所说，做产品最关键的点在于围绕用户，挖掘用户需求，进而迭代出用户想要的产品。

同样地，服务业产品/制造业中的软件产品，要做到周迭代；制造业中硬件产品要做到月迭代。

三、灰度测试

什么是灰度测试呢？要想了解这个问题就要先明白什么是灰度。

从字面意思理解，灰度就是存在于黑与白之间的一个平滑过渡的区域，所以对互联网产品来说，上线和未上线就是黑与白之分，而实现未上线功能的平稳过渡的一种方式就叫做灰度测试。

灰度测试的好处是——避免面对危机。因为产品一次性上市=风险一次爆发，而灰度则可以避免这一切，同时也可以避免“一次到位思维”。只要对进行过灰度测试的用户调研，就可以知道即将上线的功能是不是符合大众的需求，如果不是就砍掉，这样产品就避免了一次危机；而多次试验就**得到用户想要的，那么上线后，就不**出现大量用户抱怨的场面。

就微信而言，我们应该都有过这样的经历。例如我的微信有一些功能，而朋友却没有，那么很荣幸告诉你，你被微信选择了灰度测试，微信就是以这种方式进化到了现在。

图为某次的灰度测试

灰度测试的用户选择，可以从内部用户开始，即我们自己；再到核心用户，即对产品非常关注的用户；进而到活跃用户，经过以上的用户群体测试，觉得产品功能是行的，就可以对全部用户公开，即上线产品。

同时注意整个流程的测试量是慢慢放大，不是一下子就全部测试的。

本文由 @艾永亮 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议