獨立開發者每天醒來就已經落後了。有產品要建、有客戶要回、有帳要平、有沒人在做的行銷、有昨晚剛發布的 bug。六份工作，一個位子。多數人把這叫做「專注力問題」，然後去抓一個計時器或待辦 App。 這不是專注力問題，這是結構問題。 你之所以沒能同時做好六件事，不是因為你不自律——而是因為「六件」本身就是錯的數字。能把這套玩下去的獨立開發者，不是變得更會切換，而是把六顆球裡的五顆放下。 一人份的不安數學 這個問題的規模很容易被低估，所以先看一組直白的背景。美國有2,980 萬家無僱員企業——大約占所有企業的 78%，而且十多年來一直以每年 2.7% 的速度成長（是僱員企業 1.1% 的兩倍以上），每年創造1.8 兆美元的營收。「獨立」不是一個你會畢業脫離的階段，它是多數企業被建立起來時的預設形態。 而與你這一周真正相關的部分是：前 10% 的獨立開發者，營收是中位數獨立開發者的 61 倍——而且這個差距還在擴大，不是在縮小。贏家不是因為找到了更多時間才贏，而是因為他們做的事更少、卻做得更好。砍範疇不是一種與生俱來的性格特質，它是一個生存變數，而數據顯示，它是頂層與中層之間最大的結構性差異。 你缺的不是專注力，而是六份工作 這個重新框架能改變一切。「我不擅長時間管理」是對自己的一份道德判決。「我用一個人經營六個部門」則是一項結構性觀察——而結構是可以被改變的。 列出你這一周真正做了什麼。你會發現它不是「一份被打斷的工作」，而是貨真價實的六份：CEO（策略、決策）、產品（建構）、支持（回客戶）、行銷（分發）、財務（帳目、收費），以及營運（那個吃掉你整個週四的「其他一切」）。一家有團隊的新創會把這些各派一個人。而你把它們全塞給了一個人，然後還責怪這個人為什麼這麼散。 解法：刪掉工作，而不是自動化它 誘人的做法是自動化——為六份工作各找一個工具，把它們全部跑得更快。那是個陷阱。六件自動化的工作，仍然是六件工作。 你降低的是摩擦，而不是數量，而真正把你逼死的，正是數量。 真正的做法是砍範疇： 先刪，再派。 對這六份工作逐一問：這份工作一定要存在嗎？沒有分發預算的行銷、「CEO」這頂帽子說穿了只是你在文件裡反覆糾結——獨立開發者的很多工作，其實是穿著「責任」戲服的「可有可無」。砍掉它。 把倖存者塞進一張真正的日程表。 一天一份工作，而不是一天六份。客服拿週一的最後一小時。財務拿每月的 1 號。當一份工作有了固定的時段，它就不再滲透進其他每一小時。 讓產品去扛另外五份。 槓桿最高的一刀：做出一個客服需求低、引導自助、靠口碑就夠的產品。你花在「讓產品更自給自足」上的每一小時，都是你從那六個位子裡永久騰出的一小時。 一人工作周，具體長這樣 它看起來是：一周大部分時間只做一份工作——建構。另外五份各拿到一個「時段」，而不是一個「位子」。客服一天集中回一次，而不是隨時打斷。帳目一個月拿一個下午。所謂「策略」，是週五的一次回顧，而不是一場沒完沒了的內心獨白。 結果不是工時更少——獨立開發者很少能少做少賺。結果是切換更少。 情境切換是那筆讓你在工時明明足夠時仍「覺得落後」的稅。一個人做一件事，是生產力。一個人做六件事，只是看起來很忙，而忙碌不等於交付。 最後用一個殘酷的框架收尾：獨立開發者最稀缺的資源從來不是時間，而是注意力——分散在一份只要你放任就會不斷膨脹的工作清單上。 能撐過十年的，不是那些練就一身情境切換神功的人，而是那些看著六份工作、一個位子，鼓起勇氣說——「其中五份根本不是我的責任。」然後刪掉它們、並且交付的人。 這是獨立開發者三角的「系統」那塊拼圖——為什麼一個人能交付與為什麼多數專案死在第三週之下的操作層。關於讓這份工作周成為可能的習慣，見每週發布一件小事。 Sources 美國人口普查局——Nonemployer Statistics（2023 數據年，《Steady Rise of the Nonemployer Business》，2025 年 7 月）：2,980 萬家無僱員企業，約占所有美國企業的 78%，總營收 1.8 兆美元，2012–2023 年間每年成長 2.7%（僱員企業為 1.1%）——這是「獨立是結構性預設、而非過渡階段」的證據。 Stripe Atlas——《Solo founding is at an all-time high》（Jesse Carey，2026 年 5 月 28 日）：前 10% 獨立開發者前六個月的營收是中位數的 61 倍（四年前為 34 倍）——這是「贏家把事情做得更少更好、而非更多」這套砍範疇論點的依據。 關於「六份工作、一個位子」的框架，以及「先刪再派／集中時段／讓產品扛下其餘」的砍範疇方法，是對常見獨立經營實務的綜合，而非單一具名研究；上述人口普查局與 Stripe 的數字才是主要證據。

