内容起源：2021 年 6 月 5 日，由 SegmentFault 思否主办的 2021 中国开发者生态峰会圆满闭幕。会上，Google 平台及生态事业群开发者市场负责人发表了主题为《利用 MVP 模型实现开发者增长》的演讲。
分享嘉宾：黄继佳，Google 平台及生态事业群开发者市场负责人
速记整顿及公布：SegmentFault 思否编辑部
大家下午好，很快乐听到大家的分享。我是来自 Google 的黄继佳，很开心有机会和所有做开发者生态的同学汇聚一堂。明天我分享的话题是《利用 MVP 办法实现开发者用户增长》。在梁迪老师前面谈 MVP 略微有点缓和，然而我谈的 MVP 不是微软最有价值专家，而是最小可行性产品。
我先简略介绍一下本人。其实开发者、产品、技术布道、市场或经营这几个工作我应该算都有波及，在三家公司：Google、微软和青檬网络，我心愿把之前工作中的所得所想所感和大家交换探讨。咱们毕竟是 MVP 的话题，这个话题其实也会逐渐地迭代和变动。
我要讲的内容次要分为五个方面，基本上就是从开发者生态、开发者增长面临的挑战、利用 MVP 的办法以及怎么避坑，还有在路上的一些感悟。
构建开发者生态的挑战
首先，我想和大家分享一下开发者生态。高老板晚上也分享了一个视角，就是从团队的角度。咱们其实有很多视角，如开发者关系、开发者市场、团队的形成等等。我要介绍的是开发者应用产品的视角。
最右边是开发者工具，也就是开发者用这些工具来构建软件。大家能够先把开发者生态放到软件的边界里，大家的产品是软件，而咱们有开发工具。第二是开发者服务，即开发者软件产品里蕴含的服务，这外面包含阿里云，包含一些线上服务的厂商。第三就是开放平台，开发者的软件在哪里公布、在哪里供用户应用，这是开放平台。最初就是利用商店，可能帮忙开发者很容易地变现，把软件和利用散发到最终用户进行测试。这个是开发者软件产品面向生态的四个方向。
开发者增长的挑战
那最大的挑战是什么呢？可能每一个维度都有本人的挑战。最对立的挑战就是开发者增长，大家也能够从明天拿到的调研报告中看到这方面生态的最大挑战是开发者增长。所以明天，我想分享一下在开发者增长这块咱们面临的挑战和应答办法。
开发者增长面临什么样的挑战呢？咱们能够总结为三个局部。
第一个，技术社区的碎片化。方才在晋宇的分享中咱们也看到了，各种各样的技术社区一直倒退，也有不同的技术产品供开发者应用。所以这是第一个问题，如何让层出不穷的技术被开发者看到？
第二个，开发者是人造地拥护被营销的。他不心愿本人是被营销的对象，他要抉择信赖的产品或者服务去应用。
第三是不可持续增长。开发者可能很快用到了你的产品或服务，然而如果因为各种起因没有给开发者做好服务，他可能就会放弃应用你的产品或服务。
这就是咱们看到的各种各样的挑战，这些挑战也在每时每刻产生着变动，如何应答这些一直变动的挑战呢？
利用 MVP 办法实现开发者增长
做产品或者做开发的同学可能会十分相熟这个概念。2011 年，“最小可行性产品”概念诞生，即通过 MVP 的办法试错、迭代，来一直满足市场需求，并且疾速地、廉价地失败，这是最重要的。我想这个和梁迪老师方才分享的成长心态（growth mindset）是一样的。
当初很多企业在打磨产品的时候，利用 MVP 办法迭代推向市场。那我有个思考，就是能不能用 MVP 的办法迭代开发者增长引擎，让开发者增长做得更有效率，更合乎市场的挑战，进而满足咱们的商业指标。所以 MVP 能够解决两个问题，除了微软最有价值专家之外，还有其余两个问题，咱们看看是不是能解决。第一个是开发者体验。如果开发者的体验不好，任何产品和服务都无从谈起，所以咱们首先要看是否用 MVP 解决开发者体验问题。第二个是团队成长。咱们每一个我的项目的执行、每一个开发者的触达都须要团队的工作、团队的合作，那咱们如何用 MVP 的办法来迭代团队，让团队成长，这也十分重要，也是在座每一个人可能成长的十分重要的一块。所以我想从这两个方面和大家分享一下我的思考。
首先来看开发者体验。开发者体验就是面向开发者的体验，咱们给开发者提供的服务、工具、内容须要有围绕开发者的循环或闭环。
其中第一块是 觉察（awareness）。要让开发者晓得有这么多抉择，如果他基本都没有看到你，那前面的介绍也好，让他应用也好，都是无从谈起的。第二个是 采纳（adoption），他要能真正用到生产环境里，这十分重要。第三个是 拥戴（advocacy），他可能像相似 MVP 一样去流传，像微软最有价值专家一样去流传，去拥戴这个产品和服务。这三个蓝色的圆圈十分重要，是开发者体验晋升的北极星，也是咱们作为经营团队、开发者服务团队须要去关注的。
对于觉察，咱们最须要关注的就是 互动 。开发者和你是不是有互动，这是北极星。开发者是否采纳了你的 SDK、服务，最重要的北极星是什么呢？是 份额，就是在市场上同类服务里你的份额是多少。我想每一个团队的成员都须要去思考这个问题：份额是怎么样的？第三，就是拥戴，让开发者可能拥戴。什么样的状况开发者才可能拥戴呢？肯定是开发者赚到钱了，因为开发者作为一个人也好一群人也好，他的商业逻辑、思考逻辑其实也是企业的逻辑——他肯定要可能赚到钱，而后整个营收方面，要始终继续一直地有支出。如果你公布的货色，开发者始终在赔钱，那他不可能拥戴你，或者只是短期的拥戴。这三个是我认为十分重要的北极星。
那怎么去解决这三个问题呢？我能够分享一下案例。第一个就是如何做觉察（awareness），北极星是互动，怎么做更多的互动给开发者？
首先是内容的迭代，因为触达开发者须要内容，这是十分重要的。咱们不是让开发者被营销，咱们须要提供有价值的内容，那有价值的内容是什么呢？MVP 最开始的终点应该是产品的公布。这个产品可能有不同的性能，也可能是产品的迭代，也可能是不同的产品。那第一个最根底的就是产品的公布。除产品公布之外，咱们须要迭代给开发者提供的内容，包含产品公布加上技术详解。比方有几百个产品、几百个 feature，是不是每一个 feature、每一个产品都要做产品公布加上详解？其实不是的。你须要去看开发者到底应用了哪些，哪些给你的互动反馈比拟多、比拟踊跃，这时候你才去投资来做技术详解。再进一步，咱们做完了技术详解之后，第三个是开发者的分享，是不是让数万、数十万开发者，让他们每个人都做分享？不肯定。你要找最重要的那个点，让开发者去做分享，这个也是咱们看到可能补足技术详解的、比拟重要的性能。让开发者做分享，还要对症下药。这个是内容迭代方面。
第二就是模式。内容须要模式来出现，什么样的模式是开发者喜爱的、可能加强开发者体验的呢？最简略的就是图文，每一个开发者可能都会收到各种各样的公众号推送，再比方邮件等有很多图文内容。而咱们在图文内容之上也做了一些新的尝试，比方把图文变成游戏化的形式，如介绍 Android 11 的新性能，不是字儿大的就是新性能，咱们须要让开发者去互动，就像答题抢答一样，让开发者去点，可能绿色的就是正确的，如果是红色的就是错了，这是一个互动。咱们也给加入互动的开发者一些小的激励，能够造成病毒式的流传，这就是第二个模式——在内容下面的游戏化拓展。第三个就是随同性。当初内容曾经很多了，游戏化也做过了，那是不是可能有随同性？其实声音很重要，声音是有随同性的。无论在开发者通勤的时候，还是在睡觉之前，还是在吃饭的时候，都用随同性的形式更全面地给他们提供内容。这是内容的模式迭代。
第三，也是十分重要的，就是渠道的取舍。咱们给开发者的内容在不同的模式上做了包装，那什么样的渠道是咱们能够应用的呢？是不是所有的渠道咱们都要用，间接把所有的内容都发给开发者？如果是收费的当然能够，然而咱们团队的资源是无限的，无论是人的工夫还是团队拿到的估算等等，所以咱们须要测试哪个渠道对咱们内容的接受度最高。这时候就像新冠疫苗一样，须要几期试验。第一期把 3 个开发者的案例投入到同样的渠道里，做一期临床试验，等微信微博有反馈数据了，发现第三个不行，前两个十分好，所以在微信微博之后，把这个内容发到了知乎、思否、掘金等等。而后在第二期临床试验的时候，发现有一个故事没有其它体现得好，如果须要持续制作其余视频，咱们是不是须要优选那个体现比拟好的呢？所以在第三期试验的时候又淘汰了一个。最初咱们看到在 b 站，特地是制作老本很高的时候，咱们最初抉择了米哈游的一个案例，米哈游是《原神》的开发者。所以这就是通过了几期试验，咱们可能对渠道进行取舍。这是咱们在 awareness 方面做的几个思考和尝试。
第二个，采纳（adoption)。开发者肯定要用你的内容，用你的服务和工具，这十分重要。最外围的指标是份额，你能不能在其余抉择当中怀才不遇，这个十分重要。如何去做这个呢？
我也举一个例子，就是在 Google 的 Flutter 我的项目中做的一个尝试。说到份额，第一个就是你交付给开发者的工具是不是可应用，这十分重要，如果他基本就没有机会应用，那必定是不行的。当然了，Flutter 在中国因为有镜像的问题等等，咱们有额定的工作须要把它搬到本地让开发者能更容易地应用。可用是最根底的。可用之后，咱们就能够像方才一样做测试，做几期试验了。咱们在第一阶段有中文版的学习材料，有中文的技术文档，当然其余国家也有各种各样本地化的材料，比方韩国、日本、印尼、越南。然而如果咱们当初做开发者服务，其实也要放眼寰球了，而且我置信大家也在放眼寰球了。那你投入到哪个寰球市场的资源，须要给歪斜还是须要缩小，都须要通过第一阶段的测试，通过反馈后果来决定是不是要在这个市场加大投入。所以，咱们看到中国的份额在寰球的比照来讲，是增长十分快的，所以咱们决定要做第二期的投入，比方参加开发者大会、举办 workshop、反对社区活动等等。这些都要很多的资源，包含人的资源、供应商的资源、估算等等。这个是 Flutter 中国开发者增长的几个阶段，咱们也能够通过这种形式去迭代咱们最初的区域决策，当然这是国家与国家，其实各个省、各个地区也是一样的概念。这是我团队组织的一个介绍，Flutter 当初有很多的 app 曾经在用了，越来越多。
第三个，开发者晓得了你的产品，也用上了，那他是不是能拥戴你，可能帮你说坏话，这个十分重要。这里最重要的外围、北极星是开发者是不是获得了收益，是不是赚到了钱。
这个收益用的是 income，过后没用 revenue 是因为开发者最终要净收益。不是说他拿到你的服务赚到了 100 块钱，招人花了 90，其余经营老本花了 20，最初收益是负 10 块，这是不行的，他肯定得是正收益。所以我在翻译的时候用的 income。那么怎么可能让开发者有收益，怎么可能让开发者应用你的产品给他本人发明价值——咱们做了一个我的项目，叫 Google Play 成长之星。咱们在全国招募了大略 200 个做出海的开发者作为种子用户，针对这些开发者做了很多线下流动，如 workshop，也给他们很多新性能的尝试机会，心愿他们可能利用这些性能取得收益。咱们在后盾其实也能够看到开发者的收益如何，咱们能够通过有数流动来收集开发者的反馈。这些反馈有两方面，一个是对产品性能的。咱们有若干个性能，这只是几个性能，在这些性能里，咱们针对 200 多个成长之星的成员也在迭代，而后去筛选，最终发现哪些性能真正可能帮忙开发者赚钱，咱们就要猛推，咱们要反对这些开发者；最初胜出的几个性能，针对开发者的服务、内容、工具，给到开发者的，肯定是他可能赚到钱的，咱们通过这样的形式把有数的性能做了筛选，最初发现开发者可能应用并且还可能拥戴你，这样的形式可能很疾速或者最低老本地来决定咱们推哪块不推哪块。
方才说到了开发者的体验，上面我再讲一下团队成长的思考，因为团队的每一位成员都须要成长。
想到这个问题的时候，我感觉最重要的就是每个团队成员的初心是什么，为什么在这工作。我想对于每个人，不只是开发者增长团队，包含产品团队、经营团队都一样，就是一个 M 和一个 C——M 是 meaning，就是肯定要是有价值、有意义的事。我置信在座的各位应该不短少这个，这十分的容易，因为咱们在帮忙开发者胜利，这在咱们做开发者社区的团队里，我想并不是一个特地难的问题。C 是 connection，就是有链接，链接不同的资源，链接不同的人，学到不同的人的成长，包含本人的成长。
还有一个框架叫 MIC，两头的 I 是说你的 影响力（impact），你的工作的影响力是不是有变动、有晋升。有一个国外的框架就是用 MIC 来解释每个团队成员的初心或者动机。当然咱们也做了一下迭代，把 impact 迭代成 improvement，就是 成长 。团队的每个成员是不是都有成长，不只是做有意义的事、有价值的事、有影响力的事，还要有成长，这个成长对应着他集体的成长、工作自身的成长、价值的成长。I 的第三个意思就是 翻新（innovation），其实每个人都爱翻新，你是不是可能给团队更多的机会去试翻新，我感觉这也十分重要。
再总结一下，MIC 也是一个麦克风，就是要让团队的每个人领有本人的舞台，可能有一个空间让大家做有意义的事，做有价值的事，做有更多链接的事，并且在继续地成长，继续地有翻新的机会。
怎么搞砸开发者增长这件事
此外，我还思考了一下怎么避坑。我为什么感觉避坑很重要呢，查理芒格（Charlie Munger）学生讲过“逆向思维”，这是他很推崇的思考形式。查理芒格往年 97 岁，是美国首富之一，也是巴菲特最好的搭档，他提了一个 slogan——“invert”（反向思考），这是他投资的逻辑。我想咱们每一个人在思考开发者增长的时候，也能够用这个逻辑去思考。和开发者增长对应的就是怎么搞砸这个事，如果搞砸的事件咱们都不做，那后果应该还能够吧，就算不增长也不至于往下掉对吧？这里边有几个思考：
第一个是本人用和本人不必。如果你推给开发者的产品或服务，你本人并没有用，那其实很难说服他人，所以这个十分重要。我举个笑话，就是我有个同学从北医大毕业后做了医生，起初他做了眼睛手术设施的负责人，但他本人还戴个眼镜，而后我问他“你什么时候做”，他说“明年做啊”，我说“那好，等你做完了之后，我必定也去啊。”这个简略的玩笑话就是通知大家肯定是本人用过的再推给开发者，这个才有说服力，如果你本人都没有用的话，怎么让开发者信赖你呢？这是第一个维度。第二个维度，就是你在本人用的时候会发现很多问题，会给产品组一个反馈，他是不是真正地把所有的雷都趟过了；如果你不必的话，你基本不晓得雷在哪，那你给开发者交付的产品必定也是有问题的。所以我感觉在座各位做开发者增长的，肯定要要求外部的团队用起来，而后把开发者的体验过程记录好，给开发团队有所反馈。
第二个是 output vs outcome。Output 是什么呢？就是你可能做得很多，每一次工作都有数量的增长，然而它可能并没有价值，没有 outcome，这是很要命的。所以在掂量工作的时候，肯定要掂量 outcome，而不是 output，不是你发了多少篇微博、发了多少篇通信等等，你要看 outcome。那 outcome 是什么呢？方才我其实也大略提了几点，就是——咱们的北极星是什么？是不是在北极星的那个指标有足够的 outcome，包含 outcome 的晋升？
第三个，晓得和口头。咱们从开发者的社区调研里发现了很多新的认知、新的常识、新的信息，然而咱们并没有把它利用到口头当中，这个是很有问题的。在这里边有两个场景，第一个就是在做开发者的访谈也好，调研也好，问卷也好，咱们在设计问题的时候要思考一下这个问题是否转化成本人的口头。很多时候咱们调研的内容不只是开发者生态，可能是各种各样的 To B、ToC，那这个调研的后果是不是可能领导你的口头，要问一下本人。要不然开发者也很忙，因为我看到过很多考察问卷，特地是给开发者的，可能要半个小时能力答完，这个其实也是对开发者体验不好的。第二个点，就是咱们是不是可能把这些所知所感所想转化成口头，这个是十分重要的。
我明天次要分享的内容大略就这些，因为 MVP 其实也在逐渐地迭代，包含每一个内容、每一个北极星、每一个办法。我有一个微信公众号“加一出海”，在第 16 期专门从产品的角度讲了 MVP，如果大家感兴趣的话也能够关注一下。最初心愿大家可能多多探讨，多多反馈。