一開頭 Coinbase 工程主管 Chintan Turakhia 就說了這句。

他花了將近一年，讓超過一千名工程師真正改變工作方式。不是靠命令，不是靠 KPI，而是靠一個核心信念：

你不能只告訴工程師「去用 AI」，你必須讓他們親眼看到它怎麼改變你自己的工作。

我看了許多案例，許多公司的管理階層一開始就想要設定導入 AI 的 KPI，而不是跳下去示範，直接親身展現魔法。

我一直秉持的是先施放魔法才是最有用的方式，這個火會慢慢開始向外燒起來。

不過我最近也體會到由上到下的發布強制使用 AI 的效果，所以在適當的時機雙管齊下，會是更有效果的。

Coinbase 整個採用的過程值得參考，因為我也是頗有同感。

失敗的第一次，才是真正的開始

2024 年底，Cursor 剛推出的時候，Chintan 的團隊試用了，覺得還好。模型不夠強，寫個單元測試都磕磕碰碰的，工程師用幾次就放棄了。
​
這不是第一次了。在那之前，公司推過 GitHub Copilot。採用率有一波漲幅，打開、裝好、Hello World，然後沉寂。

我最在意的就是，怎麼讓這件事真的紮根下來。因為這裡面有什麼東西，我就是感覺到了。

很多工程組織在這個階段就放棄了。但 Chintan 的邏輯不一樣：LLM 會持續進步，現在建立習慣的成本幾乎是零，唯一的浪費只是一點點時間。就像去健身房，你得先把訓練的習慣建起來，等設備升級了你才真的跟得上。

從 2025 年一月到三月，他每天每小時都泡在 Cursor 裡，不是為了研究，而是為了找到可以展示給工程師看的具體用法。

「我下令你們用 AI」是最爛的辦法

一個工程師試了覺得不好用，這件事的殺傷半徑不只是那一個人。周圍的人看到他的反應，整個團隊的採用意願就跌下去了。

所以 Chintan 的策略是：不從上往下頒布，而是從自己開始示範。

他回去寫程式。不是象徵性地，是真的重新進入 codebase，用 AI 處理面試記錄、修 bug、自動建立 PR。最讓他有感的那一刻，是他意識到自己完全不需要再記 git 指令了，對著 cursor 說一句「幫我建一個 draft PR」，事情就完成了。
​
當他把這些具體用法帶回去給工程師看，說的不是「AI 很厲害你們要用」，而是「我今天早上用它解決了這個問題，你要不要試試看」，反應完全不同。
我想要補充的是，今年幾乎不用擔心這件事了，只要你選對 model。

70 個 PR、30 分鐘、還把 GitHub 搞掛了

等到有足夠多的工程師開始「感覺到了」，Chintan 發動了一場 Speedrun。
​
全團隊 All Hands 上線，每個人的任務只有一個：挑一件最簡單的事，不管是改文案、修小 bug 還是任何東西，在 30 分鐘內用 AI 輔助把 PR 推上去。
​
15 分鐘內，100 人加入。最終他們在 30 分鐘內推了將近 70 個 PR。然後他們把 GitHub 搞掛了。

這是在壓力測試。我們應該要設計成能打破規則的樣子。

​後來在全公司層級重跑一次，800 名工程師上線，30 分鐘內推了 300 到 400 個 PR，GitHub 又掛了一次。
​
這個儀式的意義不只是「讓大家用 AI」。它打破了一個更深的心理框架：大家意識到，原來可以直接動手，不需要等 PM 排優先順序、不需要等設計師確認按鈕顏色。

「AI 正在打破規則，如果我們不去適應，就會被淘汰。」

你真正要測量的，不是「AI 使用率」

很多組織導入 AI 之後，開始追蹤「AI 生成的程式碼行數」。Chintan 認為這個指標很容易誤導人。

他真正在追蹤的是：從用戶反饋到功能落地的整個時間。
​
這個週期包括：看到反饋→建票→PR 撰寫→PR 審查→合併→OTA 更新→用戶看到新版本。每一個環節他都在想辦法壓縮。
PR 審查時間從平均 150 小時壓到 15 小時，大約縮短了 10 倍。
​
更直接的例子是他在一次用戶通話中，對方反映了一個問題，他當場在 30 分鐘的通話裡把 PR 推上去，通話結束前跟對方說：「你現在重新整理看看，修好了。」

這點我上週才跟同事討論出這個做法，能不能夠知道從開票到上線這個流程，裡面的各個環節到底快了多少?

光是這樣就能夠證明 AI 加速了多少。但這樣就夠了嗎?

不夠，現在工程師使用 AI 的情況是這樣的，大家都無法自拔，開始往更深、更細的地方走，開始補上測試，做更多更完整功能。

不是像以前那樣，單純開發好提出來的需求而已。 我們還要衡量更多事情。 但還要再衡量什麼，再過一陣子我會有明確答案。

但從測試，更完整的錯誤處理，絕對是短期感受不到，但長期感受到複利的一件事。 不要只看表面。

把 Slack 變成 AI 的入口，而不是又一個工具

Coinbase 工程團隊自己做了一個內部的 bot 叫做 Claude Bot，整合進 Slack。
​
為什麼不直接用市面上的 AI 工具？因為他有個底層認知：Slack 是公司內部讓事情病毒式傳播的地方。如果你把 AI 的魔法藏在另一個工具裡，只有一小群人看得到，它就不會擴散。
​
當 Claude Bot 在公開頻道裡工作，其他人看到有人說一句話、一個 PR 自動生成、三分鐘後出現 QR Code 可以直接掃描測試新版本，那種「幹，原來可以這樣」的感受會自己傳染出去。
​
他的目標是讓 AI 承擔那個「回應成本」，讓人回到真正需要人判斷的事情上。

管理者的角色，正在被重新定義

​訪談最後，主持人問他和兩年前相比，時間花法有什麼不同。他說：

我的行事曆幾乎是空的。因為那些協調 overhead 消失了，不需要再問『這件事優先嗎？』你就直接做了。​

他寫的程式碼比以前更多了。

他設了一個非正式標準：如果他的程式碼貢獻比團隊成員還多，代表大家在 AI 使用上需要更多支持。
​
他還做了一件很有意思的事：從 Cursor 後台下載使用數據，用 AI 分析整個工程師群體的使用模式，找出「超級用戶」和「還沒上手的人」，然後為每個群體產生針對性的建議。

• Agent 重度用戶：善用 agent mode 但可以更大膽擴展任務邊界
• Tab 完成用戶：習慣小修改，需要練習把控制權交出去

輕度用戶：通常卡在「第一次」，最需要的是一個具體的入門任務

他用 AI 做這個分析、用 AI 寫 Slack 貼文推給全團隊，整個流程從原始 CSV 到「準備好發布的訊息」大概花了不到一小時。
​
以前這種分析要拉工程師花幾天，或者根本不做。​

有一件事，比任何工具都重要

Chintan 在訪談裡說了一件事，我覺得是整集最值得帶走的東西：

在做這種組織變革的時候，你需要一個在領導層有著超強信念的人，而且這個人必須親手在做這件事。因為只有這樣，當工程師說『這個在某個地方不管用』的時候，你才能說：『我知道在那裡不管用，但我試過 A、B、C，它在這三件事上管用。』

不能只有哲學。不能只說「未來某天我們會想清楚」。你必須真的回去動手，然後帶著具體的東西回來。
​
這不只是 AI 導入的方法，這是任何組織變革都有效的核心邏輯：領頭的人得先跳進去，不是站在岸邊說水很好喝。

我覺得他說的很對，我時常在面對的就是對 AI 的質疑，但我整天泡在 AI 裡面就是要在當有人質疑的時候，我要如何有信心的回應說「你得怎麼樣做才對的」

這篇學到什麼?

• Slack 我也要來接一下
• 導入 AI 後管理者的協調時間也會大幅降低，因為一下子就幹完，根本不必協調先後順序、人力分配，考慮的時間可能都是浪費。

看了這個影片之後，我開始對 Linkedin 導入的感到非常的好奇，所以對他們的做法做了深入研究，研究完之後覺得該好好的來寫這篇，而不是單純的翻譯總結。

主要是因為覺得跟我加入 USPACE 後思考的路徑很相似，甚至 Pod 的想法也跟當初 USPACE 找我去的想法非常貼近，我這陣子的確就像是文中提到的海豹特種部隊，到各個部門去解決特定的問題。

我也在 USPACE 內部開始訓練小夥伴，也就是文中所提到的 APB，看完 Linkedin 的做法之後，我更加清楚，我先前一直覺得應該要有小夥伴來幫忙的這個念頭是正確的，因為我還有文化需要去建立。

也確認我在 USPACE 提出的激勵方式、文化建立的方式是走在對的路上。

其中最令人興奮的就是目前我在 USPACE 還沒做但也在路上的，就是 Agents 部隊了，實在是想要趕快來 implement。

不得不說，覺得有種想法被驗證了的感覺實在是令人興奮! 以下是正文:

LinkedIn 正在實驗一種叫做「Full Stack Builder」的新模式。

核心概念是：讓一個厲害的 Builder 能夠把想法從頭到尾帶到市場，不管他原本在組織裡是什麼角色。這不是說一個人單打獨鬥。團隊還是存在，只是變得更小、更靈活。

他們開始用「Pod」的方式運作。不是與五到十個團隊在多個職能部門合作，而是一個人用 AI 把複雜的多學科流程壓縮成精簡的活動。

組織的複雜性是怎麼長出來的

回到最本質的問題：Linkedin 所謂 Builder 的工作是什麼？其實很簡單，就是把想法變成現實。

研究問題、設計、寫 code、發布、迭代。

但在規模化的公司裡，每一個步驟都被拆成無數個子步驟。光是「研究問題」這件事，可能就要看 10 到 15 個資訊來源：客戶訪談、數據、回饋工單、社群討論、各式各樣的評審會議。

一個小功能需要多個團隊、多個程式庫、六個月的開發週期才能完成。而真正決定成敗的「迭代」階段，反而被擠壓到幾乎沒有時間。

工作本身不複雜，是我們把流程搞複雜了。

這個就像是我先前在 StreetVoice 帶團隊的時候所思考的一件事情：為什麼當組織越大，行動越慢？ 從提出想法，然後經過各個職能部門跑一輪，加上溝通這當中的來回確認，各個的環節跟專業分工的細節思考，都拖慢了整個開發的速度。

但在 AI 出現之後，我覺得透過 AI 可以快速消弭各個職能之間的溝通成本，並且進而加速整個開發的流程，當中思考最多的也是 PM 這個角色。不過也需要跨職能的人才來擔任 Full Stack Builder 來做到這件事。

Pod 是什麼：海豹特種部隊式的小隊

Pod 是 LinkedIn 在這個計畫中採用的小型團隊結構，跟傳統的「固定團隊」有本質上的不同：

Pod 不像傳統團隊有固定成員長期合作，比較像是按照任務需求來組合 Full Stack Builders，並彈性地以任務導向來處理特定任務。這種結構以一個季度為單位，或者隨時進行重組。

一個 Pod 由小型 AI-native 團隊組成，包括 APB（Associate Product Builder）或有經驗的 Full Stack Builder，與工程師和設計師一起工作。每個專業領域在 Pod 內或對 Pod 提供導師。

LinkedIn 的首席產品長 Tomer Cohen 用海豹特種部隊來比喻：

你來接受訓練，每個人都跨領域訓練。他們專精的是任務，而不是單一技能。他們以小隊方式運作，非常靈活，可以很快組裝起來。

