1、产品定义。你怎么知道你现在做的产品定义是对的，你怎么知道你现在做的产品里面功能都是最重要的，这个是第一个问题。

2、成本。第二个问题是怎么样最有效的，最低成本的，用最快最稳建的方法做工程迭代，因为工程师的成本是最高的，各位老大都知道，你们单位里面，不管你是什么行业，负责研发的那些员工他们的成本应该都是最高的。

3、测试的方法。以前微软是找几千人甚至上万人的测试团队来把这个测试的工作做到完美，然后才把产品发出去。这个模式最要命的是让你完全不可能犯错，现在创立小米，我们又可以犯很多低级错误了，要允许我们可以尽快的试错，这是我认为跟微软的模式最大的不同，以前那个是防止犯错，现在我们是鼓励，甚至这个模式会因为试错而变得越来越强大。

四、迭代落地：大数据分析可以有，用户吐槽更直接！

现在大家都讲大数据了，我们也会通过大数据分析到底什么功能重要，什么功能不重要。尽管大数据分析很重要，但其实我更相信用户的直接吐槽。

如果我们的大数据分析到很多用户特别关心功能A，但微博里我被骂的最多的是功能B，我会毫不犹豫的第一时间解决功能B需求，我更相信用户直接的反馈，吐槽。

也许你会说，这些用户我们不给工资，他们为什么要帮我们干活？有时候用户是很单纯的。他们如果在论坛里给你推荐了一个好功能，好想法后，你把这个功能做出来了，告诉大家这个想法是他想的，保证他第二天马上帮你想另外十个更好的想法，成就感是一个非常大的动力。

五、测试落地：找到发烧友，进行灰度测试

其实最好的测试方式是发动海量的用户去帮我们做各个方向的测试，这样不单只是最高效、最低层的，同时也是覆盖面最高的。

小米提倡的是什么呢？我们根据用户的最大的痛点去判断到底什么方面要修正，什么方面要提高。更重要的问题，我们先修哪一个？有100个问题我们先修哪10个。

当然你会说KK你这样做是不是有很大风险，现在用户量也不小了，如果你这么样去用全国用户做测试的话出了问题怎么办？

我们可以用一个灰度升级的方式，就是通过一些条件选择1%的用户，让他们升级，然后观察他们的使用。测试确保他们没有遇到问题之后，你再把1%变成5%，10%、20%、50%、100%全打开。当然里面有风险，但是通过1%的反馈你基本上可以找到大部分的问题。

当然你要让这些用户知道他们是VIP用户，他们在跟你测试，他们才尝鲜，他们可以选择不当这1%的测试用户，但相信我，有些用户会用各种手段，就是想提前尝鲜，肯定有这样的人，这些都会成为我们的测试人员。

一个轻量级的工程已经动用了从10个人到100个人到1000个人现在是10000个发烧友，我们讲发烧友讲的很多，为什么发烧友那么重要？原因很简单，因为我们一上来就挑了一波最严格、最挑剔的用户，你过不了他们这一关，就不用继续了；但是你过了他们这一关，他们会成为你最大的口碑推动者，因为你过了最艰难的时刻，就像我看电影少林寺的十八铜人，你过了这十八铜人之后出去基本上是天下无敌，所以我们非常注重怎样找到这些发烧友。找到他们其实是为了我们的发展。

六、责任感落地：从跟用户做朋友开始。

我们提倡的是用户就是我们的朋友，我们的朋友听起来好像很虚，我们只是把上帝和朋友换了一换，是不是很虚？其实不是。从一个工程师和一个产品经理的角度，他们最大的压力来自于什么？一个工程师能遇到最大的压力就是他的朋友告诉他你这个产品有问题，设计师最害怕的是他去朋友聚会，他的朋友跟他说，这个东西你设计的？你为什么会用这个颜色？这会开始挑战他的品位你知道吗？

一个员工，最大的压力不一定是来自于他的老板、同事或用户。如果他把用户只当用户的话，他就不会着急，他会觉得这只是工作内容。