把東西做出來之後，會迎來一陣寂靜。你發布了。你告訴了幾個朋友。然後——什麼都沒有。沒有使用者，沒有回饋，沒有任何跡象顯示有人聽見了。大多數獨立開發者會以為這意味著產品失敗了。其實通常原因更簡單：你把東西做出來了，卻從未真正去做「分發」。 沒有人寫這一步，因為寫「如何構建」的人擅長的是構建，而不是之後那個尷尬的部分。分發不是另一種構建技能，它是一種社交技能——這正是內向者認定自己不擅長的原因。但他們錯了。他們只是拿到了一本錯的操作手冊。 主流建議是為外向者量身訂做的：到處冷私訊、拼命社交、去混圈子、去「捲」。對於寧願寫字也不願應酬的獨立開發者來說，這套建議不只是難受，更是根本不適合你。內向者的打法完全不同，它恰恰依賴內向者本就擅長的事：認真寫作、深耕、用展示代替推銷。 核心轉變：停止推銷，開始展示 大多數獨立開發者以為「分發」就是「把產品告訴別人」。其實不是。對內向者而言，它意味著相反的事：把產品放在別人看得見的地方，讓它自己說話。 一條冷私訊是一次請求——「請分我一點注意力」。一篇展示產品實際運作的貼文是一份禮物——「這裡有個可能對你有用的東西」。內向者不擅長前者，卻擅長後者。所以整套打法的核心，就是把請求全部剔除，換成演示。 寫，而不是應酬 花在冷私訊上的每一分鐘，都投進了一個回覆率約 2%、情緒成本又極高的渠道。內向者的替代方案是公開構建：一篇關於「你是怎麼把東西做出來」的誠實貼文，能觸及的人遠超過一百條私訊——因為它會複利。 大多數人錯過的是那個機制。一條私訊只能觸達一個人，然後消失。一篇公開貼文能觸達今天看到它的人，但它也會一直存在——在搜尋結果裡、在某人的收藏夾裡、在某個社群的歷史檔案裡。六個月後，它依然在你睡覺時安靜地把你介紹給新的人。這就是冷啟動給不了你的槓桿，也是「寫，而不是應酬」不是給害羞者的安慰獎、而是給所有有耐心者嚴格更優解的原因。 唯一的要求是：寫的東西必須真實。不是「我很高興地宣布」。而是真實的機制、走過的死胡同、那個幾乎讓你放棄的時刻。內向者擅長寫這些，因為他們已經獨自思考了好幾個月。 去買家早已聚集的地方 第二步關乎位置，而非努力。別試圖把人拽到你的產品面前。去他們本來就在的地方，做他們本來就在做的事。 如果你做了一個工具，社群顯而易見：r/SideProject、r/selfhosted，或者某個精準對應你所解決問題的垂直論壇。你在那裡不是打廣告，而是展示。貼出產品運作的樣子，誠實地回答問題，沒什麼可說的就離開。規則是：永遠不要要求安裝，永遠不要索讚。只需在公開場合幫上忙，讓產品本身成為證據。 被低估的優勢在於：這些空間裡早就擠滿了行銷帳號，所以一個真正展示實物的開發者會立刻脫穎而出。內向者對自我推銷的不自在，讀作「真誠」——而這正是人群裡最受信任的語氣。 在一個渠道深挖 獨立開發者在分發上犯的最大錯誤，不是選錯了渠道，而是一次選了十個。在五個地方各發一篇淺帖，比什麼都不發強，但遠不如在一個地方深耕。 挑一個渠道，堅持幾個月。是十到三十篇真實的貼文，不是三篇。複利和構建時的邏輯一樣：第一篇無人聞問，第十篇開始被注意，第三十篇讓你在那個圈子裡被記住。一旦被記住，分發就不再是一項活動，而是一種資產——人們會主動找上門。 深耕還給內向者帶來一個實際的好處：它讓社交這件事變得可預測。一個社群，規矩學一次就夠，裡面的人會認出你。這比永遠在給陌生人發冷私訊的情緒成本低得多。 第一批一百個使用者，實際上要付出什麼代價 上面講的全是「該做什麼」。這裡講的是它「回報什麼」——因為只有知道背後的算術，這些戰術才站得住腳。 先看第一批客戶從哪裡來。一份 2026 年針對290 位創辦人營收紀錄的分析，按「第一位客戶來自哪個渠道」分類後，發現第一個渠道與結果呈現清楚的關聯： 第一個渠道 營收破 $10k 的創辦人 營收低於 $1k 的創辦人 社群 9 人中有 2 人 68 人中有 30 人 主動接觸 9 人中有 4 人 68 人中有 7 人 請仔細讀這段，因為它同時包含了支持這套打法的證據，以及對它最誠實的反證。在 $1k 以下，社群優先是最壓倒性的模式——68 人中有 30 人。 這正是「靜默槓桿」論點在真實數據裡的樣子：在買家本來就聚集的地方公開寫作，是多數獨立開發者取得第一批使用者的方式，完全不需要主動接觸，正如本文所述。 但在 $10k 以上，模式反轉了：那 9 人中有 4 人是從主動接觸起步，而非社群。 所以「社群優先」是正確的預設值，卻不是唯一的路——誠實的解讀是：社群讓你起步，而主動接觸是一小部分人用來做大的方式。這份資料自己也標明了兩個限制，而且很重要：它屬於自我申報，且取材自 Reddit，所以 Reddit 被過度代表。方向可以當真，幅度則偏軟。九個人是很薄的樣本。 不過同一批資料裡有一個異常乾淨的發現：沒有任何一位消費類產品創辦人——無論營收高低——是從主動接觸起步的。 每一款做起來的消費類 App，都是靠社群或應用商店。如果你做的是消費類產品，那麼冷私訊這套建議對內向者來說不只是難受，而是一個「沒有觀察到任何成功案例」的渠道。 ...