一個 Pod 可能由幾個 Full Stack Builder 組成，針對某個問題工作大約一個季度。完成後，這些人會被重新分配到不同的 Pod，去解決下一個問題。

這跟 Spotify 著名的 Squad Model 有點像，但關鍵差異是：

LinkedIn 強調的是透過 AI 賦能「個人」，而不只是團隊自主性。每個 Pod 成員都被期待能獨立完成過去需要整個團隊才能做的事。

也有點像是我現在在 USPACE 的工作，跳進需要解決問題的部門開始運作，幫忙解決問題，再出來到下一個地方。

LinkedIn 內部的 Agent 軍團

LinkedIn 建立了一系列專門的內部 Agent，每一個都針對特定任務深度客製化：

Trust Agent：分析產品規格的信任風險，找出可能的漏洞和潛在傷害。一個真實案例：他們把幾年前「Open to Work」功能的規格文件給 Trust Agent 看，它不只找出了當初就發現的問題，還找出了後來才踩到的所有坑。

Growth Agent：整合過去所有增長循環、漏斗、A/B 測試經驗。它不只幫你優化，還會批評你的想法到底好不好。連 UXR 團隊都在用它來判斷哪些功能有最大的成長機會。

Research Agent：訓練在各種用戶 persona 上，使用過去所有研究和客服工單來理解用戶。有個團隊拿著行銷規格去問它對小企業主的看法，結果它的批評直接改變了團隊的方向。

Analyst Agent：可以用自然語言查詢整個 LinkedIn 數據圖譜，取代寫 SQL 或等 data scientist。

Maintenance Agent：處理 failed builds，目前約 50% 的 build failures 由它自動修復。工程師可以繼續喝咖啡，不用手動重跑。

為什麼現成工具永遠不 Work

這是 Tomer Cohen 反覆強調的重點：直接買外部工具放進來，從來沒有成功過。

LinkedIn 使用 GitHub Copilot 作為主要的開發 agent，但必須用內部 MCP（Model Context Protocol）工具和 LinkedIn 特定的指令檔來擴充。

你不能只是把工具帶進來讓它 reasoning over 你的 codebase。

為什麼？因為企業級 codebase 有太多獨特的 context、歷史決策、設計系統。這些外部工具不知道什麼是好的 LinkedIn PR，不知道過去哪些設計決策成功了，不知道你們公司的信任向量長什麼樣子。

LinkedIn 的做法是把這些工具當作起點，然後大量投資客製化：建立語義索引、接入歷史 PR 資料、結構化影響分析工具、文件檢索系統。

Linkedin 在這點的心得非常值得借鑑。

重新架構 Codebase 讓 AI 可以 Reasoning

LinkedIn 做了一個根本性的技術轉變：Python 取代 Java 成為 GenAI 開發的一級語言。原因很務實：大多數開源 GenAI 工具、框架和模型庫在 Python 中演進更快。

他們建了三個關鍵的平台抽象層：

Prompt Source of Truth System：中央儲存使用 Jinja 模板語言，有版本控制、漸進式上線、共享片段的模組化。取代了散落在 Java 類別中的硬編碼 prompt 字串。

Skills Registry：中央服務，團隊只需定義一次技能，建置時 plugin 會自動註冊。有治理層執行自動相似性檢查來標記重複項目。

Memory Systems：分成 Conversational Memory（對話記憶）和 Experiential Memory（經驗記憶）。工程團隊承認：「Memory 成為堆疊中最難設計的部分之一。」

他們還重建了 UI 架構，用模組化、動態組件。成果：客戶端程式碼減少 67%，建立新體驗的成本降低 4 倍。

Agent 之間怎麼溝通

LinkedIn 的協調層依賴 MCP（Model Context Protocol）進行所有 agent 之間的標準化工具呼叫。這提供了統一的、避免 vendor lockin 的方式，讓前台和背景 agent 使用相同的工具和企業 context。

他們把 agent 分成兩種模式：

1. 前台 Agent: IDE 整合，開發者主動控制高背景 Agent自主執行，產生 PR 讓人類審查。

2. 背景 Agent: 完全由 LinkedIn 從頭建立，在沙盒環境中根據規格驅動開發自主運作。但最後還是會產生 pull request 讓人類在合併前審查。

APB 計畫：怎麼選人

LinkedIn 用 Associate Product Builder（APB）計畫取代了傳統的 Associate Product Manager 計畫。這不只是改名，而是根本性地改變了怎麼培養產品人才。

計畫細節：兩年制、cohort-based、非輪調（加入 APB 團隊，跨各種專案工作）、薪資 $126,000 - $207,000。

不需要履歷，但申請者要提交他們建立的產品的 60 秒 demo。

我們要你的作品，不是你的工作歷史。

要求的能力包括熟悉 GPT-4、Replit、Cursor、Figma Make 等工具，以及了解 HTML、CSS、JavaScript 或設計系統。表現好的畢業生會繼續作為 Full Stack Builder，可能留在原團隊或加入新團隊。

績效評估怎麼改

這是文化轉型的關鍵。LinkedIn 從幾個層面改變了評估方式：

1. 招聘階段：現在招人就會看 AI agency 和 fluency，評估候選人能不能跨職能思考。
2. 360 評估：如果你是 PM 出身，設計師會評估你的設計能力。如果你是工程師出身，PM 會評估你的產品思維。強迫每個人接受跨職能的 feedback。
3. 正式績效考核：下一個考核週期會正式把 full stack builder 相關能力納入評估，已經公告給全公司。

激勵機制

一個有趣的發現：目前使用這些工具最積極的，反而是表現最好的人。

頂尖人才有一種特質：他們持續想讓自己的 craft 變得更好，有一種內在驅動力要站在技術前沿。

這也解釋了為什麼光是給工具不夠。你得建立激勵機制、提供範例、讓人看到別人成功的故事。純粹推出工具就期待大家使用？不會發生的。

在 USPACE 也曾經有一個討論，我覺得應該建立激勵的機制，還有提供獎金，但有同事覺得 AI 是未來大家都要具備的能力，認為不應該給獎金，他會認為是福利，但就我過去的經驗以及人性的觀察，目前這個階段這點還是必須的，因為我們(整個社會)還沒有到那裡(遠目)。

我也持續的在 USPACE 的在內部創造案例，每週三也會跟大家分享一個內部同仁實際利用 AI 實作的案例。

我想要透過創造案例讓大家知道 AI 的可能性在哪裡，並把他們所碰到的問題提出來的想法，變成一個實際可以運作的案例。

透過創造同仁們的成就感，讓他們變成公司內部的 AI 種子，開始往外散播使用 AI 的能力。

大家會感受到的是身邊同仁的實際案例，而不只是專家說的東西。

文化才是真正的戰場

整個轉型有三個層面：平台、工具、文化。

平台是重新架構 codebase，讓 AI 可以有效 reasoning。工具是建立那些 Agent。但這兩者只是前提條件，不是充分條件。

真正決定成敗的是文化。

LinkedIn 做了幾件事：把績效評估加入 AI 使用能力的考核、用小規模 Pod 來展示成功案例、高調慶祝那些願意嘗試的人、建立 APB 計畫來培養新一代的全端思維、讓工具有點排他性來創造需求。

研究完一輪 Linkedin 如何導入 AI 這件事真的令人興奮，特別是驗證自己在對的路上，而其中更多思考的反而是觸發如何人類內在的驅動力。

接下來就是來製造 Agents 大軍了!

最早做 Snapshot 的時候只透過程式來產生 snapshot.json 來協助 AI 開發，所以先前寫了 Vibe Coding: Snapshot 這篇來做紀錄我的做法。

但隨著專案變大，單一 snapshot.json 開始不敷使用

當專案變大 Snapshot 就跟著變大這件事其實一直在我心裡，覺得那天一定會碰到問題，直到某天打開 Claude 看到提示 snapshot.json 佔用太多 context 的時候，才真的讓我開始升級 snapshot 架構的動作。

整理幾個升級的重點:

1. 把 snapshot 拆成多份，並製作 snapshot index
2. 根據使用(溝通)方式來拆分 snapshot
3. 建立 snapshot 之間不同維度的連結

架構看起來大概像是下圖這個樣子，透過主要的索引，然後指引到各個特定目的的 snapshot，並且 snapshot 之間也有互相連結。

簡單來說，拆分後透過索引來指引細節，也讓拆分後的 snapshot 符合思考跟溝通的使用方式，最後再各個索引之間互相連結，符合思考的路線。

把 snapshot 拆成多份，並製作索引來連結

當專案變大， Claude 開始提示 snapshot.json 佔用太多 context

看到這個訊息時，我第一個想法就是要把 snapshot 拆分為更多小檔案，避免檔案太大佔用太多 context。

但要怎麼進行拆分? 原本一個檔案不用思考這個問題，拆開後就得思考 AI 會怎麼用，或者是應該怎麼用才對的問題。

我第一個直覺就是想要直接把 MVC 切開，保持目的性單一。

為什麼? 有用過現代 web 開發框架的人都知道，要找資料，就會去找 model，想要處理呈現的部分就會改 template (或是所謂的 view)。

然後用 snapshot 索引來分別指引 AI 讀取 model, view, template .. 等 snapshots，並提供對應的說明。

如此一來，AI 可以分別讀特定用途的 snapshot 來快速知道功能在哪裡，目的性更加的明確，不用每次都載入大檔案、載入不必要的資訊。

升級後的 snapshots 看起來像是這個樣子

可以看到檔案從原本的 snapshots.json 變成 10 個 json 檔了，其他檔案加起來的檔案大小幾乎是 index 的 5 倍。

也因應多個 snapshots 檔案，所以我開了目錄來放 snapshots，然後用 snapshot_index.json 來作為主要入口，並在 CLAUDE.md 提到要使用這個 snapshot。

之後進行開發幾乎不需要進行任何的工具搜尋，讓 AI 開發的速度大幅提升。我還製作了一個測試的評估程式來做到底有沒有加速的測試。

根據使用(溝通)的方式來規劃 snapshot

在跟 AI 溝通時，我常透過提供以下的資訊來進行定位:

1. 透過頁面標題
2. 提供網址
3. 透過框架的程式名稱

這幾個方式都是我覺得最直覺的溝通方式，也是 AI 最能夠快速知道的資訊，

所以除了 python 的程式碼可以直接透過 docstring 來當作說明，非常方便，但要如何最快找到標的，像是如何找到 template，或是如何透過網址找到程式，都是我這次升級考慮進來的部分。

像是 template 其實不像程式有註解，我乾脆把透過程式把 template 的標題取出來當成說明，以下舉個例子做詳細說明。

把網頁標題當成 snapshot 的說明

例如某個活動管理後台可能會有「活動列表」、「活動資訊」 這些頁面的標題，在溝通的時候直接透過標題溝通最快，當覺得可能不夠清楚的時候，我會再補充其他資訊。

可是 template 不像是程式碼有註解的規範可以直接拿來用，所以我就請 snapshot generator 的程式在製作 snapshot 的時候，就讀取 template 把標題抓出來當作說明的一部分，讓我可以直接用畫面上的標題，直接當成 AI 可以最快速搜尋到的字串來搜尋 template。

這樣從 snapshot 就可以快速找到檔案，不用另外再進行搜尋，也不用讀取內容。流程看起來就像是下面這樣:

網址

對於網頁來說，網址是另一個我們最快能看到的資訊，並且 AI 也能夠透過網址最快關聯到程式的入口途徑，因為網址會對應到 view(controller), 而有了 controller 就能找到 model 跟 template 以及其他相關聯的程式。

