平台使用悖论：开发者为何不‘用平台’？
开发者不使用平台，是因为平台战略与开发者利益存在结构性矛盾。
平台使用悖论：开发者为何不‘用平台’？
从平台战略到开发者行为，探索背后的心理与机制
微信小程序上线第七年，日活跃用户破 6 亿，可问遍身边十个独立开发者，九个半的主营业务还在做原生 App。这不是不识大势，是算得清账。平台给你流量入口、支付通道、信任背书，看似全套基建打包送到手里；换个角度看，平台把「用户关系」锁在自家池子里，把「分发规则」攥在算法黑盒里，把「变现上限」卡在抽成比例里。开发者不「用平台」，不是懒，是怕——怕把命脉交出去后，连讨价还价的资格都没有。
先看开发者的心理账。2023 年底，我跟一个做垂直 SaaS 的创始人聊天，他团队 20 人，年流水 3000 万。我问为啥不上飞书/钉钉/企微的应用市场？他甩出一张表：平台抽成 15%-30%，获客成本反而比自建官网高 40%，最扎心的是——客户数据导不出来，迁移成本接近无限大。他说：「我不是不想借力，我是不敢把房契存在别人保险柜里。」这不是个例。Stack Overflow 2023 年调查显示，68% 的专业开发者首选「自建/可控」而非「平台托管」，理由前三位依次是：数据主权、定价自主、技术栈锁定风险。把「控制权」量化成迁移成本，开发者心里的门槛瞬间就高了。
再看中国互联网平台的打法。十年前张小龙说「微信是一种生活方式」，十年后小程序成了「超级 App 里的 App Store」。但仔细拆解，平台从来不做「生态」，只做「流量分发」。美团把外卖商家逼进「必须买推广」的囚徒困境，抖音把电商主播卡在「抽成+投流」的双重收割里，连云厂商的「上云补贴」本质上也是用低价锁住三年合约。平台的商业逻辑极其清晰：把高频刚需变成基建，把低频长尾变成流量变现的素材。开发者对平台的每一次「接入」，在平台账本上都是一次「获客成本归零」的买卖。这不是合作，是收割。
这时候总有人跳出来说：平台难道没有价值？没有微信支付、没有云厂商的 GPU 集群、没有应用商店的分发能力，创业者得自己造多少轮子？Steelman 版反方观点：平台降低了基础设施门槛，压缩了从 0 到 1 的时间，让小团队也能触达亿级用户，这是实打实的红利。尤其是对早期项目，平台提供的信任背书和支付通道，是自建无法替代的。
但这套话术漏掉了一个关键变量——时间维度上的边际收益递减。平台价值在「0 到 1」阶段是正和，在「1 到 10」阶段逐渐转负。当你的 DAU 从 1 万涨到 100 万，平台给你的增量流量占比在下降，抽成比例却在上涨；当你想做差异化功能，平台 API 限制让你寸步难行；当你想迁移，发现用户关系链根本导不出来。更讽刺的是，平台最爱拿「我们帮你解决了基建」当理由，可 AWS 不也解决基建？AWS 为啥不抽你业务流水的 30%？因为 AWS 卖的是可迁移的标准化资源，而中国平台卖的是不可迁移的专有生态位。前者是工具商，后者是地主。
把这事放到城市规划里看，更直观。开发者是「开店的商家」，平台是「商场运营方」。商场给你装修标准、人流导向、收银系统、甚至帮你带客，前提是——租金按流水抽成、装修必须按商场统一风格、客户名单归商场、想搬家得把招牌砸了重立。硅谷的模式像「工业园区」：买地自建厂房，水电路网按标准接入，想扩建随时加盖，想搬迁整厂打包走人，没人卡你脖子。中国互联网习惯造「超级商场」，把商家关在里面卷流量、卷转化、卷抽成；硅谷习惯卖「标准化地块」，让商家在自己的地盘上比产品力、比服务、比品牌。前者是存量博弈的分发逻辑，后者是增量竞争的基建逻辑。这才是母题里「中国互联网 vs 硅谷的范式差异」最本质的注脚。
有个细节常被忽略：平台对「大客户」和「长尾」的双标待遇。头部大厂接入平台，能拿到定制化 API、专属客服、甚至反向分成；长尾开发者只能吃标准条款、走工单系统、连申诉入口都找不到。2022 年某云厂商「数据库只读不给导出」事件，最后是大客户施压才妥协，长尾用户至今没等到解释。这种权力不对称写在合同条款里，也刻在平台架构里：OAuth 只授权不开放、Webhook 只推送不回调、数据导出只有 CSV 没有 API。平台用「安全合规」做挡箭牌，实则是把「迁移成本」做成护城河。开发者不傻，一眼就看穿了。
更深层的机制是激励错配。平台 KPI 是 DAU、GMV、广告收入——都需要把用户留在平台内部闭环里。开发者 KPI 是 LTV、复购、品牌资产——都需要把用户关系沉淀在自己手里。平台越成功，开发者越边缘；开发者越强，平台越焦虑。这不是误会，是结构性矛盾。微信小游戏早期给开发者 100% 收入，做大了抽成 30%+强制使用微信支付；抖音电商早期 0 佣金招商，规模起来了「抽成+投流」双收割。每个平台都在重演同一剧本：用开放换规模，用规模换控制权，用控制权变现。开发者不「用平台」，本质上是拒绝做这出戏里的「素材」。
这让我想起一个现象：做出海的中国团队，宁愿多花 3 倍人力自建支付、推送、统计、客服体系，也不愿接当地的「超级 App」SDK。印尼的 GoPay、越南的 ZaloPay、巴西的 Pix，文档全、沙箱全、结算快，可中国团队依然首选 Stripe + Firebase + 自建后台。为什么？因为出海团队大多吃过国内平台的亏，练就了「可控偏好」的肌肉记忆。一旦尝到过「数据随时可迁、规则自己定、不想干随时走」的甜头，就再也受不了「审核两周、拒绝不说理、迁移要命」的苦。 这不是技术选择，是创伤后应激反应。
所以回到开头的悖论：平台拼命造入口、造工具、造激励，开发者却集体用脚投票。不是开发者不识抬举，是平台把「合作」定义成了「纳入管辖」。真正的平台思维，不是把开发者关在围墙里当流量素材，而是像 AWS、Stripe、Vercel 那样——做水电煤，不做房东；卖铲子，不挖金；定标准，不定命运。中国互联网还没长出这种平台，因为存量市场里，「做房东」的 ROI 太高了。
最后留个问题：如果某天微信开放了「用户关系链导出 API」，抖音开放了「去平台化分发协议」，云厂商承诺「无条件数据全量迁移」——开发者会蜂拥而入，还是依然选择自建？我赌后者。因为信任一旦被透支，文档再全、接口再标准，也填不平那个叫「安全感」的坑。平台想要开发者真心「用平台」，先得把房契还给人家——这才是最贵、也最稀缺的基建。