「自建還是購買」是軟體界最古老的爭論，多年來它不過是一道無聊的算術題：如果買授權比請工程師還貴，那就自己寫。AI 把這筆帳徹底打破了。當一個獨立開發者能用週末做出過去要一整個季度才能完成的東西時，沿用的成本理由——用一個函式庫、一個 SaaS 工具、一個開源專案——悄悄就不再是決定因素了。 取而代之的是一個更安靜的問題：當事情真正關鍵的關頭，這東西歸誰管？ 這不再是成本問題，而是「託管」問題——而在現實中，真正決定你這一人的公司能不能活過第三年的，恰恰就是它。 重寫變便宜了，但「託管」沒有 這是大多數獨立開發者忽略的不對稱。AI 壓垮的是編寫程式的前期成本，但對擁有程式碼的持續成本幾乎毫無影響。這個數字業界已經知道幾十年了，而且從沒變過：軟體總持有成本的 50–80% 是維護——修 bug、打安全修補、升級依賴，以及在振奮人心的第一版之後、年復一年讓這東西活下去的那些瑣碎水滴。Gartner 把 IT 預算花在維護現有系統上的比例定在 55–80%；IEEE 的數字是 60–80%。 所以重寫是開始便宜，但你得永遠擁有它。第一次提交幾乎免費。第一千次提交——四年後、深夜十一點、某個你 fork 過的函式庫已經走鐘、原作者早已棄坑——才是真正的帳單所在。 沿用今天便宜，但依賴會回過頭來擁有你 鏡像的另一面同樣危險。當你沿用時，你把維護外包了——同時把鑰匙交給了別人。供應商的路線圖變成了你的路線圖，他們的漲價變成了你的成本，他們那封「我們即將終止這項產品」的電子郵件變成了你的緊急事故。 這不是假設。資料說得毫不含糊：Flexera 報告指出，47% 的企業把資料遷移列為更換供應商的重大障礙。 這個「47%」就是那個臨界點——你自由做出的一個選擇，硬邦邦地凝固成了一個你不把系統扯碎就離不開的處境。託管權不是在一個戲劇性的瞬間失去的，它是在「先用這個湊合一下」和「我們已經不敢搬走了」之間的縫隙裡，悄悄丟失的。 陷阱在於只按建置成本定價 舊爭論的雙方犯的是同一個錯：他們只給第一版定價。「自建還是購買」的計算機拿最初的開發成本去比第一年的訂閱費，這是錯的座標軸。 該算的是持有成本。你重寫的東西，開始便宜、永遠要養——維護、升級、依賴走鐘、安全修補、你自己選擇的鎖定，以及搭別人路線圖便車的複利。你沿用的東西，今天便宜、明天擁有你。誠實的比較不是建置成本對購買價格，而是：我是在租便利，還是在為一個我無法外包的東西付「託管費」？ 重寫是開始便宜，但你得永遠擁有它；沿用是今天便宜，但依賴會擁有你。一座你養不起的護城河，根本不是護城河。 託管法則：沿用「日用品」，重寫「護城河」 這個決策不是把「自建還是購買」當成身分——「我是個 builder」或「我只買 SaaS」。它是一條只有一個軸的託管法則： 沿用一切「日用品」。 那些無差別的管路活——有健康的可替代市場、因為大家講同一種標準所以切換成本低、長年以來做著同一件無聊事的那些東西。如果明天有三個供應商能頂替它、而你幾乎察覺不到，那你就一件都不該擁有。別重寫它。付訂閱費，把注意力留給真正要緊的事。 只重寫「護城河」。 那一兩樣就是你的產品的東西——競爭對手不可能透過訂閱你用的同一個 SaaS 就複製走的那部分。那才是唯一值得付永遠維護帳單的東西，因為只有它的維護本身就是這門生意。 還有第三種失敗：那個「非我親手建不可」的反射 這個框架裡的反派不是 SaaS，也不是開源，而是 「非我親手建不可」症候群——那種因為「重寫現在感覺像是進展、擁有它感覺像是掌控」就沉沒時間去重寫無差別管路的習慣。獨立開發者最稀缺的資源不是錢，而是注意力，攤在一條只會不斷變長的維護戰線上。每一個花在重新實作某樣 20 美元/月工具早就做好的功能上的小時，都是沒花在護城河上的小時。 這個檢驗不舒服，但很簡單：如果你完全停止做這件事，傷到的是你的生意，還是你的自尊？ 日用品活通常只傷後者。 獨立開發者版的法則 對一人產品團隊來說，這條法則收縮成一條你真正能執行的規則： 是日用品嗎？ 買它，或者用維護者最健康的那個開源專案——並且確認你能脫身。如果你說不出你的退場路徑，那你就沒有這個選擇的託管權，是供應商在託管你。 是護城河嗎？ 自己建——並且清楚那筆維護帳單是真實的、而且永遠是你的。每年約占建置成本 15–25% 是持續開銷的大致數字。如果這筆帳單聽起來養不起，那說明它不是護城河，而是興趣。 中間的模糊地帶呢？ 那才是 AI 真正改變的地方。過去真的要自己建的活——膠水程式碼、內部工具、整合——現在便宜到可以重寫，於是「肯定要買」的清單變短了。但「開始便宜」仍然不等於「養得起」。在事物被證明處於核心之前，預設沿用，然後才重寫。 重點不是獨立開發者應該什麼都重寫、或什麼都買。而是這個問題變了。二十年前你問「自建和買授權各要多少錢」，現在誠實的問題是 「我願意成為什麼東西的託管人，又願意租用什麼東西？」 ——而大多數獨立開發者，在大多數時候，租的東西遠比他們意識到的多，而真正要緊的東西，他們一件都沒在託管。 這條法則有兩個值得接著讀的鄰居：〈Vibe Coding 的隱藏成本〉是同一筆「擁有成本」從另一個方向找上你，而〈何時該信任一個開源套件〉則是你收下一份得自己維護的依賴之前，該做的盡職調查。 Sources Gartner——IT 維護支出：組織約把 55–80% 的 IT 預算花在維護現有系統上（持有成本占比基準，廣泛見於 Gartner 的 IT 關鍵指標研究）。 IEEE Computer Society——軟體維護約占軟體全生命週期成本的 60–80%。 Standish Group——CHAOS Report：約 69% 的軟體專案交付部分價值或毫無價值（說明為何每次重寫都應視作一次下注，而非必然）。 Flexera——State of the Cloud：47% 的企業把資料遷移列為更換供應商的重大障礙（「託管硬化成鎖定」的證據）。 Keyhole Software／業界 TCO 基準——持續維護約占初始建置成本每年 15–25%。 關於確定性：「50–80% 維護占比」是持久的業界基準（Gartner／IEEE／ISBSG 發布了相互重疊的區間），而非單一具名研究的精確數字——請把它當作方向性區間，而非精確點位。Flexera 的 47% 與 Standish 的 69% 均來自具名的原始報告。