所以我又做了一個網址對應到 controller 的 snapshot 檔案，讓 AI 一看我貼給他的網址，就能快速找到標的。

檔案之間的連結

後來我開始思考，通常要調整某個頁面，除了 template 之外，其實也有很大的機會會動到 views 或是 models，那是不是在 snapshot 另外做一個關聯，讓 AI 也能夠快速找其他關聯的 views 或 models 進行調整，而不用去讀實際的程式內容。

又或者像是 view (controller) 就是把這 model 跟 template 這 2 個部分連結起來的東西，所以我也在 view 做了一件事，view 用到了哪些 model、哪些 template，都寫在 view 的 snapshot 裡面，如此一來 AI 就不需要再去讀取程式就能夠知道對應的東西在哪裡，大幅提升速度。

最後: 共同語言

我們跟 AI 之間的共同語言，其實就藏在程式碼裡面。就像是跟其他人溝通一樣，你們要有相同的 context，用相同的名詞，才能發揮溝通的最大效益。

其實我一直想要把這個工具 release 出來，但不同的程式語言或是框架會有不同的做法，很難一體適用，所以我一直都在說的是心法，而不是實際的做法。

要有共同的語言的話，要儘量規格化，就像是工程師利用框架來進行開發，除了加速開發之外，其實也在合作上降低了許多門檻，因為很多東西都定義好了，大家都知道怎麼做，東西名詞定義是什麼，都能夠降低許多溝通上的歧異。

除了用框架來進行開發之外，也得明確訂定一些規則，讓 AI 知道你在說的標的物是什麼，例如: item_list 就是列表頁， item_detail 就是內頁。

認知統一的話，AI 在搜尋的速度也會快上許多，就能夠大幅增加開發的速度。

以上這些就是我在目前 snapshot 升級到 2.0 的做法跟心得。透過上述的方式讓我在透過 AI 開發時，加速非常多，減少了非常多的等待時間。

最早我在小海報 61 提出了 Snapshot 這個概念，最近回頭一看發現以前寫的似乎不是那麼完整，再來是最近半年把 snapshot 這件事又延伸了一輪，但在寫文章時發現篇幅太長，覺得需要先有一個前導文，於是就有了這一篇。

什麼是 Snapshot?

Snapshot 是一個快照檔案，包含了程式的功能跟輪廓，
是給 AI 的一份地圖

Snapshot 的功能跟用途主要有下面這些:

1. 讓 AI 知道現在有哪些東西
2. 什麼東西在哪個檔案裡
3. 哪個東西是什麼用途

再來 snapshot 應該具備一個重點:

Snapshot 的檔案應該盡量小、不佔用太多 context 空間。

這樣一來 AI 透過 snapshot 就能夠省去非常多的搜尋跟讀取檔案的時間，讓 AI 可以快速進行檔案、功能的定位。

那 snapshot 檔案要長成什麼樣子? 大概是這個樣子：

上圖以 (django 的) view 為例子，不熟悉 Django 的人可以把這個當成是 controller，這個檔案標示了各種頁面功能，然後用 docstring 來作為對應的說明。

這樣一來 AI 就能夠透過這個知道像是 ... 「服務條款」在哪裡，叫作什麼名字，template 是哪一個?

透過這樣的內容，AI 只讀取這個 Snapshot 檔案，讀取一次就能夠知道整個專案的樣貌，能夠大幅降低搜尋跟讀取檔案的時間。而不是搜尋、讀取了一堆檔案才知道。

為什麼會開始做 Snapshot?

2025 年開始，在進行了 3 個月的 Vibe Coding 之後，在小海報裡面整理了以下幾個 Vibe Coding 的心得:

• 開發新東西很快 / 修改舊東西有點慢
• AI 有時會不知道有什麼既有功能，開始開發重複功能
• 開發了一個月之後的維護難度提升
• 文件很重要，但維護文件還是有點麻煩

而有經驗的開發者可能都已經注意到，當專案規模擴大後，AI 處理效率會開始下降，因為:

1. 搜尋的檔案變多，搜尋的時間開始倍增
2. 讀取單一檔案的時間開始變長，因為檔案開始變很大了

AI 需要大量掃描既有程式碼，甚至在沒有完整掃描的情況下，AI 可能就開始開發「已經存在的重複功能」，而非利用既有功能來進行擴充。

過去在透過 AI 開發時，為了提升效率，需要不斷為 AI 提供上下文（context），標示檔案或功能範圍，協助 AI 快速定位資源，也避免重複開發。顯而易見的是，隨著檔案規模擴大，AI 的處理速度減慢，功能查找也變得更加耗時。

過去寫了 README.md 或者是 TODO.md 以為夠用，但很顯然的只準備給人類看的文件已經不夠了。

所以我覺得需要產生一份給 AI 看的文件，便開始思考做 snapshot 這件事。

開始開發 Snapshot 產生器

不過上面的想法想了一陣子，但實在是沒動力去開發做實驗，直到某天開發某個專案 - Transivox 的功能時，這個服務原本已經有下載 youtube, podcast 等功能，某天打算加上 twitter space 的支援，可想而知，大部分的功能應該都是修改既有功能就可以達成了，結果 AI 卻打算把所有的功能都重新開發。

我看到下圖的當下我就決定打算暫停開發，先把搞定 Snapshot 後再繼續往下。

下面這張圖就是我碰到全部東西都要重新開發的狀況:

後來按照這篇文章所提到的方式，寫了一個 snapshot 產生器，生成 snapshot 並叫 AI 讀取，所有東西就像下圖一樣，開始按照預期的運作，也證實了我的想法，有夠開心!

從此之後 snapshot 變成是我的必備文件了。提供 snapshot 並設定了 .cursorrules / CLAUDE.md 記得讀取 snapshot.json ，後續開發都省下了非常多的力氣跟時間。

透過程式來產生 snapshot

有人問我說，為什麼是透過程式來產生 snapshot?

我說直接利用 AI 做 snapshot 這件事並不現實，我常說「要知道 AI 擅長跟不擅長什麼」，做 snapshot 這件事，讀取大量檔案並不是 AI 所擅長的事，這也是為什麼專案變大的時候，AI 的需要的時間會越來越久。

所以請 AI 寫程式來做 snapshot 才是正解，而且後續隨著專案更新，也不用擔心 snapshot 更新問題，因為透過程式生成 snapshot，通常不用幾秒就能夠搞定，但如果透過 AI 可能會需要 10 倍或是百倍的時間。

而我最一開始給 AI 的 prompt 是這樣的:

請寫一隻 python 程式來掃描這個專案做 snapshot 文件，
這個文件能後續讓 AI 閱讀，可以知道有哪些既有的功能/function等，
可以快速了解並重複使用既有功能，並且不重複開發功能。
只需要讓 AI 容易閱讀即可，不必讓人類容易閱讀。
盡量讓檔案維持精簡，希望不要佔用太多 token。

有了 snapshot 能夠快多少?

後來我還寫了程式來做實驗，下面這個是實驗的結果，可以清楚看到呼叫了幾次工具，搜尋了幾個檔案跟整個步驟。

如果你觀察過這些 AI 開發的運作的話，不難發現像是 Claude 就會需要先猜測關鍵字來進行多個步驟的搜尋，如果你用的字沒有對上的話，時間就會花上更久。

而根據這個測試結果，有 snapshot 協助定位的結果是快上 75% !

光是 snapshot 就能夠幫你在下指令請 AI 開發時，每次都省去好幾分鐘的時間。想像一下你一天會做多少次這件事，長期下來可以省下多少時間。

更重要的是，還能夠降低開發錯誤，避免開發重複功能，後續造成鬼打牆的狀況，省下的不只是定位的時間。而且可以讓思緒不會整個停擺，這件事非常的重要。

以上就是做 snapshot 的好處跟整個心路歷程，至於為什麼只講心法，不直接提供程式出來，是因為大家用來開發的程式語言都不一樣，很難應用到所有人跟語言的場景。

再來近期我又大大的的加強了 snapshot 的做法，做了一個升級版的 snapshot 2.0，這個版本佔用了更少的 context，而且定位更加精準的做法，等我寫下一篇 Snapshot 2.0 吧!

Snapshot 2.0 文章已經出爐

Vibe Coding: Snapshot 2.0

最早做 Snapshot 的時候只透過程式來產生 snapshot.json 來協助 AI 開發，所以先前寫了 Vibe Coding: Snapshot 這篇來做紀錄我的做法。 但隨著專案變大，單一 snapshot.json 開始不敷使用 當專案變大 Snapshot 就跟著變大這件事其實一直在我心裡，覺得那天一定會碰到問題，直到某天打開 Claude 看到提示 snapshot.json 佔用太多 context 的時候，才真的讓我開始升級 snapshot 架構的動作。 整理幾個升級的重點: 1. 把 snapshot 拆成多份，並製作 snapshot index 2. 根據使用(溝通)方式來拆分 snapshot 3. 建立 snapshot 之間不同維度的連結

小海嚴寫tzangms

前陣子看到一片文章提到，利用 AI 很容易會造成認知負債 ，第一個想到的就是過去這半年透過 AI 開發很多產品了，一不留神的話，的確很容易就會掉入不知道 AI 開發了什麼的狀況，造成了認知負債。

過去的開發經驗中我自己就碰過了幾次，一開始透過 AI 開發的很開心，後來開發速度慢下來，問題一直解不掉，原因就是自己對手上程式的不熟悉，後來還是自己跳進去慢慢的看 code 才抓回所謂的熟悉感。

那這樣的認知負債，會有什麼影響?

1. 第一個是東西壞掉，你可能會不知道可能是那邊出問題，第一時間會完全沒有頭緒。
2. 長期下來你會沒辦法協助 AI 定位，沒辦法描述的更清楚，開發的速度會受限。
3. 跟其他人共事的時候會沒辦法說明、解釋
4. 長期下來，沒用利用大腦可能會變笨(?)

雖然開始離開 Cursor 跟 Windsurf 改用 Claude Code 之後，這個問題其實開始降低，因為你會一直小步驟 Review 。

但我還是開始思考這件事，該如何降低這個認知負債的問題？我後來想到，你就把這件事情當作是 Code Review。

過去 Code Review 最常碰到的問題就是，早期 Code Review 的時候，很容易直接跳進去，沒有自己先思考解法，所以看別人的程式很容易卡住，或者是你只能順著別人的思路走，看不清楚全貌，我後來透過這樣的方式開始解決:

1. 了解這次的開發是要解決什麼問題?
2. 我會怎麼解決問題?

發現光是先思考自己會怎麼進行開發這件事，Code Review 就能夠快速進入狀況，如果跟方向自己想一樣，那 Code review 就會很快，甚至是知道可能的風險是什麼，如果方向不一樣，那就有討論、學習的空間，整體速度會提升很多。

當然往往 Code Review 前不先思考的原因就是，已經很忙了，還需要 Code Review，真的好累 XD

所以對於透過 AI 開發來說，光是自己先想過就能夠大幅降低透過 AI 帶來的認知負債，加上用 Claude Code 開發過程的小步驟 Review，可以大幅的降低認知負債的問題。

CODE 筆記法是在打造第二大腦這本書裡面提出來的，會開始讀這本書是因為作者 Tiago Forte 也是給聰明人的簡單行銷這本書的共同作者，所以就尋線找來看。

透過這本書能夠學會如何做筆記、儲存對未來有用的資訊，如何長期記憶，如何輔助日常工作，並且讓寫作表達更加的出色。

