專案管理的奧義 — Indie Creative 電子報 034
後設資料
- URL：（surenotifyapi 連結，timestamp 20220926014618）
- 作者：傑哥（只要有人社群顧問 創辦人 / Indie-Creative-電子報 編輯）—— 第八次撰文（001 / 002 / 007 / 008 / 009 / 018 / 026 / 034）
- 發表日：2022-09-26 推測（surenotifyapi timestamp 20220926014618 = 2022-09-26 01:46:18 UTC）
- 月主軸：未明示（vault 已 ingest 032（2022-08-31 timestamp）→ 034（2022-09-26 timestamp）；2022-09 月主軸無法從本期單獨判斷）
- 內容類型：編輯本人撰文 / 個人方法論分享 / Account 視角的工法整理
- 主命題：專案管理的大原則 = 預防勝於治療；Account 的三流分級；get things done = 專案管理者的核心目標
- 系列位置：vault 中第一個以「專案管理 / Account 工法」為主軸的期數；同時是傑哥的第八次撰文——撰文軌跡從「工法起點（001）→ 工法完整（002）→ 提案論證（007）→ 強者賞析（008）→ 跨域學習（009）→ 執行案例（018）→ 產業趨勢（026）→ 執行工法的元層（034）」逐步拉開——034 把視角從「創意 / 內容 / 通路」拉回「讓所有上述事情真正交付的工程」
一句話濃縮
只要有人社群顧問 傑哥以**「好的業務是讓創意被看見的關鍵——沒有被精準執行出來的創意只是美好的想像」作為命題開場，提出 專案管理 的大原則就是六個字「預防勝於治療」：好的專案管理者要讓延遲、犯錯、變數根本沒有出現的機會**——三流 account 讓專案出現危機、二流 account 能應變各種危機、一流 account 能讓專案根本不出現危機，一切自然平順地推進；落地工法包含執行前四個確認（多層 feedback 預留時間 / 修改背後真正目標 / 調整對時程影響 / 下一步關鍵時間點）+ 執行期四個小習慣（一開始抓出完整專案時程大表 / 信件 Next Step + 時程表連結 / 雙邊都不只一人在 mail loop / Google Sheet × projectsheet planning 工具）；核心目標重定義「get things done」而非「按客戶指示做事」+ Account 與 Creative 關係重定義「account 是『實現』creative 的關鍵，不是『支援』」——本期是 vault 中第一個明確處理「執行工法元層」的方法論期數。
提取要點
1. 命題：好的業務是讓創意被看見的關鍵
- 電子報主題的擴張預告：「Indie Creative 電子報比較常分享『創意』相關的討論，但我一直認為好的業務是讓創意被看見的關鍵，沒有被精準執行出來的創意只是美好的想像。」
- 本期問題意識：那麼，要做到完美專案執行的關鍵是什麼？
- vault 中的位階意義：傑哥前七期（001-026）撰文都環繞創意 / 內容 / 通路 / KOL / 板塊等「內容創造端」議題；034 第一次把視角拉到內容交付端——這是創意主導的電子報少見的「執行工法元層」期數。
2. 大原則：預防勝於治療
- 核心命題：「我認為專案管理的大原則就是六個字：預防勝於治療。」
- 常見誤區：很多人會抱怨「客戶或主管就一直遲遲不回信給 feedback、專案時程都被拖延到了，這又不是我的問題 …」「客戶意見一堆，改東改西我也沒辦法 …」「原本窗口說 OK 了，可是到他老闆那關又被翻案」——傑哥承認這些狀況真的常出現，也不會說客戶/主管永遠是對的。
- 責任結構重定義：「從結果來看，不管問題出在誰身上，專案搞砸都不是我們樂見的。我們的工作不是『搞懂誰造成專案失敗』，而是『讓專案成功』。」
- 同客戶的 A vs B account 對比：「同樣一個客戶，在 A 業務手上時就是難搞加龜毛、專案被搞得烏煙瘴氣；但由 B 業務控專案時，你就會覺得為什麼這個專案這麼順暢、客戶突然變天使」——這就是 account 的功力。
- 棒球比喻：account 像棒球裡面的強力中繼或後援投手，能夠把專案完美終結，也就是 “get things done”。
- 預防勝於治療的精確定義：「永遠別在對方延遲、犯錯、或出現變數後才提醒，好的專案管理者要讓延遲、犯錯、出現變數 … 這些事情根本沒有出現的機會。」
3. Account 的三流分級
- 三流定義：
- 三流的 account：讓專案出現危機
- 二流的 account：能應變各種危機
- 一流的 account：能讓專案根本不出現危機，一切自然而平順地推進
- 方法論意義：與 創意風格 的「有資格談風格 = 必須熟悉多種風格」並列為 vault 中明確的「能力成熟度標尺」論述——重點不是高階比低階「更會做什麼」，而是目標的維度差異（從處理問題 → 預防問題 → 讓問題不發生）。
4. 執行前的四個確認（預防勝於治療的具體內容）
身為專案管理者的你，有沒有在專案執行前確認：
- 客戶溝通流程與決策層級：如果不只一個人需要 feedback（客戶窗口 + 他的主管 + regional team 確認），那每一個階段你有預留足夠的時間讓客戶內部討論嗎？
- 理解客戶修改背後的真正理由：如果客戶希望做出修改，你有先理解客戶背後的理由、或希望達成的目標嗎？一定只有客戶建議的調整方式，才能達成客戶的目標嗎？——這是 立場與利益 在專案管理場景的精確應用：客戶的「修改建議」是立場，客戶的「想達成的目標」是利益；專業 account 必須穿透到利益層才能評估是否該照單全收。
- 隨時清楚調整對時程的影響：你有隨時清楚讓客戶、以及所有參與者認知到：做出某些調整時，會如何影響到專案執行時程嗎？
- 每次溝通都明示下一步：你有在每一次溝通都讓客戶充分了解：下一個專案的關鍵時間點是什麼時候、要完成什麼嗎？
→ 「這些就是我所謂的「預防勝於治療」— 在任何可能出亂子的階段『之前』，先出手把危險因子扼殺掉。」
5. 執行期的四個小習慣（傑哥個人版）
- 一開始就先抓出完整的專案時程大表：「真的不要對自己太有自信，沒有先抓時程表到時候一定會有任何一個小環節沒有考慮到。」
- 工具堆疊：只要有人社群顧問 團隊用 Google Sheet + 「projectsheet planning」 這個擴充功能。免費版本也滿好用，付費版多了「時程連動調整」的功能（一個任務時程移動，後續任務自動順延）。
- 時程連動的具體例子：「提供影片 a copy 需要幾天？→ 客戶提供 a copy 的 feedback 需要幾天？→ 拿到 feedback 後修改 a copy 需要幾天？很多人都會忘記先跟客戶確認『feedback 需要幾天』，最後發現客戶內部溝通流程超級長 …」
- 每次溝通信件最後都放上 Next Step + 最新版專案時程表的連結：「讓客戶隨時都可以清楚知道接下來要做什麼。」
- 雙邊都不只一人在 mail loop：「確保所有溝通都盡可能讓『我們』跟『對方』都不只一個人在群組或 mail loop 中。這是為什麼呢？如果只有你自己一個人在溝通群組中，只要你有任何原因無法回訊息，就會沒有人可以協助你，因為大家在整個溝通過程中都沒有參與到。」（單點故障預防）
6. 核心目標重定義：get things done，不是「按指示做事」
- 核心目標：「專案管理的核心目標是 — “get things done” 讓專案成功，而不是『完全按照客戶或主管的指示做事』」。
- 失敗無分原因：「如果照著客戶說的做、但最後專案失敗了，我們也不會因為『啊反正是照客戶說的』而覺得專案失敗也沒關係。」
- 專業 account 的責任結構：「專業的專案管理者要在理解對方的需求與目標後，給出你建議的解決方案、想辦法讓專案成功。」
7. Account 與 Creative 的關係重定義
- 個人經驗：團隊規模相對成熟之後，傑哥更專注在創意以及公司經營治理上，已經比較少自己顧每個專案的執行細節，「真心感謝很罩的團隊夥伴們在專案管理上的各種努力與耐心」。
- 核心宣言：「我不認為 account 是『支援』creative，account 就是『實現』creative 的關鍵。」
- 與本期開場的呼應：「沒有被精準執行出來的創意只是美好的想像」（開場）+「account 就是『實現』creative 的關鍵」（結尾）構成本期的論述閉環——好的業務是創意可見的條件，而業務的核心能力就是專案管理。
8. 隱含的方法論：執行工法的「兩側結構」
- 預防側：執行前四個確認（多層決策時間 / 真正目標 / 時程影響 / 下一步明示）+ 一開始抓時程大表
- 應變側：信件 Next Step + 時程表連結（隨時讓對方掌握進度）+ 雙邊都不只一人在 mail loop（單點故障預防）
- 預防 vs 應變的優先順序：傑哥的論述明確把預防擺在應變之上——「讓問題根本不發生」的一流 account vs「問題發生後能解」的二流 account；二流是合格 account 的基本盤，一流才是應該追求的目標。
9. 隱含命題：account / 業務角色的方法論成熟度
- 「永遠學習不完」的自陳：「『專案管理』對我和團隊來說仍然是永遠學習不完的事。回頭看每次專案，總有些事情事後想想可以做得更好。」
- 方法論成熟者的階段轉移：傑哥披露自己已從「親自顧每個專案執行細節」轉到「創意 + 公司經營治理」——這是 創意風格「有資格談風格 = 必須熟悉多種風格」原則的相反方向應用：成熟到一定程度後，從深入細節走向宏觀治理——但這個跳轉要建立在已經穩固掌握下層工法的前提上。
提取概念
連結到此來源衍生 / 更新的 wiki 頁：
新建（1）
- 專案管理 — 概念；在執行有時程、預算、多方參與者的單次或可重複任務時，把延遲、犯錯、變數扼殺在它們發生之前的能力；vault 中第一個明確以「執行工法元層」為視角的概念頁；包含「預防勝於治療」大原則 + Account 三流分級（三流危機 / 二流應變 / 一流預防）+ 執行前四個確認 + 執行期四個小習慣 + get things done 核心目標 + Account 是「實現」creative 的關鍵
更新（4）
- 只要有人社群顧問 — 補入 034 撰文 + 傑哥第八次撰文軌跡（從工法起點 → 工法完整 → 提案論證 → 強者賞析 → 跨域學習 → 執行案例 → 產業趨勢 → 執行工法元層逐步拉開）；補入「Account 三流分級」內部能力標尺；補入「Google Sheet + projectsheet planning」工具堆疊；補入「Account 是實現 creative 的關鍵」公司哲學宣言；補入傑哥從專案執行細節轉到創意 + 治理的階段轉移
- Indie-Creative-電子報 — 補入 034 期條目；vault 已 ingest 期數總覽更新（17 期）；傑哥撰文軌跡更新為 8 期；觀察期數列表新增 034；新增「032 → 034 跳躍」段（時間上連續但主題從議題行銷跳到專案管理元層；2022-09 月主軸跨領域呈現）；新增「傑哥撰文軌跡的『創意 → 執行』對位」備註——本期是傑哥八期中第一個離開「內容創造端」、進入「內容交付端」的期數
- 立場與利益 — 補入「專案管理場景應用」段；案例：客戶的「修改建議」是立場、客戶的「想達成的目標」是利益；補入相關來源 034
- MOC-行銷增長 — 來源累積補入 034；新增「執行工法層 / Operations」分支軸（專案管理 為核心頁；本層是讓所有 marketing 工法真正交付的工程——不是 marketing 本身，但沒有它所有 marketing 都只是想像）
提及但未建頁
- projectsheet planning：Google Sheet 擴充功能；本期僅作為團隊使用的工具一句帶過——不建頁。如未來有專案管理工具比較 / SaaS 方案來源（Asana / ClickUp / Monday / Notion 比較）再建獨立的工具類別頁。
- strong middle reliever / closer 比喻：棒球的強力中繼或後援投手——本期僅作為「能 get things done 的 account」的比喻一句帶過——不建頁；棒球領域知識本身不是 vault 主題。
- mail loop / 群組溝通中不只一人：本期作為「雙邊都不只一人」的具體實作出現——是 專案管理 「單點故障預防」原則的具體表現之一，已被收入 專案管理 頁，不另建頁。
- regional team / 客戶窗口 + 主管多層 feedback：本期作為「多層決策結構」的具體例子——是 專案管理 「多層 feedback 預留時間」原則的具體表現，已被收入 專案管理 頁，不另建頁。
- a copy / b copy / c copy 影片版本：廣告 / 影片業界的版本術語——本期僅作為時程連動例子的具體場景，無實質討論；不建頁。
- 「客戶突然變天使」的同客戶 A vs B account 觀察：本期作為 account 個人差別影響的論證點，無第二筆來源支撐——不建頁。如未來有「為什麼同樣客戶在不同 account 手上行為不同」的深度討論可建類似 流量池模型 的概念頁。
原文（可選）
原文含 1 張 Notion S3 圖片（image.png，由原網址 secure.notion-static.com / s3-us-west-2.amazonaws.com 提供）以外部 URL 形式存在。Notion S3 通常 403 無法直接下載；本次以純文章保存，未升級為 source-bundle。如未來取得本機附件，再升級為
source-bundle並把圖片放入同名子資料夾。
專案管理的奧義 | 獨立創意電子報 034
只要有人社群顧問 傑哥
雖然 Indie Creative 電子報比較常分享「創意」相關的討論，但我一直認為「好的業務」是讓創意被看見的關鍵，沒有被精準執行出來的創意只是美好的想像。那麼，要做到完美專案執行的關鍵是什麼？
我認為專案管理的大原則就是六個字：預防勝於治療。
沒錯，就是這麼老哽，但這麼老生常談的觀念，大部分人卻都非常難準確地做到。很多人會抱怨「客戶或主管就一直遲遲不回信給 feedback、專案時程都被拖延到了，這又不是我的問題 …」「客戶意見一堆，改東改西我也沒辦法 …」「原本窗口說 OK 了，可是到他老闆那關又被翻案，當然最後專案會 delay 啊！」
沒錯，上述這些狀況真的很常出現，而我也絕對不會說客戶跟主管永遠是對的、回覆拖延跟搖擺不定都應該合理被接受。但從結果來看，不管問題出在誰身上，專案搞砸都不是我們樂見的。我們的工作不是「搞懂誰造成專案失敗」，而是「讓專案成功」。
我看過同樣一個客戶，在 A 業務手上時就是難搞加龜毛、專案被搞得烏煙瘴氣；但由 B 業務控專案時，你就會覺得為什麼這個專案這麼順暢、客戶突然變天使 — 這其實就是 account 的功力，像是棒球裡面的強力中繼或後援投手，能夠把專案完美終結，也就是 “get things done”。
永遠別在對方延遲、犯錯、或出現變數後才提醒，好的專案管理者要讓延遲、犯錯、出現變數 … 這些事情根本沒有出現的機會。身為專案管理者的你，有沒有在專案執行前確認下面這些事情呢？
- 客戶溝通的流程與需要經過的決策層級、如果不只一個人需要 feedback（比方說有客戶窗口＋他的主管＋ 還要跟 regional team 確認）那每一個階段你有預留足夠的時間，讓客戶內部討論嗎？
- 如果客戶希望做出修改，你有先理解客戶背後的理由、或希望達成的目標嗎？一定只有客戶建議的調整方式，才能達成客戶的目標嗎？
- 你有隨時清楚讓客戶、以及所有參與者認知到：做出某些調整時，會如何影響到專案執行時程嗎？
- 你有在每一次溝通都讓客戶充分了解：下一個專案的關鍵時間點是什麼時候、要完成什麼嗎？
這些就是我所謂的「預防勝於治療」— 在任何可能出亂子的階段「之前」，先出手把危險因子扼殺掉。下面是一些我個人在專案管理上的小習慣：
- 一開始就先抓出完整的專案時程大表（我們團隊是用 Google sheet 搭配「projectsheet planning」這個擴充功能，其實免費版本也滿好用了，但我們是買付費版本 — 多了時程連動調整的功能）
- 為什麼一開始就要先抓專案時程大表？— 真的不要對自己太有自信，沒有先抓時程表到時候一定會有任何一個小環節沒有考慮到。
- 舉例來說：提供影片 a copy 需要幾天？＞客戶提供 a copy 的 feedback 需要幾天？＞拿到 feedback 後修改 a copy 需要幾天？很多人都會忘記先跟客戶確認「feedback 需要幾天」，最後發現客戶內部溝通流程超級長 …
- 在每次溝通的信件最後都放上 Next Step & 最新版專案時程表的連結，讓客戶隨時都可以清楚知道接下來要做什麼。
- 確保所有溝通都盡可能讓「我們」跟「對方」都不只一個人在群組或 mail loop 中。這是為什麼呢？如果只有你自己一個人在溝通群組中，只要你有任何原因無法回訊息，就會沒有人可以協助你，因為大家在整個溝通過程中都沒有參與到。
另外，不要忘記專案管理的核心目標是 — “get things done” 讓專案成功，而不是「完全按照客戶或主管的指示做事」，如果照著客戶說的做、但最後專案失敗了，我們也不會因為「啊反正是照客戶說的」而覺得專案失敗也沒關係。專業的專案管理者要在理解對方的需求與目標後，給出你建議的解決方案、想辦法讓專案成功。三流的 account 讓專案出現危機、二流的 account 能應變各種危機、一流的 account 能讓專案根本不出現危機，一切自然而平順地推進。
當然，「專案管理」對我和團隊來說仍然是永遠學習不完的事。回頭看每次專案，總有些事情事後想想可以做得更好。在團隊規模相對成熟之後，我個人更專注在創意以及公司經營治理上，已經比較自己顧每個專案的執行細節，真心感謝很罩的團隊夥伴們在專案管理上的各種努力與耐心。我不認為 account 是「支援」creative，account 就是「實現」creative 的關鍵。
敬所有在專案幕前和幕後努力著的人們。