在創業史的大多數時間裡，「你的共同創辦人是誰？」根本不是一個問題，而是清單上的第一格——緊接在「你的點子是什麼？」之後。一個一個人創業的創辦人若單幹，第一句聽到的就是「你會後悔沒組隊」，彷彿共同創辦人是一份你買下的保險，而不是一個你得在法律上、情感上綁定十年的人。 AI 時代沒有讓共同創辦人變得多餘，它讓「預設組隊」變得過時。真正的問題不再是「我怎麼找共同創辦人」，而是「我真的需要嗎？為了他我願意犧牲什麼？」這篇文章給你一套有數據背書的決策法則。 「找個共同創辦人就對了」從頭到尾都是迷思 「預設組隊」這套建議，建基於一個假設：團隊天生比較安全。數據不支持。根據 Carta 的單獨創業者報告，單獨創業者 平均在第 399 天請到第一位員工——比多人創業團隊的 480 天還快。直覺被推翻了：單獨創業者不是坐在原地想念團隊，他們反而更早達到該擴編的規模。 股權的故事更殘酷。單獨創業者在整個生命週期裡保留了更大的份額——Carta 的數據顯示，單獨創業者在公司退場時持有的股權，比多人團隊的領頭創辦人平均多出 75%。到了 A 輪，多人創業團隊合計的持股中位數跌到 36%，再分給三四個人，單一個體往往不到 15%。你不是用共同創辦人買到安全，而是在最關鍵的時刻，買到了稀釋。 市場唯一還在懲罰單獨創業者的地方——以及它真正的意義 確實有一個真實、可引用的代價。2024 年，單獨創業公司佔新創公司的 30%，卻只拿到定價股權融資的 14.7%。創投至今在結構上仍偏好團隊。 這正是該冷靜看清、而非急著辯護的時刻。這個偏見是真的，但它不是「單獨創業比較弱」的證據，而是融資層落後於建造層的證據。Carta 手握數萬家公司的數據，單獨創業的比例仍年年在升。這個代價是募資的摩擦，不是建造的懲罰。如果你的計劃需要在創投的節奏上、以創投的規模成長，一位共同創辦人或許能幫你買到你來不及建立的信用；如果不需要，那你是在為一份永遠不申請理賠的保險付費。 決策法則 別再把「組隊還是單幹」當成道德問題。真正要下決定時，只有四件事重要： 資本門檻。 你的路徑需要在未來 18 個月內拿到創投的錢嗎？如果需要，找共同創辦人可以是理性的——不是因為你需要那份工作，而是因為融資層至今仍偏愛團隊。如果你是自給自足、或靠營收成長，那個 14.7% 的偏見幾乎碰不到你。 能力缺口——該買還是該自己建。 你缺的是一次性的能力（需要一次設計、一個 logo、一次法務審查），還是持續的能力（你完全不會寫程式，而產品就是程式）？一次性的缺口找的是外包，不是共同創辦人。在 AI 時代，連很多持續的缺口都變得比「用股權去換」更便宜。 心理狀態——你獨自一人時是前進還是原地打轉？ 有些人要有人在旁邊才會動起來，他們的執行力需要一個觀眾；有些人則被「對齊」這件事拖慢。誠實面對自己屬於哪一種。一個能修好你動力的共同創辦人，值得那份稀釋；一個只會增加你流程成本的人，則不值得。 「錯的共同創辦人」檢驗。 真正讓人後悔的，不是「單獨創業者會失敗」。而是有多少創業者，把決定性的一年和一個錯誤的人綁在一起。好的共同創辦人勝過單幹；但壞的共同創辦人比單幹糟糕得多——而好的那種既稀少又難找。一個錯誤的共同創辦人的代價，正是「預設組隊」之所以危險的原因，而不是「預設單幹」。 更新後的預設 2026 年的正確預設，已經悄悄反轉。不再是「先找共同創辦人」，而是：先一個人開始，只有在出現一個具體、說得出口的理由、且跨過門檻時，才加入共同創辦人——一個你獨自跨不過的資本門檻、一個太戰略而無法外包的能力缺口、或一段已經被驗證到足以降低你風險、而非增加你協調負擔的關係。 改變的是那些無聊的前置條件消失了。你不再需要共同創辦人才能建造。剩下的、需要共同創辦人的理由，都是你真正說得出口的理由——如果你一個都說不出來，你其實已經有答案了。這正是 AI 時代最誠實的好處：不是單幹永遠是對的，而是它終於成為一個真正的選擇，而不是一種妥協。 如果你已經確定要走這條路，下一個問題是「怎麼撐」而不是「要不要找人」：〈一個人公司不再是論述〉把兩組量度同一群人、結論卻相反的數據攤開來看，並解釋那道閘門其實從未真正關上。 Sources Carta — Solo Founders Report 2025（Peter Walker & Hamza Shad，2025 年 12 月）：單獨創業的新創比例從 23.7%（2019）升至 36.3%（2025 上半年）；單獨創業者平均第 399 天請到第一位員工，多人團隊為 480 天；單獨創業佔 2024 年新創的 30%，僅拿 14.7% 的定價股權融資。 Carta — Founder Ownership Report 2025（Peter Walker & Kevin Dowd）：單獨創業者退場時持有的股權，比多人團隊領頭創辦人平均多 75%；多人團隊到 A 輪持股合計降至 36%。 Stack Overflow — Developer Survey 2025：84% 開發者表示會使用 AI 工具（說明「能力缺口」成本為何縮小的背景）。 關於確定性： 網路流傳的「共同創辦人衝突導致失敗」比例，無法追溯至一手來源，故刻意排除。以上數字皆出自 Carta 的一手報告。