筆記這個主題會讓我想到另外兩本相近的書籍，子彈思考整理術跟卡片盒筆記，對我來說，子彈思考整理術比較著重在日常的目標，定期的反思，人生的意義。卡片盒筆記就跟這本書比較像，不過比較著重在寫作、內容庫、學習，提升自己。

而這本就比較貼近日常工作會用上的方向，來收集、紀錄資訊，並且更進一步的提出了像是 CODE、PARA 這樣的框架來讓你運用在工作上。

不過有個跟卡片盒筆記一樣共同的重點就是，需要持續的輸入、閱讀，然後持續的蒐集筆記，然後用自己的方式重寫筆記或者是延伸這份筆記，最後進行分享，這樣你才能夠真正學到東西。

什麼是 CODE 方法

Capture 獲取

把引發共鳴的資訊儲存下來

我在閱讀的過程中就會把看到並且引發共鳴的重點給記下來，除了書中有引發我思考的東西之外，再來就是不知道的事、認同的事，總結了一下的確都是有引發共鳴的資訊，除此之外，我會特別收集下面這幾個資訊：

1. 故事
2. 金句
3. 名言

過去在閱讀書籍的時候常看到許多作者都會在每個章節開頭附上一句名言，覺得他們腦袋怎麼會記得那麼多事情，後來學了卡片盒筆記跟這本書之後我才知道，原來平常就需要有蒐集這些資訊的習慣。然後還得整理，並且時常複習。

再來，故事也是人們最喜歡的內容，所以我也開始蒐集故事以便未來能夠用上。

Organize 組織

作者提出了一個叫做 PARA 的筆記收納方法

• Project專案: 職涯或人生中正努力進行的短期任務。
• Area 領域: 想要逐步掌理的長期責任範圍。
• Resource 資源: 未來可能用得到的題材。
• Archive 檔案庫: 來自其他三大類以外的備而不用事項。

筆記應該會隨著人生或者是工作的開展，在這幾個資料夾裡面移動。例如近期的工作可能正在研究 AI，那 AI 相關的資訊就應該放在 Project，而長期個人發展的目標如果是管理，那麼就把管理放到 Area 去，隨著時間推移，AI 可能就會放到資源或是檔案庫去了，那天可能會再用到。

這邊有一個核心的觀念是，資料應該是依照他的最終使用的目的跟方向來整理，而不是依照他的來源做歸納。

不過我現在只用標籤來進行分類而已 :p

Distill 萃取

累進式摘要法，在筆記從萃取出更多的重點。

在筆記中加上粗體標示出重點，也可以在上面用螢光筆畫線，更進一步把這些重點整理出摘要，就跟下圖看到的一樣。

Express 表達

這本書跟卡片盒筆記強調的方向一樣，透過過去收藏筆記萃取出來的內容，透過這些內容之間的連結並重新排列組合，其實很快的就可以產出新的內容。

就像是在研究了一輪 AI 的主題之後，要在公司內部進行報告，這時候只要從過去蒐集的資訊整理出來，很快就能夠生出一份簡報了。

透過自己的方式輸出，才能夠真的學到更多的東西。

所以我現在都逼迫自己閱讀完書籍之後要寫閱讀心得，因為這樣才能夠真的學到更多。

總結

過去我一直在書上劃重點，想著有天重新看這本書就能夠快速抓到重點，重新獲取知識，但卻從來沒有回過頭去重新打開書本。新的書總是太多，總想著看新的東西，不想回頭看已經看過的內容。

後來開始用 Readwise，透過他自動儲存我所畫下重點，並每天寄送 Email 提示我複習，我原本以為這樣就已經足夠了，直到我讀了卡片盒筆記跟打造第二大腦，我才知道我浪費了多少時間。

光是畫重點根本就沒有用

一直到我開始把儲存下來重點重新用自己的文字闡述一遍，寫下更多的心得，把各個重點筆記之間做連結，我才真的體會到了生成效應跟群聚效應有多麼厲害。

才發現只要有夠多的筆記、心得，我看到的風景會完全不一樣，我開始發現連結夠多的筆記之後，看到了我強迫自己輸出的文字已經可以串聯成好幾個主題的文章了。

到了這裏我才真的意識到我過去浪費了多少時間。

所以我現在每天都規劃一段時間整理、瀏覽過去劃下的重點，用我的文字重寫一遍，或是補上我的想法。持續做了一陣子之後，我感受到記下來筆記正在發揮作用，我對於這些事情的理解更清楚了，甚至多個筆記串連了在一起，發揮了我沒想過的作用。

延伸閱讀:

一張圖解釋我的卡片盒筆記方式

過去以為寫小說、寫故事才叫作寫作，這陣子學習寫作下來才知道，原來光是寫下自己的想法就是寫作。

不管是紀錄個人感受、想法、觀點，或是對某個主題的分析、闡述，都是寫作的一部分。而寫作可以讓你頭腦清晰，產生觀點，訓練你的邏輯。

更令我恍然大悟的是，寫作不僅僅只是紀錄，而是一種主動思考和訓練思維的過程。

寫作的好處

你可以藉由寫作接觸到認同你觀點的人、喜歡你的人，以及興趣相同的人，這些都是寫作能夠獲得的好處，就像是我們在社群上有人會追蹤我們一樣。但你需要持續的寫，持續輸出你的觀點，不然在這資訊爆炸的時代，你不寫作就是準備被淹沒。

找工作寫履歷、上班寫報告做簡報也都跟寫作有關，只要你搞懂如何寫作，就連工作都能夠平步青雲，向上管理也都一把抓。因為你已經搞懂了你要寫的東西，你也知道了讀者想要什麼。

被動交友，持續輸出你的觀點，想要向你學習的人就會來關注你，觀點相近的人會來跟你互動，對於內向的 I 人來說，是一個非常好的交友方式。

如何寫好一篇文章

過去我以為寫作什麼都不用準備，只要坐在電腦前就可以劈裡啪啦的寫出一篇好文章，結果我坐在電腦前什麼都打不出來，總羨慕那些每天可以出一篇爆款文的高手。

後來我才知道，平常就需要持續的閱讀、輸入、輸出，需要收集素材、蒐集靈感，需要建立自己的內容庫，會需要對要寫的主題做研究，就像書裡面這段說的一樣:

要寫好一篇文章，你需要有一個清晰的觀點，圍繞這個觀點搜集素材，構思寫作框架，然後選取合適的材料進行修剪和填充。為了打磨好一個話題，你可能還要經歷補充搜集、修正、再搜集、再修正等過程。打磨一個話題的過程，就是不斷逼自己思考的過程。

6 條寫作的基本規則

喬治．歐威爾的這個寫作基本原則在好多書裡面被重複提起，可見他的重要性:

1. 絕不要使用在印刷物中經常看到的隱喻、明喻和其他修辭方法。
2. 如果一個字能說清，不要用兩個字。
3. 但凡一個字能刪掉，一定要刪掉。
4. 只要能用主動語態，絕不要用被動語態。
5. 能用常用詞的時候，不要用外來詞、科學術語和行話。
6. 絕不要用粗俗語言，為此可以打破上面任一規則。

萬能寫作法

1. 觀點
2. 案例
3. 總結

一開始看到這裡的時候，心裏想說「就這樣？」而且這個跟「寫作，是最好的自我投資」這本書提到的萬能寫作法很相似。

後來回頭重新看了幾次才知道，不只是文章大綱透過這樣的方式去寫，而是大綱出來後，每個單元也都透過這樣的框架去寫出來，作者是這樣說的:

我把一個具備這三個元素的段落組合稱為一個完整的寫作單元。一篇文章，就是若干個寫作單元的匯總。也就是說，我們可以用模組化方式撰寫一個一個的寫作單元，並像玩樂高積木一樣，把它們組合起來，形成一篇完整的文章。

後來我發現，這個的概念其實類似 Nicolas Cole 的 The 10 magical ways to expand 一樣。其實文章是能夠模組化的，不只是大綱，而是每個單元都能夠透過這樣的方式去組成。

做到讓用戶能夠隨手轉發

安心做好產品和服務，其他隨之而來。然而，如此佛系的我們卻要做產品說明書。你要讓用戶在推薦的時候，有一個特別形象化的、理解門檻極低的素材，他們才可以真正做到「隨手轉發」。不要讓他們做太多的動作。

在內容爆炸的時代，光是寫好內容是不夠的，還需要被看到，想要真正發揮效果的話，那就需要被大量轉發。

想要被看到需要一些技巧，先前在 「寫作，是最好的自我投資」這本書就有提到

時常被大量分享的文章有幾種類型，一種是文章說了我想要說的話，一種是能夠炫耀我知道了某些知識的文章，又或者展示了能夠代表我的品味的歌曲。

所以除了打中了用戶的心之外，你還要降低轉發的門檻，例如你就在文章最後的一句，放上一句金句，讓他看完文章後，看到這個金句，直接打進心坎裡，然後直接複製進行轉發。

總結

雖然這本書前面的幾個章節都不是在教你寫作，而是在說為什麼要寫作，怎麼透過寫作交朋友、透過寫作包裝自己。

作者透過自己跟周遭朋友的案例，就像是看著作者一路上成長的故事，雖然一路上都沒有講到如何寫作，但卻也學到最多東西。

先講結論：

• 時間: 30 天
• 費用: 1 萬 3 千多塊台幣
• 選擇 Wyoming Registered Agents 幫我開立公司

說到 Stripe 應該是做網路產品的人最想要用的金流服務，聽說很好串接，而且有用過 Stripe 付費的人就知道使用體驗很好，特別是如果想要做全球的生意的話，一定得試試 Stripe，所以一直夢想著某天我也想要用用 Stripe。

可是台灣公司沒辦法用 Stripe，只好去美國開，但又會擔心稅務、法務相關合規問題。還有開公司以及後續營運要花多少錢，這些問題在還沒有研究清楚之前，我都不太敢行動，所以就一直擺著。

不過這幾年的心態跟過去比較不一樣，以前覺得應該全盤研究清楚再行動，現在則是覺得有問題到時候再說吧，稅務、法務什麼的都先不管了，難道沒處理好會被抓去關? 不至於嘛，那我就衝了，結果其實簡單、迅速 (除了等 EIN 之外)，坐在電腦前透過網路就搞定一切。

想到先前開台灣公司，即便我已經用 Simpany 幫我開立公司了，但還是跑了銀行 2 趟、國稅局 1 趟才算是全部搞定。

流程、時間

整個流程大概像是這樣:

1. 找 Agent 開立公司: 1 天
2. 等待 EIN: 27 天
3. Mercury 開戶: 1 天
4. Stripe 驗證: 1 天

大概就這樣 30 天，其實絕大多數的時間都是在等待 EIN，而且本來 agent 預估 EIN 會需要 50 天的時間。

不過關於 EIN 根據朋友小雪的說法是，你等一個禮拜還沒好，打電話去催就馬上好了。

什麼是 EIN?

EIN（Employer Identification Number，聯邦僱主識別號碼）是美國國稅局（IRS）為企業發放的一個九位數字，用來識別公司或企業。它相當於公司的「稅號」，類似於個人納稅人的社會安全號碼（Social Security Number, SSN）。即使你沒有僱員，作為公司或LLC，仍然可能需要 EIN 來處理稅務及其他政府文件。

要去銀行開立公司帳戶的話就會需要 EIN。

選擇代理公司

下面這幾個是我前陣子研究的幾個選項，Wyoming Registered Agents 很明顯在價格上勝出。

