一套完整SaaS需要多少行配置？Auth、數(shù)據(jù)庫、支付、訂閱、許可證、積分系統(tǒng)、折扣碼、Webhook……傳統(tǒng)路徑下，這是個(gè)30天起步的工程。Dmitrii Malakhov直接甩出一個(gè)開源模板，把全流程壓縮到30分鐘。

這不是Demo玩具。項(xiàng)目上線兩周，GitHub星標(biāo)破千，Vercel部署量單日峰值47次。開發(fā)者群體的反應(yīng)很直接：「終于不用在Stripe的稅務(wù)迷宮里繞路了?！?/p>

Merchant of Record：小團(tuán)隊(duì)的稅務(wù)外包方案

用過Stripe的人都知道那個(gè)痛點(diǎn)。VAT、消費(fèi)稅、跨境合規(guī)，每進(jìn)一個(gè)新市場(chǎng)就要重新研究稅法。Creem的定位是Merchant of Record（交易記錄商戶），簡單說：他們當(dāng)你的法定賣家，稅務(wù)風(fēng)險(xiǎn)全包。

費(fèi)率3.9%加30美分，無月費(fèi)。對(duì)比Stripe的2.9%加30美分，表面貴了1個(gè)百分點(diǎn)，但省下的法務(wù)和會(huì)計(jì)成本，小團(tuán)隊(duì)算得過來這筆賬。

更少見的是內(nèi)置許可證管理。多數(shù)支付處理器只管收錢，許可證系統(tǒng)得自己搭。Creem把這事也包了，SDK直接返回key的激活狀態(tài)和有效期。

模板的核心依賴就三個(gè)：Next.js 16、Supabase、Creem。沒有冗余抽象，clone完npm install直接跑。本地啟動(dòng)自動(dòng)進(jìn)Demo模式，預(yù)置Pro訂閱、50積分、樣例許可證，支付流程走內(nèi)存數(shù)據(jù)，不用配真實(shí)密鑰就能看效果。

代碼結(jié)構(gòu)：14個(gè)組件撐起完整閉環(huán)

src目錄的劃分很產(chǎn)品經(jīng)理思維——按用戶旅程而不是技術(shù)層級(jí)。auth管登錄注冊(cè)，api下放11個(gè)路由，dashboard聚合交易和許可證視圖，pricing單獨(dú)一頁支持折扣碼。

關(guān)鍵文件就這幾個(gè)：

lib/creem.ts：SDK客戶端帶環(huán)境自動(dòng)檢測(cè)，test/prod切換不用改代碼。lib/demo/：Demo模式的全套模擬，包括store、mock數(shù)據(jù)、環(huán)境識(shí)別。lib/rate-limit.ts：Upstash限流，防刷接口。

支付流程的代碼量出乎意料地少。創(chuàng)建Checkout只需傳productId、successUrl、可選折扣碼，以及一個(gè)關(guān)鍵字段metadata.user_id。這個(gè)ID是Webhook回調(diào)時(shí)的用戶標(biāo)識(shí)， Creem會(huì)在支付成功后原樣返回。

Webhook處理用了@creem_io/nextjs適配器，13種事件全接住。訂閱創(chuàng)建、續(xù)費(fèi)、取消、退款、許可證激活……每個(gè)事件都有對(duì)應(yīng)的數(shù)據(jù)庫更新邏輯。

為什么選Creem而不是Stripe？

不是功能對(duì)比，是團(tuán)隊(duì)階段問題。Stripe的生態(tài)更成熟，但稅務(wù)合規(guī)的復(fù)雜度隨市場(chǎng)數(shù)量指數(shù)增長。Creem的3.9%費(fèi)率里包含了這筆隱性成本。

模板作者Dmitrii在README里寫得很誠實(shí)：「如果你只做美國市場(chǎng)，Stripe可能更便宜。但一旦涉及歐盟、英國、東南亞，Creem的定價(jià)模型反而更可控?！?/p>

技術(shù)選型上有個(gè)細(xì)節(jié)：Resend作為郵件備選。主郵件服務(wù)掛了自動(dòng)降級(jí)，用戶不會(huì)卡在驗(yàn)證環(huán)節(jié)。這種防御性編程在開源模板里不多見，多數(shù)項(xiàng)目只演示Happy Path。

積分系統(tǒng)的實(shí)現(xiàn)也值得看。不是簡單的數(shù)值增減，而是帶事務(wù)日志的ledger模式。每次變動(dòng)記錄原因和時(shí)間戳，用戶質(zhì)疑賬單時(shí)有跡可查。

部署數(shù)據(jù)透露的使用場(chǎng)景

Vercel的部署日志顯示，過去7天里有62%的實(shí)例啟用了許可證模塊，38%開了積分系統(tǒng)。訂閱模式占主導(dǎo)，但一次性買斷+許可證激活的組合在工具類SaaS里明顯更受歡迎。

一個(gè)有趣的反饋來自獨(dú)立開發(fā)者社區(qū)：「拿這個(gè)模板改了個(gè)Chrome插件的授權(quán)系統(tǒng)，原本預(yù)計(jì)兩周，實(shí)際兩個(gè)晚上上線。」

開源協(xié)議的MIT許可意味著商用無限制。但作者加了一條非正式的請(qǐng)求：如果項(xiàng)目幫你省了時(shí)間，考慮在About頁面放個(gè)Powered by SaaSKit的鏈接。

模板目前版本0.8.2，路線圖里寫著多租戶支持和團(tuán)隊(duì)席位管理。下一個(gè)大版本可能會(huì)動(dòng)數(shù)據(jù)庫Schema，作者建議生產(chǎn)環(huán)境使用前鎖定版本。

30分鐘搭完SaaS骨架之后，你的產(chǎn)品差異化要往哪放？