小米联合创始人KKWord文件下载.docx

小米联合创始人KKWord文件下载.docx

《小米联合创始人KKWord文件下载.docx》由会员分享，可在线阅读，更多相关《小米联合创始人KKWord文件下载.docx（9页珍藏版）》请在冰豆网上搜索。

　　小米联合创始人KK（黄江吉）近日在“微创新总裁营-走进小米”创新论坛分享了自己从离开微软到加入小米的创业经历，并同作者金错刀进行了对谈。

现将几个要点提炼如下（口述原文附后）：

　　一、小米2010年刚刚开始做，雷军是用什么方式说服你加入创业的?

　　我是2005年就从美国回来了，2010年才跟雷总做这个事情，答案其实很简单，我觉得后来雷总用了风口来形容潮流，我觉得真的是非常正确，其实为什么当时从美国。

第一个原因就是我认为亚洲才是风口，这是第一个。

为什么选手机，特别是移动的领域，因为这个是中国风口里面的风口，因为我看得见这两个是机会，所以当时毫不犹豫。

　　我当时跟雷总见面，聊了几个小时的关于产品、手机这些，都是聊产品，没有来别的，但是我走的时候，我印象很深刻，我跟雷军不好意思我有事情先走了，但是不管你们做什么，算我一份。

　　二、小米抓住了第一次风口。

下一次风口大概在哪儿?

　　各个行业都有各个行业的风口，但是如果你问我我自己看得见那个风口的话，我毫无疑问智能设备是一个马上要爆发的风口，也包括智能家居，任何设备把它智能化之后（它就会做一些什么事情）的新功能。

包括空调、豆浆机这种，这个其实是为什么我做的原因。

　　三、小米做产品的六大“落地”方法是什么?

　　一）、人才落地：

因为我们要杀鸡，所以要用牛刀。

　　二）、文化落地：

拥抱开源。

　　三）、团队落地：

最核心的岗位，让用户来做。

　　四）、迭代落地：

大数据分析可以有，用户吐槽更直接!

　　五）、测试落地：

找到发烧友，进行灰度测试

　　六）、责任感落地：

从跟用户做朋友开始。

　　以下是KK演讲口述全文：

　　（全文来源：

金错刀，微信公众号：

ijincuodao）

　　在微软曾被毁三观

　　我从最早的1996年加入微软，在这个行业里面做了14个年头，学到的一些工程或者产品方面的有价值的经验跟大家分享一下。

　　1996年6月，经过两轮7个资深的工程师的面试，我作为实习生加入微软。

当时非常幸运，你可能想象不到，我做实习生时甚至有机会去参加比尔·

盖茨的家庭Party。

　　我在微软第一个意识到的是敬畏之心，怎么说呢?

在这里跟大家分享几个有意思的故事：

　　第一个是我开工了一个礼拜之后，完成了第一个任务，不到200行代码的模块，他们却派出了3个资深工程师，外加我的老板，四个人花了一个半小时去看，结果是这200行代码每一行都被挑到毛病。

这让我认识到，微软对工程师看的非常重。

另外微软对人的培养超出了我的预期，没想到他们会花这么多的时间去培养一个实习生。

　　第二个小故事是2000年春天的一个晚上，10点钟，我花了两个月时间把一个我做过的最复杂的代码完成了，然后去给我老板演示，告诉他我这个模块比以前的快了多少倍，他听完后说，不错，你是怎么做的?

　　我就跟他讲我的算法，我的数据模型等等，他听完之后就说你这个方法不对，做的还不够快。

然后转身开始打开他的电脑，开始在我写的代码里改动，到大概11点30分的时候全部改完，然后测试全部通过，性能比我改了两个月的代码还上升了15%，12点之前完成了一系列工作。

　　这在当时给了我两个震撼，第一，这个世界比你强的人多的是，天才多的是，人才多的是。

第二，因为他比你强，所以他是你老板。

这是在2000年，我已经意识到这个公司为什么能变成一个如此伟大的公司了。