本來最早是考慮 Firstbase，雖然價格比較高，但網頁看起很漂亮，感覺比較正規，可是後來他們改成一定要跟他們租用地址，一年 $315 USD，我覺得實在是有點太貴了，所以最後選擇了 Wyoming Registered Agents。

Wyoming Registered Agents 可以用低廉的價格註冊，實際使用的時候發現，其實服務我覺得蠻不錯的，簡單明瞭。

他們也有 Dashboard 可以看申請進度，跟政府往來的文件也會幫你收藏在裡面。而跟政府相關的表格填寫都是直接在他們的管理介面搞定，整體的一致性很高。

為什麼選擇 Wyoming

過去常聽到的大家講 Delaware 是個設立公司的好地方，預設 Stripe Atlas 也是會把公司開設在 Delaware，但根據看到的一些文章提到，其實 Wyoming 的收費更低，也不用任何稅收，如果是 indiehacker 的話，其實在 Wyoming 更加適合，會輕鬆許多，所以我就決定在這邊開公司啦。

如果你是要募資、開大公司的話，記得還是去 Delaware。

Wyoming Agents

開立公司需要 $154 USD，他們就會幫你在 Wyoming 開立公司， 後續每年只要 $25 USD 得維護費，接著你就能夠擁有公司地址，有人幫你掃描實體信件給你 (有限制)。

所以我一開始就付了 $179 USD，後來實在是很懶得另外找人處理 EIN，所以我又花了 250 直接請他們幫我搞定 EIN，但如果你不怕麻煩的話，其實你可以上 Fiverr 找人處理 EIN，有機會在 50 塊美金以內搞定。

所以加總起來，最後是台幣 13,000 左右搞定，之後每年不到 1000 塊台幣的維護費，對於 indie hacker 來說真的是太友善了。

後來發現他們還送了我一個一年的網域，3 個月的 web hosting、email 跟美國手機號碼，我應該會把美國手機號碼留著吧，每個月 9塊 USD，可惜 iOS 需要跨區才能裝 App。

銀行

等了 20 幾天後終於拿到了 EIN，拿到之後就馬上跑去申請 Mercury。

就我的情況，不到 24 個小時，Mercury 隔天就開好了，速度很快。接下來就是會要你 fund 資金進去。不過在放資金進去之前，這時候其實已經可以直接去開通 Stripe 了。

而同時我也申請了張 Debit 卡來用，在隔天帳戶開通的同時也收到了 Debit 卡已經在路上的通知了。

接下來就可以順利開通 Stripe 啦! (撒花)

結論

我應該早點開立美國公司的，而不是先開台灣公司，因為費用便宜、手續簡單，過程中都沒有什麼難度或是太麻煩的事情，最卡的可能還是想公司名字這部分。

然後是一人公司的 indiehacker 的話，就直接衝 Wyoming。

如果覺得這篇文對你有幫助的話，可以按下下方按鈕請我喝杯咖啡

參考文章

• 在美國開公司的大小事
• 手把手实现出海网站收款全流程
• 独立开发者出海之路
• 突破界限：台灣人如何開設美國公司，輕鬆使用Stripe收款

持續閱讀了好幾本寫作相關書籍後，幾乎每本書都會告訴讀者要建立自己的內容庫，卡片盒筆記這本書也時常被這些書提到，這也是為什麼我會開始閱讀這本書的原因。

可是這本書我一路看到完，一直沒有看到內心期待的卡片盒筆記方法，可能我心中期待的是一個大而明確的篇幅，有圖示，有範例，有明確界定的章節，重新回頭翻閱了幾次，發現只有簡單地帶過。

某次重新翻閱這本書才注意到，這本書的原文叫做 How to take smart notes，其實就不是專門講卡片盒筆記。接著重新看了大綱，發現每個章節的標題都是"寫作"，而不是"筆記"，這就是為什麼我說這本書文不對題的地方。

我開始上網搜尋更多卡片盒筆記的作法，我發現有好一些人有同樣的想法，覺得這本書對於卡片盒筆記的琢磨實在是不多，所以如果是要學卡片盒筆記的話，我不太推薦這本書。

但是如果是關於寫作的話，我倒覺得值得一看，以下是我學到的事情還有對於卡片盒筆記的理解。

透過自己的語言寫下自己的理解

透過自己的語言寫下自己的理解，是這本書的核心重點，看到下面我在書裡不同地方所畫的重點就看得出來，作者一直在強調同一件事:

如果你理解自己在讀的內容，並且用自己思考過的不同文字寫下來，具體呈現在卡片盒中，自然就能把別人的想法與發現轉換成你個人的新見解。

寫文獻筆記可說是一種刻意練習，因為它會讓我們知道自己是否真正理解，而同時當我們努力用自己的話把重點寫出來，則是一種最好的方式，可以深刻理解我們所讀到的內容。

答案不是照抄下來即可，還需要加以解釋清楚。

用自己的話來寫出自己理解的內容，這種能力是每個寫作者都需要具備的基本技能

其實上面的幾個重點也講到了你該如何寫下你的筆記。

這陣子每週持續寫閱讀心得時，我發現我來回修改文章的次數越來越多，從最早我以為把畫下的重點複製貼上，再補上生硬的文字，就能夠湊成一篇文章。一直到現在用自己的文字重寫一次、兩次 ... 在多次重寫的過程中，發現我開始內化了這些資訊，比起早期寫的讀書心得，現在覺得吸收的內容比起過往多上很多。

我這也才真的體會到為什麼要用自己的話寫下自己的理解。

永久筆記

本來想要介紹卡片盒筆記的筆記的類型，例如靈感筆記 (fleeting notes)、文獻筆記(literature notes)，但這些筆記類型都只是過渡，最終你需要把他們整理、轉化爲「永久筆記」(permanent notes)，而永久筆記的重點如下:

• 寫下自己的感想，或是用自己的說法寫下筆記
• 把它當成是寫給別人看的，為的是以後自己也看得懂
• 一個筆記只包含一個想法

為什麼叫做永久筆記，因為希望這個筆記的內容是過了很久以後回來看，也可以清楚知道他在寫什麼，不像我們隨手紀錄的內容，可能缺乏上下文，過一陣子之後回來看就不知道在寫什麼了。再補充我在書中畫的兩個重點:

寫永久筆記時，並不是把已經預設好的想法寫出來，反而比較像是利用「寫作」這個媒介來思考，並且跟已經存在於卡片盒裡的筆記進行對話。凡是比較複雜的想法，都必須用書寫來呈現。條理清楚的論證，必須要用文字才能明確呈現，且唯有寫出來的東西才夠具體，可以脫離作者而被獨立討論。

隨時記錄心得、想法，但每天把記錄下來的內容，過濾、轉化爲永久筆記

持續輸入輸出建立內容庫

過去這一陣子持續的閱讀各種寫作相關書籍之後，有一個共同點就是，建立自己的內容庫。先前閱讀自由書寫術也有提到點子資料庫這個類似的概念:

你只要把透過自由書寫寫下來的部分片段當作素材分類收集起來，某天會發現其實你已經寫好了很多特定主題的內容，只是還沒有將他們組合起來而已。

絕大部分的作者都不是盯著螢幕從一片空白開始寫作，光是建立自己的內容庫就能夠在各種內容之間得到靈感。

下面這幾個步驟是寫作的必須、寫作的日常:

• 持續閱讀輸入
• 持續寫作輸出
• 建立自己內容庫
• 並持續建立連結

而筆記之間的連結是最重要的:

卡片盒是一個想法的產生器，是跟著你自己的智識成長亦步亦趨發展出來的。這些加總起來，你就可以把先前個別或甚至單一的論據資料，轉變為相互連結的關鍵多數。

卡片盒的目的不是要收集筆記。用卡片盒來工作的重點不是讓你可以回頭找到特定的筆記，而是讓你看見有關聯的事實，並且讓各種想法交會融合，使你產生真正的見解。

甚至有一種說法是，你的文章早就寫好了，只是它都還散落在你的內容庫了，剩下的就是等你決定要用哪些內容來拼貼，以及安排他們的順序而已。

暫時離開

「寫作是一個過程，暫時離開也是寫作的一個方法」

大多數人同時都會有好幾條不同的思路，可能專心思考著某個想法一陣子，然後把它拋下好一陣子，直到找到了如何繼續發展的方向。

就像是目前這篇，我每天都回來改寫，在這過程中後，我發現對於內容越來越理解，改寫後內容也越來越有我自己的感覺，我才慢慢開始對文章覺得滿意，覺得似乎可以丟出去了。

所以當你發現卡住的時候，就把它放下，過幾天再回來繼續寫就好了。

關於卡片盒筆記

由於這本書真的沒有講太多卡片盒筆記，我看完這本書之後便開始上網搜尋，到底什麼是卡片盒筆記？ 寫到這裡覺得好像有點好笑

但我發現有好一些人有同樣的感覺，像是瓦基就寫了一篇「正確使用卡片盒筆記法的六個關鍵步驟補充說明」，看了就會知道這本書到底有多需要補充。

而瓦基這篇似乎就是我一直想要在書裡尋找，但書裡卻沒有的內容 (喂)，所以如果你也在找卡片盒筆記的方法的話，我推薦可以看一下瓦基的文章。

或者是如果你跟我一樣用 Obsidian 的話，可以看一下這個影片

我覺得這隻影片解釋的不錯，甚至他有提到一個我覺得很棒的重點

我經常不會在一個想法上採取行動，直到我發現自己有多個筆記指向它，這意味著我幾乎從不從零開始

總結

用自己的話寫出來，才算真的懂。

當你能夠用自己的話寫出來的時候，你才算真的懂。 這也是為什麼我現在都要逼自己寫文。分享貼文也要儘量分享自己的想法還有觀點。

剛好 Happy 前陣子也寫了這篇「為什麼讀書沒有用？為什麼我要持續寫作？」我覺得是同一件事。

像是我最早開始寫閱讀心得時，本來打算用最偷懶的方式，叫 AI 幫我整理我畫好的重點，接著我只要把素材連結起來就好了。但最後發現這個只是過程，因為試了幾次發現，我最後都覺得文章不夠好，沒辦法發出去。

而會覺得文章不夠好的原因，我最後了解到，其實因為自己對內容沒有足夠理解，所以寫不出自己也覺得好的東西。

現在持續用自己的話進行改寫，甚至隔幾天再回頭來重寫整篇文章，以前很容易放棄繼續寫下去，但現在開始覺得這個是必經的過程，而且在這個過程中我能夠獲得更多東西。

在讀完「文章寫得又快又好，九宮格寫作術」這本書後我整理出以下的乾貨:

• 九宮格寫作
• 自問自答的作法
• 禮物
• 模板

開始試著用九宮格寫作法之後，真的不誇張，寫作變得容易了起來，透過九宮格來對自己提問捕捉資訊，填完空格之後，選擇框架開始寫作，過去容易卡住的地方現在都像是上了潤滑油一樣，順暢。

我甚至為了幫助自己，在寫這篇的過程中還開發了一個九宮格的工具網站，請見文末。

九宮格寫作

「這個所謂九宮格寫作術，不就是自問自答嗎? 」在一開始的閱讀過程中，我內心一直這樣想。

看作者寫九宮格好像很簡單，但換成我的時候是不是就會卡住? 不過隨著閱讀的進度越來越往前，作者持續揭露他的作法，我的疑惑也隨著越來越少。

除了透過九宮格的資訊捕捉法來，開始學會對自己的各種提問，迅速提升寫作技能之外，還能夠透過學習本書提供模板來加速寫作，並且以送禮物給讀者的角度來進行寫作，大幅簡化了讀者思維的概念。

