谷歌推了3年的KMP，78%團隊卡在說服老板這關

2024年JetBrains開發者生態報告顯示，Kotlin Multiplatform（跨平臺移動開發框架）的采用率從11%飆到37%，但企業內部真正落地的項目，十之六七死在"說服管理層"這一關。Shad Adman在Medium上分享了他作為Android開發者的實戰經驗——不是技術選型指南，而是一份"內部推銷話術手冊"。

第一類聽眾：老板、CTO、CEO

Adman的觀察很直接：這群人"談錢就軟"。核心策略是用財務語言翻譯技術收益，而不是堆砌技術術語。

他建議準備三個數字：開發成本降幅、上市時間壓縮比例、維護人力節省。POC（概念驗證）項目控制在2-4小時工作量，讓決策者親手點一點iOS和Android兩端"長得一樣"的功能。

一個細節：Adman強調要"提取對方的需求，再用這些信息反過來說服他們"。比如老板剛抱怨完iOS版本總是晚兩周上線，你就把"代碼復用率80%"和"同步發布"掛鉤，而不是空談技術架構。

第二類聽眾：iOS開發同事

這是Adman眼中"真正的硬仗"。他的原話是：「having them as your mobile colleagues is such a blessing」——但前提是先過說服這一關。

iOS團隊的典型顧慮Adman列了三條：SwiftUI（蘋果原生UI框架）的生態成熟度、KMP在iOS端的性能表現、以及"我的技術棧會不會貶值"的職業焦慮。對策不是否認這些顧慮，而是讓KMP成為SwiftUI的"增強層"而非替代品。

具體操作上，Adman建議讓iOS同事主導UI層，KMP只接管業務邏輯。這樣他們保留SwiftUI的掌控感，同時減少重復編碼。POC項目要刻意展示：同一套網絡請求代碼，Android寫完iOS直接調用，零額外工作。

一個被忽視的關鍵：Android同事已經是你的票倉

Adman在文章開頭埋了一個前提：「an Android Developer fellow in your team will says yes to anything that evolves Kotlin Multiplatform」。他本人的經驗是"全部說服成功"。

這個觀察的潛臺詞是：跨平臺框架的內部推廣，本質是聯盟政治。Android團隊天然支持，因為KMP讓他們的Kotlin技能增值；iOS團隊需要被安撫，因為涉及領地讓渡；管理層需要被換算，因為最終對ROI（投資回報率）負責。

Adman的POC策略值得細品——2小時做出來的東西，不是為了證明技術可行性，而是為了制造"啊？就這么簡單？"的瞬間。技術決策很少是理性計算的結果，更多是情緒曲線的產物。

他在文末補了一句免責聲明：「As a coder, my perspective may differ from a business mind」。但整篇文章最有趣的地方恰恰在于，一個coder花了大量篇幅研究business mind的觸發機制——這本身就是KMP推廣困境的縮影：技術人被迫成為內部銷售。

JetBrains 2024年報告里還有一組數據沒進Adman的文章：在已經采用KMP的團隊中，67%表示"最大的阻力來自組織內部而非技術本身"。換句話說，框架選型早就過了"能不能用"的階段，現在的問題是"怎么讓其他人同意用"。

Adman的方法論總結起來就兩句：問對問題，做小時級POC。但執行層面有個悖論——越是技術出身的推廣者，越容易在POC里炫技，反而嚇跑非技術聽眾。他給出的約束條件很具體：「explain technical matters as simply as possible」，甚至用AI潤色文章時特意叮囑「do not change the words」。

這種克制本身也是一種策略。畢竟，說服的本質是讓對方覺得主意是他自己想到的，而不是被灌輸的。

如果你的團隊正在評估KMP，你會先做一個幾小時的POC，還是直接搬出谷歌I/O的官方背書？