　　最完美的开发模式?

扯!

　　其实每个公司都在追求最完美的开发模式：

首先花几个月时间做计划;

然后是设计，设计又是几个月的时间;

然后开发，开发这个过程可能仅仅占整个周期的24%甚至更少，最后的测试也是一个浩瀚的工程，在微软，没有测完的产品是不可以发布的。

　　产品发布以后才是用户真正使用这个产品的开始，在这样的一个开发模式里面，产品的周期往往会变成“产品月期”。

到最后，每个windows新版本基本上没有两年是做不来的，不只是windows，哪怕是一些小的产品也做不出来。

　　当时我感觉比较痛苦，我不明白为什么像谷歌，像facebook这样的初创公司，甚至其他一些小公司，他们那么小，竟然可以在直面微软的竞争压力下，发展那么迅速，甚至在某一些方面超越微软，当时我不明白，到底问题在哪里?

　　微软的人才还有内部的流程，当时在我看来基本上已经是无敌了。

给大家一个简单的概念，就是做windows时有五六千个开发人员做每一版的windows。

你可以想象，五六千个最顶尖的软件开发工程师，分成一个个小组，每组配五个人，311配备——即每3个工程师就要配一个产品经理，一个测试。

　　在311的后面有个0是我自己加上去的。

大家知道这个3110里面的0是代表这什么吗?

　　是用户的声音!

在微软，前面三个数字不管你放大多少倍，多少人去做这样的项目，在开发过程中，代表用户的这个数字还是零。

　　因为微软一直在追求“最完美”的开发模式，那是一种让你不可能犯错的开发模式。

每个周期都是那么严谨，要执行这个计划的话，没有人可以犯错。

但这本身就有一个问题。

　　微软在新的领域里面，为什么没有跑的那么快?

是不是应该重新思考开发的模型?

　　绝佳的反思机会：

创立小米

　　2010年，我遇到了一个绝好的反思机会——我们开始做小米，一个新的开始，最大的好处就是我们可以全部推倒重来，以前做过的事我们都可以重新思考，怎样才是我们当前需要的模式。

　　核心要解决的问题是什么?

我们就把它列出来：

　　1、产品定义。

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

　　2、成本。

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

　　3、测试的方法。

以前微软是找几千人甚至上万人的测试团队来把这个测试的工作做到完美，然后才把产品发出去。

这个模式最要命的是让你完全不可能犯错，现在创立小米，我们又可以犯很多低级错误了，要允许我们可以尽快的试错，这是我认为跟微软的模式最大的不同，以前那个是防止犯错，现在我们是鼓励，甚至这个模式会因为试错而变得越来越强大。

　　小米的产品开发秘密：

口碑法则

　　接下来我从产品开发角度讲讲雷总的互联网七字诀：

专注、极致、口碑、快。

　　其中最重要的一个关键词是哪个?

口碑。

因为没有口碑怎么快都没有用。

说到快，是体现在快速实践我们的想法上。

很多开发者通常会陷入一个误区，就是他们的第一版要做很多功能，要把它做完整了才推出去，其实这样不够快，而且投诉率也很高。

　　我们的建议是在快速实验的时候每次都专注的去试一个点。

这个点推出去之后，不管你的用户量是1个用户、10个用户、1000个用户、100万个用户，你都会得到反馈。

如果是负面的就快速调整，重新试验，如果口碑正面，接下来就应该顺势而为了。

　　一旦你找准了用户需求，就马上把这个方向做的更深。

深到什么程度，深到极致。

“单点突破-试错-用户反馈负面口碑-再迭代-再试错-直到正面口碑-然后顺势而为，将单点做到极致”。

　　所以在整个开发模型里，我们强调的是轻量级的投入去切入新市场。

当时得到这样的结论，我们非常兴奋，因为小米可以尝试一个全新的方法来做产品。

　　六大落地方法：

　　一、人才落地：

　　小米全新的开发模式具体怎么铺开?

我觉得全部在于细节。