我覺得透過九宮格書寫一陣子之後，應該就能夠整理出來各種九宮格問題模板，能夠明確知道自己想要什麼素材，也能夠更快速的接收到出以往不知道的事物，未來寫作產出應該就會越來越快。

問什麼問題

不過我一直覺得容易卡關的事情還是不時在閱讀過程中冒出來，因為我就是一個很不會問問題的人，或者說好奇心低落的人 （聽起來很糟啊，不知道有沒有辦法練習），所以為了幫助我自己問問題，我利用了九宮格整理了下面這個表出來：

這個應該就是我未來寫作時會一直回來參考的表了。

禮物

這本書裡面我最喜歡作者提出的「送禮」這個概念。

想著你寫的文章是要送給別人的禮物，這個句話隱含的是，你要先知道想要送給誰，而且希望對方會喜歡，甚至你能夠預期對方的反應。

這個送禮的說法，比起直接說 ... 你要知道你的目標讀者，要照顧讀者需求，要有讀者思維，來的明確很多，也非常容易記住。

模板

熟悉了如何對自己提問蒐集資訊，也知道要給讀者什麼樣的禮物後，再來就是利用模板快速產出內容，以下是我擷取這本書的模板框架：

總結

以上是我整理出來這本書我覺得最重要的東西，透過這幾個步驟把寫作幾個容易卡關的點都給整理清楚，寫作真的順暢很多。

除此之外我也從這本書學到許多重要的寫作觀念，也整理出了自我問答的作弊表，但顯然我需要多做練習。不只是好奇心的部分，還有在詞彙方面的不足，而書裡也有提出幾個書寫腦練習的遊戲，需要找時間多練習一下。

我在寫這篇心得的過程中也開發了一個九宮格的工具網站，而且能夠直接輸出圖片，有興趣的朋友請洽下列網址:

https://ninegrid.tzangms.com/

看起來像是這樣

以上，喜歡的請幫我多分享，或是請我喝杯咖啡吧!

諾貝爾經濟學獎獲得者赫伯特．西蒙在預測當今經濟發展趨勢時指出：「隨著資訊的發展，有價值的不再是資訊，而是注意力。」

寫出文章還遠遠不夠，讓文章被看到、讀完，甚至分享，才算發揮文章最大的價值，或者說，才能夠達到你真正的目的。

以下是我閱讀完「寫作，是最好的自我投資」這本書後，擷取出我覺得最重要的 5 個內容寫作技巧跟框架：

1. 注意力寫作
2. 如何寫出好的標題
3. 什麼是金句
4. 怎麼把故事說好
5. 萬能框架

對了，我還另外整理了一份 ...

6. 文章被分享的主要原因

注意力寫作

注意力寫作是一種追求大範圍傳播的公開表達方式，專門為網路媒體環境設計。核心目標是在訊息爆炸的時代吸引並保持讀者的注意力，從而實現內容的有效傳播。

那進行注意力寫作需要注意那些事情？

1. 建立讀者思維: 了解並滿足讀者的閱讀動機和適應其閱讀情境。
2. 給予刺激: 每隔一定篇幅就提供一個刺激點，可以是故事或是金句，吸引讀者一直讀下去。
3. 注重傳播效果：不僅關注內容品質，更重視內容的傳播範圍和影響力。
4. 適應網路媒體特性：考慮到手機閱讀等網路媒體閱讀習慣，對內容進行相應優化。

作者不僅要有好的寫作技巧，還要深刻理解人性，洞察讀者需求，並熟悉網路媒體傳播規律。並且從標題開始到內容，甚至到安排金句的來觸動分享，都進行巧妙的安排。

能夠抓住讀者的注意力，才有可能發揮內容的最大價值!

如何寫出好的標題

「標題決定了打開率，內容決定了轉發率。」但我要告訴你的是，有的光標題就能夠決定轉發率

標題的重要性，在注意力短缺的時代不言而喻。標題往往是我們點開文章最重要的因素，沒有吸引人的標題而被略過的話，就失去讓內容可以發揮最大價值的機會。

透過觸發讀者的底層需求和痛點，利用讀者的恐懼、希望、好奇等情緒，透過使用反差來吸引注意力，或是結合看似矛盾的概念，讓讀者腦筋打結，達成透過標題讓讀者對內容產生無比的好奇心，吸引讀者點開，標題擔負著如此重大的任務。

想要寫出好的標題可以運用以下幾種作法：

• 引發共鳴：觸及讀者的情感和經驗
• 製造懸念：激發讀者好奇心
• 引起爭議：創造話題性
• 顛覆認知：提供不同的視角

記住：好的標題應該能夠在幾秒鐘內吸引讀者的注意力，並準確反映文章的內容和價值。

我整理書中幾個標題作為例子:

• 「這個世界上最傻的事，就是對年輕人掏心掏肺地講道理」
  • 技巧：顛覆認知，引起爭議
• 「我身邊離開體制的人，目前沒有一個後悔的」
  • 技巧：引發爭議，製造話題
• 「別傻了，你根本過不上有錢有閒的生活」
  • 技巧：顛覆認知，觸及痛點
• 「你和頭等艙的距離，差的不只是錢」
  • 技巧：製造懸念，引發思考
• 「你的死薪水，正在拖垮你」
  • 技巧：直擊痛點，觸發焦慮

學會如何寫出好的標題，決定了文章被分享跟閱讀的次數。

什麼是金句?

金句是一句話的文案，是品牌或內容最有衝擊力的呈現。它能夠戳到讀者內心的痛點. ，讓讀者在心裡喊一聲：「太正確了！」

好的金句應該能夠獨立存在，即使脫離了文章上下文，也能傳達強烈的訊息和情感。

像是幾個金句的範例:

• 「智商決定你的下限，情商決定你的上限。」
• 「所有堅強，都是柔軟生的繭。」
• 「你的死薪水，正在拖垮你。」
• 「記憶，永遠都在。」（金士頓廣告語）

金句的作用在於吸引注意力、增強文章傳播力、加深記憶，以及觸發讀者情感共鳴。讀者可能忘了你的文章，但卻會一直惦記著金句。

以下是書中提及的金句寫作技巧:

1. 聚焦核心觀點
2. 使用簡潔有力的語言
3. 創造對比或矛盾
4. 運用修辭手法（如比喻、對偶）
5. 觸及普遍人性或情感
6. 提供新穎的視角
7. 結合具體場景或例子

如果寫不出金句，那平時就得蒐集自己的金句庫。

怎麼把故事說好

人們往往會懷疑一個理論，但很少會苛責一個故事。

故事永遠是最容易被記住的，也能夠有效的吸引讀者的注意力。好的文章，常常都會夾雜著讓我們印象深刻的故事，但怎麼樣把故事說好，又是一個挑戰。

這本書提到，好的故事需要包含下面這些要素：

1. 種下懸念的種子
   在開頭埋下伏筆，引發讀者好奇心，例：「上週六我吃了一頓飯，花了五萬元錢。」
2. 創造衝突與阻力
   設置障礙和挑戰，增加故事張力，確保衝突能引發讀者提問和探究慾望
3. 運用對比
   通過對比突出主題，增強故事衝擊力，例如：描述一個人物前後的巨大變化
4. 設計轉折
   安排意外和驚喜，保持讀者興趣，避免情節過於平淡或可預測
5. 注重細節描寫
   使用具體、生動的細節增加真實感，運用感官描寫，讓讀者身臨其境
6. 情感真實性
   追求「情感真實」而非單純的「事實真實」，讓讀者能夠感同身受

萬能框架

萬能框架是一種簡單而強大的寫作工具，能夠幫助你快速組織思路，寫出邏輯清晰的文章。

掌握這個框架，你將能夠更自信地面對各種寫作挑戰，無論是工作報告、學術論文，還是個人部落格，都能寫出結構清晰、說服力強的內容。

• 亮觀點：開門見山，直接表明立場，吸引讀者注意，引發興趣
• 說現象：描述與觀點相關的現實情況，提供背景信息，增加可信度
• 做分析：深入探討現象背後的原因，提供證據和論據支持觀點
• 下結論：總結分析結果，重申觀點，加深印象

文章被分享的主要原因

回想過去我時常分享的文章有幾種類型，一種是文章說了我想要說的話，一種是能夠炫耀我知道了某些知識的文章，又或者展示了能夠代表我的品味的歌曲。

看完這本書之後，我另外整理了一下文章會被分享的主要幾種原因：

1. 引發共鳴
   • 觸及讀者的情感和經驗
   • 表達了讀者想說卻說不出的話
2. 提供價值
   • 解決實際問題
   • 提供有用的信息或技巧
3. 新穎的觀點
   • 提供新的視角
   • 挑戰常規思維
4. 引起爭議
   • 提出有爭議的觀點
   • 激發討論和辯論
5. 情感觸發
   • 引起強烈的情感反應（如驚訝、憤怒、感動）
   • 激發分享慾望以尋求共鳴
6. 故事性強
   • 包含引人入勝的故事
   • 通過敘事引發興趣和共鳴
7. 身份認同
   • 能夠反映或強化讀者的自我形象
   • 分享以展示個人品味或價值觀

希望能夠用作未來寫作的參考。

我的心得

這本書其實我印象最深刻的就是各種吸引人的標題，還有鞭辟入裡的金句，對於文字的運用跟推敲、人類心理的洞察，讓我在閱讀時，不時地在內心讚嘆。

唯一可惜的是，覺得這本書的框架在編排上沒能整理的很好，希望透過我這篇文章整理清楚，方便未來能夠運用在文章寫作。

總結評價

非常推薦這本書，一開始閱讀的過程中其實覺得有點冗長，但到中後期的金句連發、各種文字運用，都讓我覺得歎為觀止。

如果覺得自己寫的文章都沒人看的話，非常推薦這本，先具有讀者意識、社交思維，再慢慢實驗、練習跟修正，文筆應該就會越來越好了吧!

先說讀這本書的收穫

• 透過自由書寫，建立素材資料庫，能夠在未來幫助自己更加快速的寫作
• 一百個點子比一個點子好
• 唱反調的寫作遊戲，創造更多想象空間
• 透過假設跟說謊來寫作，能夠讓你有更多想法跟點子

為什麼開始讀這本書?

我是在瓦基的「只工作、不上班的自主人生」這本書裡面看到了這本自由書寫術的，瓦基書裡推薦了幾本寫作相關的書，我通通都找來看了。對瓦基的書有興趣的人可以看看我寫的心得.

在看了瓦基的書知道了自由書寫的作法之後，我便開始嘗試。結果我很快的就透過這個方式獲得了價值，我覺得自由書寫能夠讓我很容易的開啟輸出的狀態，而練習自由寫作的時間久了之後，開始覺得腦袋的想法變多了，所以更想要加深了解其中應用的技巧，所以就先找了這本書來看。

現在每天都透過先前提到的 Time boxing 的方式 每天早上幫自己安排自由寫作的時間。

什麼是自由寫作?

自由寫作是一種不受限制、自由流暢地表達想法和感受的寫作方式。這種寫作技巧的主要特點包括:

1. 沒有固定結構或格式限制
2. 不需要考慮文法或拼寫
3. 專注於表達內心真實想法，而非追求完美
4. 通常在短時間內快速完成
5. 目的是激發創意和探索思緒

自由寫作常被用於:

• 克服寫作障礙
• 激發創意思維
• 自我探索和反思
• 放鬆心情，減輕壓力
• 練習寫作技巧