每個人都想要那個突破——盛大的發表、爆紅的熱門、一夜成名。而每個人也都默默地知道，那不是運作的方式。真正有效的方法無聊到被忽略：每週出貨一個小東西，一週都不落。 這個系統聽起來不厲害。這正是重點。它是那台不光彩、會複利的引擎，把「有作品的人」和「想要有作品的人」分開。這裡是全部的內容。 為什麼「小」就是全部的訣竅 本能是出貨大的——拋光的 App、完整的產品、那個會讓人驚豔的東西。但大東西有三個小東西永遠不會有的問題： 大東西要夠久，久到新奇感在你完成前就死了（見第三週之牆）。小東西在低谷來襲前就落地。 大東西很少有「完成」。 永遠有得修，所以你其實從不出貨。小東西有清楚的終點——勝利條件你能用一句話講完。 大東西嚇得人不敢開始。 小東西小到沒什麼好怕，所以你會開始，而開始就是整場仗。 小東西不是通往大東西的踏腳石。小東西就是系統。大東西不過是一千個小東西從外面看起來的樣貌。 精確的迴圈 這套系統有四個動作，沒有一個是可有可無的： 挑一個小到能在一週內完成的東西。 不是「建一個 App」。是那種勝利條件能一句話講完的東西：「一支幫我改截圖檔名的腳本」「一個單頁 landing page」「一個能用的 API 呼叫」。 出貨它，醜一點沒關係。 門檻是完成，不是好。能用就出貨。拋光是以後的事，而「以後」是個陷阱。 給一個人看。 責任感才是重點。一個看過它、還會問你下一個的人。 寫下你學到什麼。 一行，記在一個持續更新的日誌裡。日誌就是複利——一年的日誌是一本任何課程都賣不了你的個人攻略。 就這樣。四個動作、一週、重複。沒有儀表板、沒有 streak App、沒有最佳化。 為什麼它會複利（誠實的數學） 這部分是事後看起來像魔法、其實只是累積： 技術會複利。 每個小東西都教你一個上一個沒教過的東西。五十個小東西之後，你已經撞上並解決了五十個真實問題——比多數人一整個「計畫要建」的職涯撞到的還多。 自信會複利。 每個出貨的東西，無論多醜，都是你能出貨的證據。這個證據讓下一個更容易開始，而不是更難。 名聲會複利。 一個有五十件出貨作品的人——就算都很小——是個建造者。這是關於你的一個事實，任何證照都偽造不來。作品集是最強的履歷。 運氣會複利。 出貨的東西是真正存在於世界的樂透彩券。你出貨的一支腳本，可能被對的人看到。一份沒發表的計畫，誰也發現不了。 小東西不只是相加，它們相乘，因為每一個都讓未來每一個更容易。 一年會是怎樣 第一週：一支腳本。第三個月：一個你自己真的在用的工具。第六個月：一個使用者不是你的東西。第十二個月：一份作品集、一門真功夫、還有一堆「我蓋得出那個」的自信。 從外面看，會像是你「變厲害了」——好像天賦降臨。從裡面看，你會知道那只是五十個小東西、一週一個、沒有任何人看著你出貨。 這就是全部的系統。它不是捷徑。它是唯一可靠的途徑——而且任何願意每週出貨一點點丟臉的東西、直到它們不再丟臉的人，都走得上去。 這是〈新手入門〉背後的運作迴圈——也是殺死多數獨立專案的〈第三週之牆〉的解藥。 如果這是第一階，那接下來的問題都跟「出貨之後」有關：〈先發布半成品〉講的是那種想繼續打磨的衝動，〈你的第一筆收費〉說的是為什麼該早點收到錢，而〈晚上與週末的出貨系統〉則是讓這件事在沒有團隊的情況下持續下去的節奏。 Sources 這裡的複利回饋結構，呼應刻意練習（Ericsson）的文獻——小而重複、回饋豐富的迭代，勝過偶發的大規模投入——套用在獨立出貨的具體機制上。 Carta——《Solo Founders Report 2025》：獨立創辦人的持續存在（新創的 36%），正是這種持續、低成本的迭代所造就，而非單一的大賭注。