如果遇到新的机会，大家判断这个方向靠谱的话，其实前期投入不需要太多。

但这里有个前提，就是这个轻量级的投入里，每一个成员，我们都需要找到在其领域里最强的人。

　　我们在创办小米的时候，找的前10个人是我们可以找到的最强的人，大家说杀鸡不应该用牛刀，但我们当时的想法是，就是因为我们要杀鸡，所以要用牛刀，而且杀的比别人快。

而且这些人以前都不是杀鸡的，是杀牛的，所以他们的潜力更大。

　　就像我刚才讲的我在微软那个老板，我的代码已经优化了一遍，他认为还有更好的方法，我相信如果我再去找他，他还可以做的更好，我需要这样的人，遇到困难不找借口，字典里面没有“以前试过了，不行”，这是最关键的。

　　如果你要轻量级尝试你认为很有潜力的一个方向，一定要找最强的人，不然你就不知道这些事尝试完之后，到底这个事情不靠谱还是人不靠谱。

找最强的人去做，做不成我也认了。

　　另外这样的人，他们的基础已经很好了，所以才可以在发展速度很快的情况下，依然知道什么东西可以省略，什么东西不能省略，而不是盲目的只求怎么快怎么来。

如果真的这么干，我认为我们会走多很多弯路。

　　二、文化落地：

　　第二个就是拥抱开源文化，这个其实是一个长远的心态。

如果不拥抱开源文化，小米也就永远做不大。

如果我们不能用包容的心、开放的心做小米，什么事情都将要从头来干。

　　很多已经开源的技术，这些技术已经被很多公司使用在几千万、几个亿用户的场景里，所以我们一上来不需要重头来过，有些东西值得我们重用的我们绝对重用，到最后我们也希望可以回馈给整个开源社区，从去年开始，我们小米已经有工程师加入国际性的开源组织里面，成为他们的成员。

　　三、团队落地：

　　各位，这个世界最难招的岗位是什么?

产品经理真的是非常难招，为什么?

因为优秀的项目经理是可以培养出来的，但是产品经理本身是需要有非常高的悟性，还要认识到不只是他自己怎么去想这个事，更要注重用户会怎样接触这个事情。

到目前为止，我觉得很多公司人员里面的最大瓶颈依然是产品经理还有设计师。

　　刚才我说的是10个工程师应该配越少产品经理越好，没错，在我们100个产品经理里面可能只有两个是小米公司的，另外可能有98个其实是小米手机的第一波用户，最发烧的这些用户。

100万个用户里面，一定有100个用户他是对这个产品很有自己的想法，而且它是非常热爱这个产品，他的想法可以带动很多别的用户。

　　把这100个“产品经理”纳入到我们的开发模式里，这个是关键，里面更关键的一点是这个业务的总经理或者负责人，他本身就要成为头号产品经理。

每个业务总经理一定要热爱自己的产品，他如果要做自己都不会用的产品，他做不好。

　　四、迭代落地：

　　现在大家都讲大数据了，我们也会通过大数据分析到底什么功能重要，什么功能不重要。

尽管大数据分析很重要，但其实我更相信用户的直接吐槽。

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

　　也许你会说，这些用户我们不给工资，他们为什么要帮我们干活?

有时候用户是很单纯的。

他们如果在论坛里给你推荐了一个好功能，好想法后，你把这个功能做出来了，告诉大家这个想法是他想的，保证他第二天马上帮你想另外十个更好的想法，成就感是一个非常大的动力。

　　五、测试落地：

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

　　小米提倡的是什么呢?

我们根据用户的最大的痛点去判断到底什么方面要修正，什么方面要提高。

更重要的问题，我们先修哪一个?

有100个问题我们先修哪10个。

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

　　我们可以用一个灰度升级的方式，就是通过一些条件选择1%的用户，让他们升级，然后观察他们的使用。

测试确保他们没有遇到问题之后，你再把1%变成5%，10%、20%、50%、100%全打开。

当然里面有风险，但是通过1%的反馈你基本上可以找到大部分的问题。