創業初期要不要立制度？還是先做再說？
有制度會卡速度，沒制度會亂成一團，你該怎麼拿捏？
阿文的團隊已經四個人了，最近一個月卻吵吵鬧鬧。
有人覺得「流程太亂，每次做事都要問一輪，浪費時間」，也有人覺得「事情都還沒搞清楚，就急著定規矩，管得太死」。
阿文夾在中間，開始懷疑自己：
「我是不是該趁早立制度？但立了之後又怕團隊變僵化……到底創業初期該不該有制度？還是先做再說？」
升維心法：不是立制度，而是創共識
制度不是問題的答案，而是結果。
真正該做的，是建立一種**「我們怎麼一起做事」的共識與節奏**，而不是一開始就寫出一大本流程手冊。
創業初期最重要的三個「小制度」，其實不需要寫成文件，而是：
開會頻率與方式：彼此多久同步一次？怎麼溝通進度？
優先順序怎麼定：碰到衝突時，是先滿足客戶？還是先解內部問題？
決策怎麼拍板：誰負責哪類的決策？誰要知會？誰可以拍板？
這些不是為了「控管」，而是為了「省下來回對話的時間」。
制度不是讓你變官僚，是讓團隊知道怎麼一起衝。
案例故事一：沒制度害他每天當救火隊長
阿文是主業接案的創業者，初期團隊都靠默契合作，大家邊做邊學，氣氛超好。
但當人數從2人變成4人，事情就變了：
接案流程沒定，每次報價都要阿文決定；圖檔命名沒標準，設計交錯版本；客訴來了，大家等阿文指示。
結果整天開不完的訊息、回不完的問題、做不完的善後。
有天他終於爆氣：「我是創辦人，不是大家的秘書！」
後來他花三天，把三件事寫清楚：
客戶回應時限：一天內要回，回不了要交接。
設計提案流程：三版為限，固定用 Notion 存檔。
報價原則：由專案窗口填單，他最後簽核。
從那天開始，他終於不用當消防隊長。
心法補充：制度越早立，越要「輕量、可調」
如果你的制度一上來就想蓋一棟樓，會蓋到一半就被現實推倒。
創業初期更適合「輕量、快速更新」的制度，像 Google Docs、白板、簡單共識討論，不需要很正式，但要讓大家「看得見、對得齊」。
尤其是流程型、合作型的事——只要兩人以上會碰到，一定要先約法三章，不然你以為在培養信任，對方以為你根本沒標準。
案例故事二：Notion 創辦人怎麼用「制度原型」維持創業速度？
Notion 的創辦人 Ivan Zhao 曾分享，他們公司早期最重視的不是 KPI 或職位，而是「內部共識的建立」。
他們的方法是，每週一次「共識會議」，大家不討論誰錯誰對，而是針對最近卡住的事，共同定出「這類事情我們怎麼處理？」的原則。
然後把這些原則，變成簡單的一頁筆記，貼在團隊內部 wiki 裡。
不是誰做錯就怪誰，而是：「我們下次怎麼做比較順。」
他認為：創業初期的制度，不是管人，而是幫助大家自動對齊。
這種制度，才是真正幫你加速的系統。
逼問區：你的制度，是為了解決問題？還是只是怕出錯？
團隊裡有沒有事情常常問來問去？
有沒有反覆出現的錯誤，卻沒人定下怎麼避免？
團隊的溝通有沒有節奏？還是憑感覺？
你的制度，是幫大家「自動對齊」？還是增加「報備成本」？
你怕訂制度，是怕控制？還是怕人走？
團隊夥伴知道什麼時候可以自己決定？什麼時候需要報備嗎？
你的制度有定期更新嗎？還是從沒檢討過？
沒有制度時，是不是很多事情卡在你手上？
如果今天你消失一週，事情還能運作嗎？
你現在有哪些事，是「該變成制度」卻還沒處理的？
應用建議：三步驟建立「不干擾速度」的小制度
從反覆出錯的地方開始
哪些事三天兩頭會卡住、吵架、出包？那就先處理這幾個。共創，而不是獨裁
制度最好不是你一個人寫好公告，而是大家一起討論產出的，才會願意遵守。寫下來，放在大家看得到的地方
制度不能只有你知道，也不是憑印象執行。最簡單的做法，就是一頁 Google Docs 寫清楚、加註日期、放團隊群組 pin 起來。
—— 12
有些路，我也走過；有些坑，我也踩過
希望這篇，能讓你多一點方向，少一點迷惘
升維商模 × 降維打擊
創業不再一人摸索
《12的創業智慧筆記》