自由寫作無非就是想到什麼就全部都寫下來，不要限制自己寫什麼，不要停下來，也不要回頭去編輯文字，最好是維持某種速度來快速的進行寫作。

隨著時間跟動作的進行，你會發現腦袋的思緒一直的在流動，一直在思考，所以就這樣跟著你的思緒一直的寫下去，不要停下來，你就能夠寫出一堆東西，雖然很多時候，寫下來的這些東西不一定能用，但也有時可能會出現很不錯的內容。

所以我在看了這本書之後就一直的嘗試這樣的作法，有時候的確出現了不錯的內容，而且看來很多不少作家都會這樣做。

點子資料庫

你只要把這些寫下來的部分片段當作素材分類收集起來，某天會發現其實你已經寫好了很多特定主題的內容，只是還沒有將他們組合起來而已。 我非常買單這個想法，因為在過去這兩個禮拜我逼迫自己練習自由書寫，也是累積了不少可以用的想法跟素材了，而且覺得開始變得高產了，的確有感。

我已經開始思考怎麼用 Obsidian 來收集、分類我寫好的素材了!

我劃的重點:

我有一個資料夾，裡面的檔案涵蓋了我常書寫的各種主題。這些檔案的名稱一點也不花俏，例如，「行銷策略」、「顧客經驗」、「銷售」、「現場簡報」、「寫作技巧」、「運動」、「笑話」、「童年」、「寵物」。每個文件檔案裡都有數十、甚至數百個主題相同的思緒片段。

唱反調的寫作遊戲

書中提到唱反調的寫作遊戲，其實我學到最多的不是腦力激盪，而是跟吸引人注意的標題作法非常相似，就是所謂的前後相反會讓你腦袋打結的標題。這種標題讓你看了就會吸引你的注意力，讓你想要繼續讀下去，以下是書裡面提到的幾個範例:

• 害怕公開演說的政治人物
• 正經八百的喜劇演員
• 穿燕尾服工作的工人
• 讓你一夜好眠的喉嚨痛
• 沒有標示字母的電腦鍵盤
• 渾身上下保持乾燥的魚

這個寫作遊戲對作者來說是暖身，可以進行腦力激盪、激發想像力，產生更多點子。但這邊對我來說獲得最多的就是，這類的標題的形式其實是很容易吸引人點擊的標題，我先前都還為了如何寫出腦袋打結的開頭吸引人注意而煩惱，看了這部分之後我恍然大悟，但還需要繼續練習。

我劃的重點:

當我玩唱反調的遊戲時，我會設定二十分鐘的時間限制。否則，我有可能會玩上一整天。這種遊戲可以讓你從截然不同的角度來看事情，而且讓你心情愉快。

一百個點子比一個點子好

過去時常在尋求所謂的最佳解，覺得最好的辦法只有一個，但這本書提到，其實這樣很容易會陷入卡關的狀態，我們應該在一開始就保留多個面向的點子，有些卡關的問題，解法可能就藏在其他的點子裡面。

我劃的重點:

在進行自由書寫時，不要問自己：「我能想出最棒的點子是什麼？」而是問自己：「我能想出的點子有哪些？」

當你想要解決一個問題時，不要問自己：「解決方法是什麼？」而是問：「我可以用哪些方法來解決這個問題？」

已故的唐諾．墨瑞（Donald Murray）曾經擔任《波士頓環球報》（Boston Globe）的寫作指導教練，他就深諳「多即是好」的道理。墨瑞告訴報社的記者，在構思一篇文章時，不要只寫一、兩個方向，而是先寫個五十到七十五個開頭，從中挑選一個接續寫下去。不要忘記，他說這番話的對象是截稿壓力極大的報社記者。

假設、說謊跟抽離

透過假設或是對自己說謊來進行發想，能夠給自己不同的觀點，跳脫當下卡關的狀態。其實我還沒有實際測試對自己說謊的這個技巧，但假設跟抽離是我過去就很常做的事情。

有時候我常常在事情不知道該怎麼進行下去，或者是問題不知道怎麼產生的時候，就會開始透過各種假設來思考，有時候透過經驗，能夠快速的透過假設來解決僵局或是脫離卡關，沒想到原來寫作也能夠用一樣的作法。

而抽離也是很多人知道的作法。離開現在手上的問題，可能去洗澡或是去個茶水間就突然靈光乍現。有時候我們只是需要跳脫不同的觀點，然後有意識的去使用抽離的這個技巧。

我劃的重點:

假如你能將自己從原本認定的刻板情境中釋放出來，採取不同的觀點，你一定可以找到出路。

要採取一個不同的觀點來看待看似僵硬不變的情境，其中一個方法就是說謊。

要對誰說謊呢？對你自己。當你在進行自由書寫時，你可以對自己施展一個小小的魔法，幫助自己逃出封閉的情境，並藉此拓展視野。一個謊言會引發一連串的連鎖反應，推動你的思緒向前邁進

其他我覺得不錯的畫線重點

• 即便是鼎鼎大名的作家海明威，也沒有辦法一坐下就開始寫作。他需要一些規則來支持他不斷寫下去。他有一個規則和創作的字數有關。他規定自己每天一定要寫五百至一千字，不論那天是否生病，或寫作是否順利。他甚至在牆上放了一個板子，專門用來統計字數。他的另一個規則是，每天寫作結束時，最後一個句子只能寫一半。最後的思緒必須懸在那裡，直到下次寫作時才加以完成。
• 請把自己想成一個過濾器。你在這個世界上的生活經驗，累積了無數的體驗、想法、故事與回憶，對你來說，這些東西都是獨一無二、意義重大的。因此，你的書應該從你腦子裡的這個資料庫出發。從這個豐富的寶庫中擷取部分精華，你就可以創造出一本刻有你的個人印記，而且是世上絕無僅有的書。
• 我不會花太多心思與時間在任何一次的書寫上。我的同事巴利．塔西斯（Barry Tarshis）把這種作法稱為「沾醬油」。花一點時間處理主文件，然後把它放下，去做別的事。過了幾分鐘、幾小時、甚至幾天之後，再回來進行一些加工。如此不斷重複這個循環。「沾醬油」的好處是：每當你對主文件進行加工時，比較能夠以新的觀點與重新燃起的熱情來面對它，不會因為長時間處理而產生盲點。
• 不要只因為你認為自己應該針對某個主題書寫，就去寫它。假如這個主題無法打動你的心，你會寫出很糟的東西。相反地，你應該寫你深感興趣的主題，即使對某些人來說，你感興趣的主題是不重要或不恰當的。你的知識、喜好與狂熱才是最重要的。

最後

先前在規劃產品的時候，其實也都透過類似幾個書中提到的技巧的來進行。像是寫下自己的想法跟假設，然後反覆問自己這些假設是否合理，透過跟自己輸出的文字對話，來思考產品跟商業模式的合理性，以及完善產品規劃的細節。

不過這本書有些地方我覺得有點囉嗦，其實可以把幾個章節合在一起講，不過我覺得這本書其實也是透過自由書寫來寫的，這樣我就覺得合理了。

這次讀這本 Simple Marketing for Smart People 一開始就有醍醐灌頂的感覺，因為印證了我過去一段時間的思考，卻又更深入的提出了信念、信念鏈，主張、上下游等概念，篇幅不多很快就看完了，但卻獲益良多。

作者利用上下游的比喻讓我清楚的了解到，上游的核心訊息訂定清楚後，下游的行銷通路跟行銷策略才能夠真的發揮作用。

而書中提到很多人其實不喜歡強迫推銷，或是認為行銷就是要營造 FOMO，需要很眼花撩亂的行銷策略跟技巧，像是放一個倒數計時器在網頁上促使人們進行購買，讓許多人覺得行銷就是這樣，所以他們不喜歡行銷。

但如果你覺得你的產品如果足夠好可以幫助更多人解決他們生活上的不便、促進他們工作上的效率的話，你為什麼不去宣傳，讓更多人知道，進而幫助到他們呢？

教育

所以你其實要做的是教育，讓客戶意識到他們的問題，知道你的產品可以解決他們的問題。就像是書中提到地毯清潔公司的故事，許多客戶並不知道他們家中的地毯比馬桶髒上 400 倍，所以對於清潔地毯這件事請興趣缺缺，但透過教育，撰寫提供相關證據的文章之後，客戶看到就主動找上門了，因為他們知道了問題所在，並且渴望這個問題被解決。

這麼一來你所做的就是真誠的教育，而不是你所認為所謂的譁眾取寵、使用小伎倆的行銷。而這件事情跟我過去這幾年一直在思考，如何提供能夠協助音樂人的想法一模一樣。

在上一份工作打算透過各種機制來協助音樂人，我就一直提出「我們應該開始做內容行銷，來教育音樂人讓他們知道應該怎麼做、可以怎麼做。」到非常後期才被認同，不過當時我已經準備要離開了 :p

而這本書把我一直以來不確定的想法給形塑出來，讓我確認了我過去的想法其實是沒問題的，而且是跟作者的想法相符的，讓我覺得非常開心， 而我也從書中學習到了許多過去的不足。

讓行銷變得簡單的一個問題

循著教育的角度繼續走下去的話，那麼問題就很簡單了

我的潛在客戶需要相信什麼才能購買?

這個是你在製定核心訊息時唯一需要問自己的問題。而什麼是核心訊息? 你可以透過信念建構來幫助你制定核心訊息。

信念建構

書中提到寫下對於自己產品擁有的信念是非常重要的，作者對他的課程寫下了超過 100 個信念。

那什麼是信念建構，信念長什麼樣子? 以下是第二位作者 Tiago Forte 在為他的線上課程「建立第二個大腦」練習時得出的一些信念，大家可以參考一下:

• My brain is for having ideas, not holding them.
  我的大腦是用來產生想法的，而不是用來保留想法的。
• I am already creative and do creative work.
  我本來就很有創造力，做的工作也很有創意。
• My thoughts and ideas are valuable and worth saving and revisiting.
  我的想法和觀點很有價值，值得保存和重溫。
• I can get and stay organized quickly and easily.
  我可以快速、輕鬆地整理並保持條理清晰。
• If I don’t make an intentional effort to preserve my thinking, it will be lost.
  如果我不刻意保存我的思想，它就會失去。

甚至你可以對信念進行排序，組成了信念鏈，跟客戶交談後，進而了解客戶距離你核心信念還有多遠，接下來要用什麼樣的訊息說服他。

如果你為了你的產品或服務寫下了 100 個信念，那麼你應該就能回答客戶的任何問題，不管他們問什麼問題你都能夠解決，並提出比客戶想像中更好的方案，這時候客戶還不買單嗎?

這就是信念建構的好處。

主張 / 論證

而除了信念建構之外，你還要有明確的立場跟主張。

不要把你正在做的事情當成行銷，而要把它當成是在進行論證。

作者提到他過去他在寫文章的時候使用主題寫作的方法，一直到改用論證的方法，他的銷量就增加了，因為大家其實喜歡看到有立場、有證據的內容，而不是單純講述主題而已。

以前，當我就自己的主題發表文章時，我會收到禮貌的感謝和讚賞的點頭。但當我開始堅持自己的主張時，讀者的回應就變得更深刻、更發自內心了。很明顯，我為受眾帶來了更大的價值

這讓我想到過去工作時，提出某些新商業模式的時候，只是單純提出想法、尋求支持，沒有提出強烈的主張，反而被認為是沒有信心，所以會懷疑是否要採用。

這本書提到，有主張跟立場會讓你訴說的內容完全不一樣，沒人想要買單平庸，沒有主張的產品，而提出主張這件事，就是表示你有非常的信心，因為你已經思考過所有可能的信念了。

