內容來源：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，如果大家感興趣的話也可以關注一下。最後希望大家能夠多多探討，多多反饋。