AI 建置工具的承諾持續膨脹：「描述任何東西，它就能建出任何東西。」每隔幾個月就有人丟出一個 demo，看起來好像軟體會自己寫好。 這是一句來自實際用這些工具出貨的誠實反例：代理在「量」上是超人，在「判斷」上不可信。 它們能產出的程式碼，比你見過的任何團隊都快、都多。但它們不能決定什麼值得建、什麼才是對的、什麼才是好的。那最後一段路——姑且叫它「最後的 10%」——正是產品勝負的所在，而它完完全全還是你的事。 這是這道落差的全貌。 落差出現在哪裡（誠實的清單） 1. 看起來正確的 bug。 代理寫出的程式碼是看似合理的。單位切換時把圖表軸標錯。一個迴圈提早一步停掉。某個視圖裡的比較差了一個倍數。這些都不會當機，所以代理沒有任何訊號說它失敗了——你也沒有，除非你在看。最糟的 bug 不是那些大聲報錯的；是那些通過所有測試、卻仍然以一種只有人眼才抓得到的方式錯著的。 2. 品味。 代理能做「把它弄現代一點」。它無法告訴你：間距差了一點、文案無聊、整個流程長了三次點擊。品味是對使用者感受的判斷，而代理從未感受過任何東西。這就是為什麼那麼多 AI 建的軟體，技術上沒問題，感覺卻死氣沉沉。程式碼是對的；產品是錯的。 3. 決定要建什麼。 代理會用全然的熱情，把你描述的任何東西建出來。這跟建出對的東西不是同一件事。決定哪個問題值得解、哪個功能該砍、該服務哪個使用者——那是策略，它存在於工具之外。給代理一個爛點子，它會比你能做到的更快、更令人信服地把它推上線，這讓錯誤變得更貴，而不是更便宜。 4. 那「最後 10%」，其實是體驗的 90%。 錯誤狀態。空白狀態。新手引導。那個任何 happy-path demo 都不會展示的「萬一失敗了會怎樣」路徑。這是不光彩的工作，把一個「能跑」的東西，和一個「對人真的有用」的東西區分開來。代理是在 happy path 上訓練的；真正的使用者活在另外那 10% 裡。 為什麼這個落差是好消息（而不是壞消息） 如果代理什麼都能做，你就沒有任何優勢了。每個有 API 金鑰的人都會跟你一樣能幹，而「獨立開發者」就變成「打了個提示的人」。 這個落差就是你的護城河。具體來說：代理是機械工作的力量乘數，而你在判斷上無可取代。 工具把「量」自動化得越多，另一邊越稀缺的技能，就越是它們偽裝不來的那種人類判斷——知道什麼是好的、什麼是對的、什麼是要緊的。 這才是 2026 年真正的工作。不是寫更多程式碼，而是決定哪些程式碼應該存在。 如何在這個落差裡工作（紀律） 這些一點都不玄。是一組你可以養成的習慣： 沒讀過的，絕不出貨。 代理可以寫；你必須擁有它。「讀過」的意思是你能用白話解釋它做了什麼、以及它哪裡會壞。 為「人能抓到代理」而設計。 最好的產品把機器速度和人為覆寫配在一起——把 UI 設計成讓一個人能在兩秒內發現並修正代理的失誤。 刻意去測不快樂的路徑。 在問「什麼能跑」之前，先問「什麼會壞」。代理優化 demo；你優化現實。 把品味當成交付物，而不是加分項。 特地排時間給那些感覺不對的部分——文案、間距、流程。你不排，代理的「大概沒問題」就會變成產品。 誠實的一句話總結 工具壓扁了建造的成本。它沒有壓扁知道要建什麼、它對不對、它好不好的成本。 量被自動化了，判斷沒有。而判斷，就是那最後 10%——其實正是全部的遊戲。 這正是〈為什麼一個人現在能做出過去一整個團隊的事〉背後的界線結構——工具是真實的，這個落差也是。想知道幫你處理這落差的堆疊，見〈我實際在用的 AI 程式開發堆疊〉。 這個信任落差還有另一半值得知道：上限不只關乎你該讓代理做什麼，也關乎你交到它手上的存取權。你的代理不需要被駭整理了長期存取權的檢查清單。另外兩篇操作者相關的文章：你的 AI 助手以平凡的方式出錯（如何診斷失敗），以及記憶才是產品（為什麼產品是操作者的系統，而不是模型）。 Sources Stack Overflow 2025 開發者調查——只有 3.1% 的開發者「高度信任」AI 產出；45.7% 某種程度或高度不信任。採用率很高（84%）、信任度很低——「量」與「判斷」之間的落差是可量測的。 JetBrains AI 程式代理採用研究（2026）——約 90% 的專業開發者至少每週用一次 AI 程式代理，68% 每天用，但對準確性的信任仍是摩擦點。

2026 年的建置環境提供了三條部分重疊的路，而網路對每一條都有意見。No-code 是「未來」或是「玩具」。Vibe coding 是「魔法」或是「等著出事的災難」。寫真程式碼是「唯一認真的選項」或是「現在純粹浪費時間」。 這些全都被用錯的方式在爭論，因為它們不是階梯上的階——它們是三種應付三種不同工作的工具。真正的問題不是「哪個最好」，而是「你負擔得起哪一種失敗模式？」這裡是誠實的解讀。 No-code：驗證一流，碰到邊緣就完蛋 No-code 工具（Lovable、Bubble 等）讓你不寫程式，用拖拉積木和接線邏輯拼出能用的產品。它的強項是快到一個真實的東西——你能在一個週末把點子做成可用的原型。 它什麼時候贏： 當你在測試「到底有沒有人要這個」的時候。驗證、內部工具、原型、一次性工作流。如果目標是「這會不會引起共鳴」，no-code 最快最便宜地給你答案。 它哪裡會破： 邊緣。一旦你需要自訂邏輯、特定整合、真正的效能、或範本沒涵蓋的東西，no-code 就從「快」變成「不可能」。你會撞到一個天花板，工具的意見變成產品的限制，每個變通都是痛苦。 失敗模式： 你用 no-code 做出一個受歡迎的東西，撞到天花板，現在得用程式碼重寫——付兩次錢。 Vibe coding：動能一流，沒有過濾器就危險 「Vibe coding」——描述你要的、讓 AI 生成、鬆散地檢查、快速迭代——是 2026 年的預設。它的強項是純粹的動能：你讓創作流程持續下去，不必停下來想語法。 它什麼時候贏： 當你有良好的判斷力、而且願意讀每一份 diff 時。在一個把 AI 當成快手的初階工程師、把自己當成審查者的人手中，vibe coding 是軟體史上產出最高的建置方式。 它哪裡會破： 當過濾器缺席時。沒有審查的 vibe coding，會產出看起來完成、其實悄悄錯著的軟體——不會當機的 bug、差一個倍數的邏輯。工具在速度上是超人、在判斷上不可信，而沒有審查者的 vibe coding，是用上了全部的速度、卻一點判斷都沒有。 失敗模式： 你出貨了一個自己從沒真正讀過的東西，它用侵蝕信任的方式壞掉——對任何處理金錢、健康、或真實使用者資料的東西來說都是致命的。 真程式碼：控制一流，時間昂貴 寫下並閱讀真正的程式碼——不管是你自己打、還是仔細審查 AI 寫的——是緩慢而深思熟慮的路。它的強項是控制：你懂每一行、你能推論每個失敗、你能把產品帶到任何地方。 它什麼時候贏： 當正確性比速度重要、當產品要活上好幾年、當你在處理「差不多」不行的東西時——金流、健康、安全、任何受監管的東西。 它哪裡會破： 時間和注意力的成本。真程式碼是最慢的路，而對獨立開發者來說，慢本身就是一種風險——一個專案可能在還沒出貨前，就死於自己的野心。 失敗模式： 你花一年打造完美的架構，結果什麼都沒出貨。 那你到底怎麼選？ 別再問「哪個最好」。改問三個問題： 我想學到什麼？ 如果是「有沒有人要這個」→ no-code。如果是「我能不能讓它動」→ vibe code。如果是「這能不能撐好幾年」→ 真程式碼。 我負擔得起錯什麼？ 原型可以錯，金流不行。把工具的失敗模式，配到這東西的爆炸半徑上。 它一年後會在哪裡？ 如果反正會重寫，就起步快一點（no-code／vibe）。如果它是地基，就建慢一點（真程式碼）。 最犀利的獨立開發者不會選一個然後捍衛到底——他們三種都熟，而且隨著專案成熟在三者之間移動。用 no-code 驗證、用 vibe coding 累積動能、用真程式碼把要緊的部分加固。 ...