我也才了解我前老闆為什麼常常說「我們來辯證」，我想應該是同一個道理。

最後

Simple Marketing for Smart People 是一本著重在核心訊息，無關行銷策略、行銷管道的行銷書籍。

我想所謂的信念建構，無非就是把事情想的通透，自然就會對自己的產品有足夠的信心，並且清楚的知道客戶跟你之間的距離，透過訊息溝通來拉近距離，然後進而讓客戶買單吧。

對於行銷核心訊息是什麼不夠了解的人，還不知道什麼做內容行銷的人，對於各種行銷策略、行銷管道眼花撩亂的人，甚至對於行銷保持著負面看法的人，我覺得都會非常適合讀這本書。

在 2016 年我寫過一篇「我的 Evernote 工作法: 訂定每日工作目標」，當時分別被 數位時代 還有 IThome 邀稿，所以文章也分別有上他們的網站，備感榮幸 :D

我的 Evernote 工作法: 訂定每日工作目標

我每天上班前都使用 Evernote 來預先規劃我的工作目標 為何要設定工作目標 自從慢慢脫離寫程式開發的工作後, 不同類型的工作內容越來越多, 時常被中斷。 可能有同事會來問一些問題、電話突然响, 或是收到什麽訊息, 可能是從 Slack、Line、微信、FB Messenger 等等通訊軟體, 這些東西都會中斷手邊的工作, 常常一回神已經不知道自己要幹嘛了。 特別是現在又有 Twitter, FB 等社群網站, 但是為了減少這類社交網站的影響, 早在幾年前就已經把手機上的通知都關閉, 所以手機上永遠不會跳出任何社群網站的通知, 不然注意力實在是太容易分散了。 不知道有沒有人跟我一樣, 常常想說待會要做什麼, 可是下一秒卻又完全想不起來? 所以我為了解決上面這些問題, 像是事情被中斷、或是健忘的症頭, 幾年前便開始使用 Evernote 來建立每日工作目標, 像是文章一開頭的截圖畫面一樣, 我建立了一個叫做「工作目標」的記事本, 然後每天記錄一則。 上班前先排定目標 我每天早上上班前, 都會先看過

小海嚴寫tzangms

當初會生出這樣的工作方式主要是因為從開發人員變成管理職，變得幾乎沒有深度工作的時間，處理的事情從一個比較可以長期專注的工作時間，開始轉變為零碎、片段的事務處理，所以打算工作前就預先安排每天的工作事項。

再來就是，會中斷我的事情越來越多，像是老闆的訊息、群組的訊息，同事的問題，過去被中斷後很容易忘記原本在做什麼事，會開始上網東逛西逛，回不到原本的工作狀態。光是想「接下來要做什麼事？」的時間，很容易就浪費掉了。

透過的每日工作目標，我只要回頭看一下記事軟體，我就可以可以馬上知道自己原本在做什麼，或是接下來可以做什麼，可以快速定位，解決了我一直被中斷的問題，也讓我養成了每天一早就安排每日工作目標的習慣。

而當時還沒有 Time boxing 的概念，現在回想起來的確有許多不足的地方。

什麼是 Time Boxing

Time Boxing 是一種時間管理方法，這種方法的核心在於將工作時間劃分為固定的短時間段，並在這些時間段內專注於特定的任務。而 Time Boxing 的基本原則如下:

1. 固定時間段：將一天的時間切分為多個短時間段，例如5分鐘、10分鐘或30分鐘。在每個時間段內，專注於一項特定的任務。
2. 任務優先級：根據任務的重要性和緊迫性來安排時間，而不是單純依賴時間順序。這樣可以靈活調整任務的執行順序，確保最重要的任務優先完成。
3. 時間不變，範圍可調：在設定的時間內，如果未能完成預定任務，應適當縮減任務內容，而不是延長時間。這樣可以避免拖延，保持專注於核心任務。
4. 回顧與調整：在完成每個時間段後，檢視實際所花時間與預估時間的差異，並根據這些數據調整未來的計劃

這樣做的優點是

1. 提高專注力：通過限制每個任務的時間，能夠減少分心，提升工作效率。
2. 防止拖延：固定的時間限制促使人們在規定時間內完成任務，從而減少拖延行為。
3. 靈活性：可以根據任務的優先級隨時調整計劃，適應變化的需求。
4. 適用於團隊合作：在團隊中使用時間拳擊法可以增進成員之間的協作，確保每個人都清楚任務的進度和時間安排

主要的概念跟優點大概就像是上面提到的，所以我後來換了一個支援了 Time boxing 概念的記事軟體 NotePlan。

更換記事軟體

主要也是因為多年後 Evernote 變得越來越難用，我就開始搜尋替代品，大約在 2022 年我開始改用 NotePlan 這個軟體，複製了我原本在 Evernote 的用法過來，但因為 NotePlan 的功能內建了 Time Boxing 的功能，所以我原本的工作目標用法更加的進階了。

除了複製原本在 Evernote 的作法之外，我開始利用內建的功能，為每個工作目標加上時間，大家可以參考下圖，NotePlan 可以把當天的工作透過行事曆的方式顯示出來，讓你清楚的知道，能用的時間就是這麼多。

• 中間下方的 Todo 是工作目標，但我在前方標註了時間區間
• 右邊下方的綠色方框就是加註時間後，多個目標時間區塊的視覺呈現

比起原本的 Evernote，這樣子的呈現我可以更快的知道現在在那個時間點，更清楚的知道我原本該做什麼，也知道現在這個任務還剩下多少時間，被打斷後可以更快的回到原本的狀態。

更清楚時間的安排

而在安排每日工作目標的時候，也比以往更加清楚可以安排多少工作，因為現在都要預先評估每項工作需要花多少時間。了解到實際可以用的時間有多少後，才能夠合理的安排當天的工作內容。不像以前就是一直排，還覺得自己生產力很高，根本不知道時間是不是足夠，反而因此遺漏了今天必須完成的工作。

而且我們常常會錯誤預估了我們執行某項工作所需要的時間，常常會超出我們的預期，透過這樣每天安排並預估工作的方式，可以慢慢的清楚自己會需要多少時間，在未來做出更合理的預估跟時間安排。

積極的工作安排

現在自己一個人工作之後，其實更加的需要管理自己的時間，也更加的需要安排工作優先順序，讓需要比較多腦力的工作在自己一天內狀態最好的時段完成，所以更加需要積極的工作安排。

特別是在讀完 Deep Work 深度工作力這本書之後之後我學到了:

早上優先進行深度工作
安排寫作，以及產品開發的工作，把精神最好、最容易專注的時間留給深度工作，而電子郵件改到下午或是晚上這些容易被打擾、打斷的時段進行閱讀。

主動安排今日行程把上一點的深度工作優先安排進行事曆

有興趣的人可以看看我在小海報 26 寫的深度工作力的閱讀心得

小海報 ▪️ 26

Deep Work: 在沒有干擾的狀態下，專注於一項具有挑戰性的任務的能力

小海報海總理

更換為 Obsidian

不過離職後我就拋棄了 NotePlan 了，因為卸下了總經理的工作之後，原本老闆會隨時發訊息，主管們可能會隨時找我問問題，離職之後就沒有人會找我了，而且我也沒有工作需要做了，所以我直接放掉 NotePlan 了 (笑

一直到今年我因緣際會重新開始用 Obsidian，後來發現原來只要裝個 Day Planner 這個外掛後， Obsidian 也可以輕鬆達成類似的功能，透過下圖可以看到，其實算是類似的呈現方式。

至於為什麼最後換 Obsidian，我覺得他更加的像記事軟體，而不是工作用的工作管理軟體。

這句我到了現在才比較能夠體悟，經歷過離職後這段時間的各種修行(?)，心態上樂觀很多，看待世界的方式也不太一樣。

最近家人常問我說「我們的錢還夠嗎?」
我都說「不用擔心」

我內心都對自己說「我想要再買幾台豪車，只是得再過一陣子而已。」

先前的憂慮

離職前一直擔心的事情像是

- 我離職後還找得到同樣薪水的工作嗎?
- 還是能夠繼續找到當總經理或是高階主管的工作嗎?
- 還是其實我得回去寫程式?
- 但我還保有這樣的能力嗎?

心裡一直擔心未來的生計，沒有收入該怎麼辦。

但現在即便原本預備的生活費只剩下幾個月，我反而不擔心，保持樂觀，相信自己，一切都會沒問題的。

對我影響很深的同事

在離職前，有位前同事跟我說過一段話，大概這樣說的：

「小海，我們過去面試過那麼多人，很多達不到我們標準，沒有錄取的人，最後都找到其他薪水不錯的工作，我們有比這些人差嗎? 沒有的話那你有什麼好擔心的？」

這段話其實影響我很深。

他又說他其實沒有什麼物慾，所以即便到便利商店打工他也活得下去。 但對當時的我來說，要拋棄一個高薪的工作，很難不去擔心。

不過我一直記得他對我說過的話，離職後到現在時常都會在腦海裡浮現當初他對我說話時的場景。

我後來也體會到，真的不需要賺太多，還是可以過的很快樂。而且用賺來的錢買來的快樂，是沒辦法抵銷不快樂的工作對你心靈的傷害的。

樂觀

我後來意識到，我們需要知道能夠自我實現的事物是什麼，然後去追求這些東西、做快樂的事情，這樣你才會快樂。

而不是進入自動導航，讓別人幫你定義你的目標，因為它不一定能夠讓你自我實現，獲得滿足。

最近身邊一些財富自由的朋友們聊天，我也從他身上看到了很多所謂任性跟樂觀的特質。

也許有人會說，因為他們財富自由了，所以當然樂觀開心啊，但我可以明確的跟你說，他們肯定是先樂觀才能夠財富自由的。

經過了離職的這段時間的修行後，我也比較樂觀了，也才比較理解這種感覺。

面對最糟的狀況

以前曾經被告過，雖然知道自己沒做不對的事，應該沒事，的確也不起訴，但當時擔心的要命，晚上睡不著覺，各大電視台都在報我的事情，網路上都在討論，我也是經歷過這段時間才有一點強健的心理素質(?)。

我當時找了 How to Stop Worrying and Start Living 這本書來看，學到人類就是傾向會往壞的地方去想，反覆的想。

所以這時候你需要做的事就是往最壞的地方想，但想完後評估你怎麼承擔，通常你也都能夠承擔，做好各種承擔的心理準備後，就放下。

有時你可能會發現「幹，就這樣而已嘛」
對，最糟就是這樣，而你已經知道怎麼處理了。

而我發現我最近才真正內化這件事，開始不去擔心太多事情，可能是因為沒有了收入，可能最近讀了很多書，也發現自己能夠活的時間就是那麼多而已，剩下不到兩千個禮拜。

想做就去做，碰到了問題就解決，最糟也不就是那樣。

把這個世界當成是遊樂場

我這陣子覺得最大的體悟就是，我開始把這個世界當成是遊樂場，可能是受 Die with Zero 這本書的影響吧，想要開始體驗各種事物，活出自己的故事。

過去覺得很麻煩的事，現在都覺得我應該親身去體驗一下，我想要累積很多可以跟大家說的事情跟故事。

開始這麼看待這個世界上的事情之後，我似乎才開始理解到所謂的樂觀，其實很多時候就是不要還有陷入自己的悲觀的想法，還有不去在意別人的眼光，就做自己想做的事，做自己會開心的事，然後不要低估自己，也多給自己機會嘗試各種可能。

最近多了很多任性的空間。