分析
上線第二天就有人掏錢:一個 AI 寫的小程序,把虛擬支付的坑走完了一遍
全程由 AI 開發的家庭菜單小程序「廚菜記」接上微信虛擬支付後,上線第二天出現第一筆會員訂單,本文從虛擬支付規則、六檔定價與簽名機制看個人開發者收費的現實。
10 月 13 日,開發者「好市民_」在掘金發文,記錄了自己一手打造的家庭菜單小程序「廚菜記」跑通會員收費的全過程。前一天他剛把會員體系推上線:兩檔會員、六個 SKU,支付走微信小程序虛擬支付。10 月 13 日,後臺出現第一筆會員訂單。金額是個位數人民幣,但性質和廣告分潤完全不同。廣告是平臺按曝光結算的錢,會員是用戶覺得產品值這個價、自己點開付款的錢。這個小程序從 9 月 18 日上架到第一筆付費,共 25 天。
這個產品本身我們先前介紹過:它是一個幾乎全由 AI 寫完、卻不含任何 AI 功能的小程序,後續才補上 AI 薦菜等能力。這次的故事發生在更靠近錢的那一端,而開發者在文末說了一句值得所有做軟體的人記下的話:程式大部分交給 AI,但越到錢這一步越不敢全交給它,原理得自己看懂才敢上線。
為什麼賣會員不能走普通微信支付
賣會員屬於虛擬商品,微信有硬性規定:用普通微信支付(商戶號那套 unifiedorder)賣虛擬商品屬於違規,必須走小程序虛擬支付(XPay/虛擬支付 2.0)。這是另一條完全不同的通道,前端呼叫的是 wx.requestVirtualPayment,錢也不進開發者的商戶號,而是走微信的虛擬支付帳戶,再按蘋果與安卓分帳。開通這個能力需要在後臺單獨申請、簽協議、建道具,整段流程是平臺後臺配置加審核,AI 幫不上忙,只能自己一步步點。
用個比喻:普通微信支付像你自己開店收現金,虛擬支付像是把櫃檯搬進百貨公司,收款、抽成、對帳都由百貨公司經手,你賣什麼、怎麼擺,都得照它的樓管規定來。
定價是一道除法,不是拍腦袋
六個 SKU 是對著競品「獨家御膳房」一檔一檔壓出來的,同時被 iOS 端「最低 1 元」的地板限制約束:
輕享會員(免廣告)月付 ¥1.9、季付 ¥4.9、年付 ¥12.9;暢廚會員(免廣告加無限分類與無限菜單)月付 ¥7.9(首月 ¥2.9)、季付 ¥19.9、年付 ¥39.9。階梯頂只做到年付,三年卡和永久卡明確不做。理由很實際:伺服器按年續約、AI 生圖有真實的贈額成本、產品隨時可能停,「永久」兩個字寫進用戶帳單本身就是違規口徑。競品能賣 ¥98.9 的永久卡,那是它的風險預算,他選擇不跟。
更關鍵的一課是 iOS 抽成。安卓走微信支付,iOS 走 Apple 支付,蘋果要抽成,粗略按 88% 到手估算:暢廚年卡 ¥39.9 走 iOS 到手約 ¥35.1;輕享月卡 ¥1.9 到手約 ¥1.67,基本不賺錢,純粹是轉化鉤子。開發者特別指出,這筆除法 AI 不會主動替你算,它不知道蘋果抽成,也不知道你為什麼要貼錢做入門價。
下單到發放,卡在兩把簽名鑰匙上
整條支付鏈是 AI 幫他串起來的,流程大致是:用戶選 SKU,後端建立訂單、產生訂單號並落一條待支付單,這一步不碰簽名;接著按訂單號回讀快照、計算兩把簽名(paySig 與 signature),前端帶著 signData 呼叫 wx.requestVirtualPayment,mode 設為 short_series_goods;支付成功後由微信的服務端發貨通知接手後續發放。
可以把簽名想成寄掛號信的兩道封條:一道證明信是你寄的,一道證明信封沒被中途調包。任何一道對不上,平臺就拒收。這也是個人開發者最容易卡住的地方,金額、道具 ID、時間戳任何一處口徑不一致,簽名就驗不過。
一單之後,看的是什麼
到發文為止,會員收入就是那一單。日訪問人數約 47,累計獨立訪客在 10 月初約 601。以這個體量,會員收入的意義不在數字,而在驗證了一件事:從開通虛擬支付資格、定價、簽名串接到 iOS 後臺門檻,一個人加 AI 確實能把收費這條路完整走通。
對想在微信生態做小產品的開發者,這篇紀錄給出幾個可用的判斷:賣虛擬商品別碰普通商戶號支付,先確認虛擬支付資格;定價先把蘋果抽成算進去再定鉤子價;永久卡這種承諾,在個人維運的產品上屬於違規口徑兼風險負債。而 AI 的邊界也清楚了一層:寫程式可以交出去,商業決策和平臺規則的理解,還是得自己來。