問一個人獨立建產品要花多少錢，他們會點出那些看得見的項目：程式工具的訂閱、API 帳單、網域、或許再加個設計師。那些是便宜的部分，而且加總起來比你以為的還少。 貴的部分永遠不會出現在發票上。它們是時間、注意力、以及作為唯一決策者那安靜的負擔。這是一份沒人在你開始前給你的誠實帳——而它很重要，因為真正搞垮獨立專案的，不是沒錢，而是誤讀了真正的成本是什麼。 看得見的成本（先擺正視角） 先把話說清楚：現金成本確實塌了，這是真的。一位 2026 年的獨立開發者，每個月花不到一百美元就能出貨一個能用的產品——一個程式助理、一個模型、主機、網域。那是其他文章講的故事，而且沒說錯。 但這裡面藏著一個陷阱：因為金錢成本現在幾乎是零，很容易得出「成本是零」的結論。 這是錯的。成本只是移動了，從現金移到時間和注意力——而那兩樣，是你永遠買不回來的東西。 真正的成本之一：時間是固定預算 現金是有彈性的——你可以多賺、少花、去募、去延後。時間不是。你花在產品上的每一小時，都是沒花在工作、家人、健康、或睡眠上的小時。 獨立建東西不會替你的星期多加幾小時；它會拿走。而且因為沒有共同創辦人可以換班，你一停，產品就停。沒人幫你扛。這一個事實——專案只會在你動它的時候前進——就是整個模式裡最貴的隱藏成本。 真正的成本之二：注意力是稀缺資源 錢可以編預算，注意力不行。獨立建東西最難的不是建造本身——是脈絡切換。你是工程師、設計師、行銷、客服、還有執行長，而且你得在同一天、有時同一小時裡全部扮演。 每一次切換都有代價。用一顆腦袋扛十幾個角色，這種稅不會出現在任何時間追蹤器上，但它就是把三小時的建置弄成六小時爬行的元兇。獨立不代表「一份工作」，它代表全部的工作，串聯過同一個大腦。 真正的成本之三：決策負擔 這是三個裡最安靜、也最重的一個。有團隊時，決策會分散——有人負責設計、有人負責基礎設施、有人負責路線圖。獨立時，每個決定都是你的，而且數量遠比你想像的多。 取什麼名字。砍哪個功能。那個 bug 要不要緊。這樣到底能不能出貨、還是得再修一輪。這些個別都不難。成本在於數量——那種持續不斷、低劑量的決策疲勞，恰好在你最需要判斷力的時候侵蝕它。這就是為什麼那麼多獨立開發者不是卡在最難的地方，而是卡在第一百個簡單的地方。 那你該怎麼辦？ 誠實的答案不是「多花點錢」——是這三步，每一步都對準真正的成本： 1. 把專案縮小，直到時間不再跟你作對。 勝利的條件越小，達成的時數就越少，時間這個固定成本就越不痛。這就是為什麼「先出一個小東西」是生存策略，不是口號。 2. 殺掉脈絡切換。 把你的角色分批：一天建造、一天行銷、一個早上客服——而不是每天全部一起來。稅不在於工作本身，在於切換。 3. 用「寫下來」來減少決策。 一份寫著你預設值的文件——名字、範圍、「夠好了」的標準——讓你決定一次、重用一百次。目標不是更好的決策，是更少的決策。 誠實的底線 獨立出貨的金錢成本，已經塌到幾乎是零。這部分是真的，也正是「一人浪潮」存在的原因。 但成本沒有消失——它移進了時間、注意力、和決策負擔，這三樣你無法外包、也買不回來的資源。就獨立去建吧，但眼睛要睜開，搞清楚到底是哪一樣在真正限制你。 這是〈為什麼一個人現在能做出過去一整個團隊的事〉背後誠實的經濟學。至於工具仍然補不上的部分，見〈AI 代理仍然做不到的事〉。 Sources 美國人口普查局（US Census Bureau）——Nonemployer Statistics（2023）：3,040 萬家無僱主企業、1.8 兆美元營收——「成本已塌」的背景之下，非現金成本反而更重要。 Stripe Atlas——《Startups in 2025 Year in Review》：20% 在 30 天內收到第一筆客戶款項（2020 年為 8%）——時間到第一塊錢的成本塌了，剩下的時間／注意力成本才成了束縛條件。

