合作模式，是多數工作室最常做錯的那個產品決策
多數團隊會仔細挑技術棧，卻在不知不覺中選定了合作模式。他們直接套用合約範本上寫的那一套——三個月起跳、五成訂金、IP 押到尾款付清才放、規格書（SOW）在任何人看到東西實際跑起來之前就先寫好。然後他們納悶，為什麼合作到第六週就走樣了。
我們把「怎麼一起合作」當成一個設計問題來看，跟我們怎麼動手做產品一樣。在我們交付過的這些專案裡——結算真金白銀 USDT 的預售、橫跨多條鏈上線的 Telegram Mini App、跑在七條網路上的支付基礎設施——我們收斂出一套模式，把其餘的全部丟掉。這篇文章就是那套模式的完整版：你付任何錢之前會發生什麼、每一週長什麼樣、你怎麼付款、你怎麼離開，以及上線之後又是如何。
如果你想看這套論述的成本版本——市場行情、四種合作模式的價格對比、怎麼讀懂一份報價——我們另寫了一篇：2026 年聘請一位加密開發者到底要花多少錢。而這一篇談的是合作關係的形狀，不是發票上的那個數字。
從頭到尾，這段合作的形狀
整個生命週期都在這一頁上。下面的內容只是把每一個方塊講細。
有三項特性在每一個方塊裡都成立：付款前你先看到、你付了多少就擁有多少，以及你可以在週的交界處離開，不必受罰。把這三點記牢——它們就是全部的重點。
階段 0 — 免費的 MVP 藍圖（在任何金錢易手之前）
多數合作是從一筆訂金和一場信任的飛躍開始。我們的合作，則從一份我們免費奉送的文件開始。
把點子發給我們——一份簡報、一個 Figma、一段語音、一則凌晨兩點半成形的 Telegram 訊息都行。我們會回給你一份 MVP 藍圖：
- 界定好範圍的 MVP 功能清單——哪些進 v1，以及同樣重要的，哪些我們會先擱著。
- 使用者流程與頁面結構。
- 技術架構，以及我們會採用的技術棧，附上理由。
- 一份逐週的交付計畫。
- 一個務實的時程。
- 一個概略的每週預算區間。
不管我們最終有沒有合作，這份藍圖都歸你所有。如果計畫說得通，你就握有一張地圖，可以直接開始第 1 週。如果說不通——或者你把它拿去給另一支團隊——你帶走的，依然是你原本沒有的那份清晰。
為什麼要白送？兩個原因，都很實際。第一，一個全新的加密產品不可能像個黑盒子那樣被誠實地報價；寫藍圖這個動作本身，就是在搞清楚我們是不是對的那支團隊。第二，它會篩選。一位讀完清晰的範圍與逐週計畫之後仍然想合作的潛在客戶，是一位早已信任我們做事方式的客戶。這比簽了合約然後雙手合十祈禱，要好得多。
這也回答了我們最常聽到的那個猶豫：難道我得在你連我的專案都還沒搞懂之前就先付錢？ 不必。理解在先，而且免費。
階段 1 — 第 1 週，唯一一筆你會預付的款項
如果藍圖打動了你，第 1 週就用 USDT 預付，然後我們開工。這是整段合作裡唯一的一筆前期款項。在那之後的一切，都是後付——對著已交付的成果結算。
啟動的過程，刻意做得很無聊：
- 一個 Telegram 群組。 你、我們、還有真正在寫程式碼的那些人。沒有客戶經理在中間傳話、沒有工單系統、沒有「我去問問團隊」。
- 一支團隊。 前端、後端、智能合約、Telegram、DevOps——同一批人，沒有外包轉手，沒有那種把脈絡交接到死的環節。
- 一張發票。 每週一張。逐項列明。用 USDT 結算。
第 1 週通常是最吃重的一週——架構、核心合約或資料模型、一切都掛在上面的那根脊樑。我們把最難的結構性決策前置，趁這段合作還很小、還很容易抽身的時候做掉，而不是等你已經付了三筆款項才動手。
階段 2 — 每週循環：先有證明，再有付款
這是引擎。它每週重複，而且只朝一個方向運轉：
開發（週一–週四）→ 即時演示（週五）→ 你驗收 → 你付款 → 原始碼移交 → 下週計畫。
每個週五，你會拿到四樣東西：
- 一個可點擊、可測試的演示。 不是投影片，也不是某個跑在我們筆電上的東西的螢幕錄影。是一個你可以自己打開、自己把它玩壞的東西。如果你摸不到它，就不算交付。
- 一份進度報告——做了什麼、學到了什麼、有什麼改變。
- 那一週工作的完整原始碼，在付款時移交。你的程式碼庫每個週五都在長大。
- 下週計畫——我們接下來會處理什麼，以及那一週的概略費用。
然後，你來決定要不要為你剛剛看到的這一週付款。付款只對著已交付、已驗收的成果結算——絕不超前。順序很關鍵：你看到、你驗收、你付款，然後下一週在週一開始。
光是這個順序，就悄悄修好了那個讓多數外包關係崩掉的東西——激勵迴圈。在按時計費之下，每一個為了你那模糊的需求而多除錯的小時，都是廠商的營收；計時表獎勵的是拖慢。在交付後才付的固定週價之下，效率高的一週是我們的利潤，拖慢的一週是我們的成本。激勵就此翻轉，倒向交付。你不是在買工時、然後祈禱它們會變成一個產品。你是在買產品，一次一個可驗證的週。
益處 1 — 零綁約，而且你能從地球上任何角落付款
人們講「綁約」時通常指兩件事，而這套模式把兩者都化解掉。
合約上的綁約。 沒有數個月起跳的低消、沒有退出費、沒有押到尾款一次性付清才放人的 IP。因為原始碼在每個週五付款時就移交，你離開時最糟的情況也不過是：你在某個週五停下，並保留每一行你已經付過錢的程式碼，它們早就在你的程式碼庫裡了。你永遠不會落到「一張有爭議的尾款發票就能讓你失去整份成果」的處境。你可以在任一個週的交界處暫停或停止——而這段關係也因此更健康，因為雙方都知道門永遠開著。一家得靠困住你才能留住你的工作室，做出來的活兒本來就不值得你留下。
支付通道上的綁約。 我們用 USDT（TRC-20 或 Polygon） 結算，並接受 ETH、SOL 與 TON 作為替代。這不是一種美學上的選擇——而是讓一個橫跨全球分布的合作能在物理上跑出每週節奏的關鍵：
- 它在數秒內全球清算，費用近乎為零。 週五一驗收，工作就能在週一重啟——而不是等到下個週四，一筆國際電匯才終於穿過三家中介銀行。
- 沒有銀行、沒有匯款表單、沒有 FX 的把戲。 你的資金留在加密貨幣裡，我們的也是。沒人會在每一次每週結算時被貨幣轉換切走一塊，也不會因為某個合規櫃台對跨境轉帳打了旗標而讓付款卡住。
- 它對這份工作來說是原生的。 我們打造的產品用 USDT 結算；聘我們的客戶通常也是。硬把一個法幣中介塞進一個加密原生的開發案中間，是只有摩擦、毫無好處的事。
關鍵在於這個組合：每週交付，只有在每週付款毫無摩擦時才行得通；而 USDT，正是那個讓你只要有一個錢包、就能從任何地方無摩擦地完成每週付款的東西。
益處 2 — 按需迭代與長期維護，按日計費
上線不是合作關係的終點。它是這段關係改變形狀的那一刻——而多數合作模式都把這一步處理得很糟。固定總價的接案方把 SOW 一收，就把每一次後續跟進都當成一場全新的談判。包月制則不管有沒有事做都照樣收錢。這兩者，對上線之後那種爆發式的需求都不對路：安靜的一段時間，被「我們週末前需要這個功能」打斷。
我們原生地處理它——而且計費單位也隨之改變。週，是從零打造一整個產品的正確單位；它卻是處理單一個上線後微調的錯誤單位。所以一旦你的第一個版本上線，我們就從每週里程碑切換到按日計費：我們估算一項變更實際需要哪些人、要花幾天，把它報給你，你在我們動手前先驗收。底層通道一模一樣——同一支團隊、同一個 Telegram 群組、同樣的先證明再付款、同樣的 USDT 結算——只是顆粒度變得更細。
- 無需重新對接。 當初交付的那支團隊，腦子裡還裝著脈絡、鑰匙、架構。沒有重新摸索的代價，也沒有那種你還得付錢的「讓我先讀一遍程式碼庫」的一週。
- 你為這份工作所花的天數付款——不是一個固定的週，也不是一份包月。 一條新鏈的整合、一個推薦機制的微調、活動前的一份儀表板報表？我們以天為單位界定它、估算人力，再從這基礎報價——半天、兩天，或者如果真的很大，就一個聚焦的整週。安靜的時段不花你一毛錢；沒有那種什麼都沒交付卻在空轉滴答的包月。
- 它能成長為一段真正的夥伴關係。 小功能與日常維護跑日費。一整條全新的產品線——第二場預售、一層遊戲化、一次支付擴張——則是一次全新的開發，回到每週模式。無論哪一種，都是同一支團隊、無需重新對接：是一條連續的線，而不是兩份合約。
這是你在比報價時最容易漏掉的一塊：起步最便宜的那支團隊，往往是長期相處最昂貴的那一支，因為每一次上線後的變更都是一場重新談判。按日計費、按需迭代，誠實地為長尾定價——你為「動作」付款，而不是為「待命」付款。
其他值得點名的益處
還有幾項特性，是從同一套結構裡長出來的。沒有一項是主打，但合在一起，正是這套模式在真實條件下撐得住的原因。
| 特性 | 對你的意義 |
|---|---|
| 重新界定範圍不受罰 | 優先順序在開發途中會變——它總會變。我們在週的交界處一起重新界定範圍，而不是拿槍抵著為每一次變更開價。學到了什麼東西，不收變更附加費。 |
| 範圍是對著現實打磨，而不是對著第一天的規格 | 一個新產品在你看到它跑起來之前，無法被完整界定。每週打磨不是規劃的失敗——它就是產品變更好的方式。計畫會順著你在週五發現的東西彎折。 |
| 一支團隊、全棧、零交接 | 沒有外包接縫，讓一個 bug 躲在兩家廠商之間。寫合約的那個人，能跟寫前端的那個人對話——在同一個 Telegram 群組裡，同一天。 |
| 設計上就防時區 | 一支全球分布的團隊，加上一個非同步的週五檢查點，意味著進度不會卡在等某一間辦公室醒來。這個節奏，本身就是協調層。 |
| 原始碼的所有權每週累積 | 你的程式碼庫從來不是「在你付清全款之前都是他們的程式碼庫」。它每個週五都在成長、在你手裡，所以籌碼永遠不會完全壓在談判桌的某一側。 |
這套模式不適合什麼
誠實的合作模式會大聲地把自己排除掉。這一套，在以下情況並不合適：
- 你想要的是人力派遣。 我們不會租一個開發者給你，去填進你的每日站立會。這裡的交付物是一個產品，不是一個座位。如果你需要把一名工程師插進一支現有團隊，那我們是錯的選擇。
- 你沒辦法每週投入。 整套模式都靠一個週五檢查點撐著——一個真人看著一個真實的演示、然後驗收它。如果你的組織沒辦法照那個節奏審視並做決定，這個迴圈就會卡住，而你會失去這套模式最大的保護。
- 你想要在第一天就為一個還不存在的產品刻下一個一口價、再也不改。 我們會在藍圖裡給你一個概略區間，但對一個尚未界定的全新開發案開出一個精確總價，是一個會由某人在之後買單的虛構。如果你需要在啟動前就把那個虛構簽下來，那一家固定總價的店會更適合你——只是，請仔細讀清楚它的變更條款。
我們寧可在第一通電話裡就告訴你這些，也不要到第四週才發現。這套模式的可信度，有一部分正是來自它拒絕假裝成什麼。
怎麼開始
入口是最便宜的一段：把點子發給我們，拿一份免費的 MVP 藍圖——範圍、流程、交付計畫，以及一個概略的每週預算區間。如果它說得通，你就用 USDT 預付第 1 週，我們開工。如果說不通，你保留這份計畫，我們好聚好散。
如果你想對周邊的那些決策挖得更深，我們也寫過：聘請一位加密開發者真正的成本算式、一場 $8M 預售背後的架構，以及把一個 Telegram Mini App 推上生產環境。
想要一份為你的專案量身打造的藍圖嗎？到 0xforge.io 預約一通 30 分鐘的通話。我們要嘛遞給你一份計畫，要嘛告訴你為什麼我們不是對的那支團隊——而無論是哪一種，那場對話都不花你一毛錢。
— 0xforge Team