直到不久前，「獨立創辦人」還是投資人會皺著眉頭說出的一個詞。它讀起來像找不到共同創辦人——是投資條款書上的紅旗，是加速器禮貌的婉拒。單打獨鬥是備案，不是重點。 如今這個污名死了，而且不是被辯論死的。污名真正消失的方式就是這樣：數字不再支持它，而離數字最近的人改變了看法。這篇是收據文——那些現在攤在陽光下的結果，以及它們真正證明了什麼。 那個讓爭論結束的數字 2025 年有 36% 的新創是獨立創辦的——根據 Carta，這個數字在 2019 年還不到 24%。這不是邊緣現象，而是超過三分之一。當一個框架把三分之一的現實描述成「不如別人」時，壞掉的是那個框架，不是那些創辦人。 而且這件事發生在 AI 熱潮見頂之前。獨立創辦的比例已經爬了好幾年——AI 加了速，但趨勢早就在走了。這正是結構性轉變和泡沫的差別：泡沫需要靠熱潮續命，而這件事不需要。 退場案例公開了（所以你不必只信我說的） 獨立創業的故事以前是 Hacker News 上的傳聞。現在數字攤在陽光下，還掛著名字： 8,000 萬美元 —— Wix 為 Base44 付出的現金，那位獨立創辦人推出它才六個月。 約 300 萬美元／年 —— Pieter Levels 旗下 PhotoAI、RemoteOK、Nomad List 的合計年營收。獨立、無員工。 103 萬美元 —— Marc Lou 在 2025 年的個人營收，橫跨 16 個以上的微型產品。 4.01 億美元 —— Medvi 在 2025 年的銷售額，由一位自學創辦人用兩個月和 2 萬美元起步。 這份名單有意思的地方，在於它沒有什麼：獨角獸。這些沒有一個是媒體下注的那種十億級特例。它們是安靜、無聊、六位數到七位數營收、卻從不上頭條的事業——而這樣的事業有成千上萬個。 誠實地陳述「這不是泡沫」的論證 懷疑者的說法是這是泡沫——一場會在 AI 融資環境冷卻時破掉的熱潮。數據給出的答案相反，理由有三： 1. 趨勢早於熱潮。 獨立創業在 2019 到 2023 年就已經在攀升，那時「AI 代理」還不是一個產品類別。泡沫是由新東西造成的；而這件事早在複利增長了。 2. 這些事業是真正的營收，不是估值。 每年 300 萬美元來自付費訂閱、103 萬美元來自微型產品、8,000 萬美元是現金——這些都是客戶在付錢，不是帳面上的數字。你戳不破一座蓋在真實發票上的泡沫。 ...

一年前，這個網站還只是一副空的骨架和一個承諾。建造一年之後，有了一份作品：出貨的東西、弄壞的東西、學到的東西。這是這一年的誠實帳本——真正複利了什麼、悄悄沒複利什麼，以及如果可以、我會在第一天重讀的那一個洞見。 真正複利了的 連續，而不是衝刺。 最大的那一課，也最不光彩。持續的小時段，每次都贏過英雄式的週末，因為連續讓脈絡保持溫熱，而週末一直在重新學它。這句話我聽了好幾年，直到感受到差別才真正相信。 出貨的東西，而不是計畫。 每個出貨的東西——無論多小——都成了證據。證明我能出貨的證據、別人看得見的證據、複利成自信的證據。我沒出貨的計畫，複利成零。這個不對稱，就是整個遊戲。 日誌。 每次建置寫一行——什麼有效、什麼壞了、下次會怎麼做——把一年的工作變成一本個人攻略。一年不記日誌的工作，會變成一年遺忘。 我停止換掉的那些工具。 最大的生產力收穫不是找到更好的工具，而是停止搜尋、定下一套堆疊、讓熟悉度複利。 悄悄沒複利的 那張「改天」的行事曆。 每個「等事情穩定一點就做」的項目都還原封不動地躺在那。改天不會複利。只有出貨的東西會。 我從沒排進行程的拋光。 那些感覺「夠好了」的部分，就「夠好」了一整年——而「夠好」累積成一筆債。品味，原來是一個必須排進行程的交付物，不然它不會發生。 我從沒建立的讀者。 我好幾個月對空氣出貨，以為作品最終會自己說話。它不會。給一個人看——然後給幾個人看——本身就是一門紀律，而我開始得比該開始的時間晚。 那場「一次大發表」。 一場終於讓一切登上地圖的大爆發的幻想，撐不過一整年現實的檢驗。真正推動進度的，永遠是那不光彩、每週、低風險的出貨——從來不是那場發表。 我會在第一天重讀的那個洞見 如果我能交給過去的自己一句話，會是這句： 「工作會複利，但只有出貨了才會——而且只有小而持續、出貨了的東西才會複利。」 不是點子，不是計畫，不是設定。是出貨的東西。一週一個、有點丟臉、複利成一份最終看起來像天賦的作品。這就是全部的祕密，而它根本不是祕密——只是它太難靜下心去做，所以多數人不做。 第二年指向哪裡 這一年建立了迴圈。第二年是同一個迴圈，但瞄得更準：東西更少、用更多判斷去選、更一致地出貨、給更多人看。工具會繼續壓低成本。判斷會繼續是最難的部分。而連續，會繼續是那台引擎。 十年，不過就是十個這樣的年，疊在一起。第一年教會我迴圈，接下來九年是關於怎麼跑它。 這是〈十年計畫〉上的里程碑。走到這裡的迴圈是〈每週出貨一個小東西〉、撐過〈第三週之牆〉、並建立在〈一個人的團隊〉的現實之上。 Sources 本文是第一人稱回顧；其中複利的主張，與刻意練習（Ericsson）的文獻、以及貫穿本站其他文章的「一致勝於強度」發現一致。