林佳熹 | 專案筆記 | AI 自動化

空降 PM 的職場生存戰：當資深老臣聯手掠奪專案主導權，你該如何突圍？ 情境：你以為在推系統，其實在捲入一場聯手奪權 想像一下，你是總部派來的 PM 新人，滿腔熱血想在台灣導入電子發票自動化專案。你原本預期會遇到技術困難，沒想到真正的挑戰是來自財務部與客服部那場看似溫暖、實則冰冷的聯手演出。 在會議上，財務經理說：「自動化很好，但稅務合規是我們的專業，目前我們在處理這部份的確很花時間需要優化，我們需要更明確的知道如何執行以及我們如何在專案裡避免失敗，過去都是我們自己可以自己做的。」客服主管接著說：「我們第一線做客服，客戶服務有問題第一個是找我們，所以專案一定要不能有問題。這個專案應該由我們定義哪些要自動化，PM 負責執行技術對接就好。」 你發現，他們不只是在擠牙膏延遲進度，他們是在玩「功勞所有權賽局」： 1. 績效截流： 他們要把專案成功的定義權搶過來。如果由你主導，功勞是你的；由他們主導，你只是個外包技術員。 2. 防禦性合作： 財務需要客服的「特殊流程」當藉口來拖延，客服需要財務的「稅務風險」當金牌來擋箭。 在 賽局理論 中，這稱為 聯盟形成賽局 。 當一個強大的外部威脅（你）出現時，原本不和的內部派系會迅速結盟，以確保原本的利益分配不被重新洗牌。 這不是溝通問題，是績效主權的爭奪戰 為什麼財務與客服會放下成見，聯手對付你這個新人？ 秘密聯盟的運作機制： 財務部的算盤： 他們要確保明年的數位化減碳或流程優化 KPI 依然握在手裡。如果今年讓你一次做完 B2C，他們明年的考績表就會開天窗。 客服部的算盤： 他們需要保留人工處理電話訂單的空間，這不只是為了穩定，更是為了保留部門的人員編制（Headcount）。一旦全自動化，部門的重要性就會下降。 共同目標： 讓總部覺得，這件事能成是因為本土部門的專業配合，而不是空降 PM 的英明領導。 資深 PM 的拆解：如何應對跨部門的聯合夾擊？ 面對...

【轉型賽局】外商併購後的權力黑箱：為什麼老員工拼命抵制數位轉型跟自動化？ 拆解隱藏在本土文化下的個人利益保衛戰 想像一個場景： 你是一家剛被全球外商併購的本土 B2C 公司轉型 PM。總部急著要全台統一導入「電子化自動報修與電商系統」。 這群「被收購」進來的資深員工，雖然掛著外商名號，但其實是待了十五年的本土老班底。在會議上，客服經理與業務主管聯手反擊： 「很多台灣人報修一定要打電話啦！電子化不夠親切，很多人不會上網習慣真人對談，我們在電話裡關心客人、順便推銷新產品，這才是台灣人的人情味！」 外國總經理覺得「尊重本土文化」很重要，卻沒看穿背後的真相： 1. 語言恐懼：老員工看著全英文的系統後台，心裡怕得發抖，以前自己呼風喚雨十幾年現在卻一個單字都看不懂會不會失業，旦絕對不敢承認自己看不懂。 2. 利益斷層：客服部有 40% 的獎金來自於「接電話報修時順便推銷」的私下抽成。 一旦電子化，流程透明了、英文門檻高了、抽成財路斷了。 這不是文化衝突，這是生存之戰。 在 賽局理論 的眼裡，這是一個被精密設計過的 「資訊壟斷賽局」 。 當科技威脅到一個人的「生存紅利」時， 人們傾向維護舊有的低效結構，而非擁抱最優解 。 這不是管理問題，是併購後的「路徑依賴」 為什麼看似落後的流程，會有一群人死命守護？讓我們拆解這場賽局的動機： 資深老員工：保衛「黑箱利益」的在地老兵 他們是收購案中的「既得利益者」。對他們而言，混亂的流程是最好的遮羞布。一旦英文系統上線，他們看不懂後台的弱點會曝光，且原本靠口頭推銷的抽成也會被系統攔截。 外國管理層：因「不安全感」而過度尊重的局外人 他對台灣市場有 資訊不對稱 ，為了不讓併購初期出現動盪，他寧願相信老員工編造的「人情味」神話，也不敢強推數位化。他不知道，自己正被這群「名義上的下屬」玩弄於股掌。 數位轉型 PM：試圖拿走別人「隱形飯碗」的入侵者 你帶來的系統越精準，對他們而言就越危險。在賽局中，這叫 「威脅的可信度」 。當他們發現你認真要推動透明化時，聯手排擠你就是最理性的自我防衛。 賽局術語拆解：為什麼轉型會卡死？ 這場混亂的架構，其實可以用三個賽局核心概念解釋： 資訊不對稱： 老員工利用「在地文化」這塊神主牌，掩蓋他們「看不懂英文」與「怕失去抽成...

為什麼你做事這麼累？因為你一直在玩「必輸的賽局」 很多 PM 跟我抱怨：工程師推不動、業務亂答應、老闆天天改方向。他們問我： 「是不是溝通技巧出了問題？」 我說：不，這不是溝通問題，是你根本 看不懂現在是什麼局 。 1. 別想著感動人，要學會「誘因設計」 工程師不配合，通常不是因為他懶，而是因為在公司的制度下，配合你「沒有好處」，不配合你「沒有損失」。 這就是賽局裡的「激勵相容」： 傳統思維PM： 拜託工程師幫幫忙（消耗你的人情債）。 賽局思維PM： 把專案成功與他的考績、或是他想學的技術掛鉤。讓「為了他自己好」的行為，剛好等於「專案成功」。 2. 為什麼「恐嚇」有時比「獎勵」有用？ 行為經濟學有個詞叫 「損失規避」 。人們對於「失去 100 塊」的痛苦，遠大於「撿到 100 塊」的快樂。 實戰話術對比： ❌ 「如果大家提早做完，我請大家喝飲料。」（效果微弱） ✅ 「如果這週進度再掉，下個月的資源會被 A 單位收走，到時大家會更累。」（效果強大） 3. 別把「信用」在一次賽局中用光 PM 每天都在喊「這真的很急」。但在重複賽局中，如果你每次都喊急，最後卻沒準時上線，你的 「訊號」就會失真 。 專業 PM 應該像「發牌員」： 資源與寬限期不要一次全給。學會分階段釋放利益，讓對方知道你的支持是有條件、有價值的。這就是賽局中的 「一報還一報」策略 。 PM 指南：該做與不該做的事 不要做的事： 記著，賽局思維PM不會去跟開發者或業務吵架，那是降維打擊。 需要做的事： 你要做的是直接去「修補」那個壞掉的組織結構，或者證明這個結構會讓專案賠錢。 解決方法一定是有的，但解法往往不在溝通，而在 權力與資源的配置 。 賽局思維 PM 真正最強大的武器，是發牌權 如果你覺得自己每天都在「求」別人配合，那表示你已經把底牌一次出光了。 在賽局中，一個成功的 PM 必須學會 分階段釋放利益 ： 掌握寬限期： 對於誠信不良或適合X理論的人，不要把真正的期限告訴合作方。你的資源與時間就是你的籌碼，學會根據對方的誠信紀錄來決定釋放多少。[注1] 修補誘因 Bug： 與其抱怨工程師不配合，不如去跟老闆談談如何調整獎勵指標。當目標一致（...

【職場賽局】為什麼你的助理敢不聽話？ 拆解外商最荒謬的越級匯報陷阱 想像一個場景： 你是外商台灣分部的專案經理，手下帶了一個助理。某天專案急需趕工，你請助理配合加班完成報告。 沒想到，助理喝著咖啡，淡淡地回了一句： 「喔，那個不急啦，我昨天跟國外的老闆通過電話，他說這件事下禮拜再弄就好。」 你當場愣住。明明你才是他在地的老闆，但他竟然跳過你，直接拿「國外老闆的指示」來壓你。更糟的是，國外老闆竟然還真的直接給他下指令，完全沒跟你商量。 如果你覺得這只是「助理不懂事」或「老闆愛越權」，那你就太天真了。在 賽局理論 的眼裡，這是一個被精密設計過的 「權力殺豬盤」 。 這不是管理問題，是「三方博弈」 為什麼一個優秀的經理人，會被一個 Junior 助理卡死？我們得從這場賽局的三位玩家看起： 國外老闆：因為「不安全感」而玩分而治之 他遠在總部，看不見台灣辦公室的運作。為了不被在地經理「架空」，他故意讓助理直接報給他。助理成了他的眼線，當經理與助理不合時，老闆反而覺得自己最有權威。 Junior 助理：拿著「雞毛」當「令箭」的套利者 他發現「考績權」在遠方，只要討好那個看不見他表現的人就好。在地經理對他來說，只是個「沒有生殺大權」的技術指導員。 在地經理：承擔責任卻沒有武裝的祭品 你要扛 KPI，卻連助理的請假和績效都管不到。這在賽局中叫 「權責不對等」 ，你的任何要求對助理來說，都是 「不可信的威脅」 。 賽局術語拆解：為什麼你會 GG？ 這場混亂的架構，其實可以用三個賽局核心概念解釋： 代理人問題： 國外老闆為了自己的掌控感（個人私利），犧牲了專案效率（公司公利）。 資訊不對稱： 助理利用能直接接觸國外老闆的機會，傳遞對自己有利的訊息，造成你與國外老闆之間的猜忌。 納許均衡： 既然助理不聽話沒代價、老闆越級管人有爽感，這兩個人就不會改變。最終只有「追求效率」的你會受不了。 最後誰會走？ 很多人問：最後誰會走？答案是 經理人 。因為高階人才的「時間期望值」很高。當他發現這個組織的賽局規則是「為了消耗他」而設計時，理性的選擇就是退場，不再參與這場 「負和賽局...

理工人必修的「隱形技能」：為什麼技術夠硬，專案還是會 GG？ 在商學院的課程中，有一門課是所有準經理人的必修思維， 但在理工科系的訓練裡，卻鮮少被提及。這門課叫： 賽局理論 (Game Theory) 。 如果你曾有過以下這種「無力感」： 技術明明是正確的，但在會議上卻說服不了非技術背景的主管 專案出事時，發現自己成了那個唯一留在船上扛責任的人 明明投入了大量心血，專案卻在最後一刻被喊停，一切化為烏有 這往往不是因為你「不夠聰明」，而是因為你陷入了 職場賽局的盲點 。 這篇文章將拆解三個理工人最常忽略的博弈思維， 幫你把「硬實力」轉化為真正的「影響力」。 一：別掉進「沉沒成本」的技術執著 理工人對自己親手指揮AI寫出的程式碼、設計的架構，往往有著強烈的情感與堅持。 但現實是：當市場變了、客戶需求轉向了，過去投入的一千個小時就是 「沉沒成本」 。 博弈高手深知：決策時，唯一要看的是「未來的期望值」。 如果你因為「捨不得放棄過去的努力」而繼續加碼，這不是堅持，而是輸家的賭氣。 博弈心法： 學會「停損」比學會「技術」更難，但它決定了你是否能從失敗的賽局中脫身。 二：破解跨部門的「囚徒困境」 專案管理最難的不是技術整合，而是「人的利益」。 當研發想要品質、業務想要速度、財務想要省錢，每個人都追求自己的最優解， 最後的結果通常是專案進度卡死，形成 「囚徒困境」 。 「為什麼明明是為了公司好，大家卻不配合？」 成熟的 PM 知道：你不能只靠「邏輯」去要求別人，你要靠「誘因」。 你必須重新設計賽局，讓合作的 Payoff（收益）大於自私的收益，合作才會自然發生。 這不是玩弄手腕，這是「機制設計」。 三：重視「破窗效應」帶來的訊號 在工程領域，一個小 Bug 可能只是個案；但在博弈心理中，這是一個「訊號」。 如果專案初期的小缺失沒人理會，團隊成員就會接收到訊息： 「這個 PM 的標準是可以妥協的。」 這就是「破窗效應」，它會迅速侵蝕團隊的執行力與信任度。 PM 們 ~ 你對細節的縱容，其實是在釋放一種「博弈訊號」。第一時間修補破窗，是為了建立你「可信的威脅」。 ...

別讓數據清理拖垮你的績效！2026 專業 PM 必修的 AI 自動化加速術 很多 PM 像 Mark 一樣：每天埋頭處理 Excel、對齊格式、清理異常值。月底報告逼近時，卻發現根本沒時間做真正的策略分析。他們問我： 「是不是我的數據能力不夠強？」 我說：不，這不是能力問題，是你根本 沒意識到自己在做「低產值的體力活」 。在 2026 年，如果你還在手動搬運數據，你就是在用最高昂的人力成本去對抗低廉的自動化邏輯。 1. ETL 瓶頸：為什麼你的團隊總是在數據中「溺水」？ 在數據科學中，資料的抽取、轉換、載入（ETL）通常佔據 80% 的時間。當團隊把精力都花在前期的「資料清洗」時，這就是典型的 邊際成本失控 。資料明明是資產，卻因為處理效率低下變成了負擔。 這就是數據分析的底層邏輯： 傳統執行型 PM： 帶領團隊加班趕報告，反覆人工檢查（結果導致進度一再延後）。 顧問思維型 PM： 識別流程中的重複性任務。利用 AI 自動化 工具（如 Zapier 或 Google Apps Script）建立標準化管線。記住： 自動化不是魔法，它是將「人」從瑣碎規則中解放的唯一路徑。 2. 垃圾進、垃圾出 (GIGO)：為什麼你的 AI 自動化沒效果？ 許多企業急於導入 AI，卻忽略了資料治理。如果基礎數據品質不佳，AI 只會更快、更精準地產出錯誤結果。這在資深顧問眼中是致命的 技術債 。 數據轉型誤區對比： ❌ 「資料很亂，我們先導入 AI 看看能不能自動變整齊。」（典型的 GIGO 陷阱） ✅ 「先定義資料標準、優化 ETL 流程，再利用機器學習進行異常偵測。」（建立健康的數據體質） 3. 從「資料跑腿」進化為「數據決策推動者」 Mark 的轉變不在於換了更貴的軟體，而在於重新設計了流程。利用 Script 自動更新 KPI、利用自動化工具同步跨平台數據，這能讓團隊的分析精準度從「憑感覺」提升到「即時反映」。 管理者的行動指南：打造高效數據團隊 建立標準化： 數據收集、整理、分析每一步都應有明確責任與分工。 工具選型： 對於多數企業，Google Sheet Script + Zapier 就能解決 80% 的重複任務。 文化升級： 讓團隊不再害怕數據...

需求失控 × 專案成功率：三個關鍵誤判 專案會失控，通常不是因為技術不夠、團隊不努力， 而是因為 一開始就誤判了三件關鍵的事 。 如果你曾遇過以下狀況： 需求一開始說好，卻在專案中不斷膨脹 會議明明討論過，事後卻各說各話 專案看似還撐得住，最後卻突然全面失控 那你遇到的，可能不是執行問題，而是 結構性的誤判 。 這篇文章會用實際專案經驗，拆解三個最常被忽略、卻最致命的誤判點， 幫你看清為什麼「明明很努力，專案卻還是出事」。 誤判一：以為需求會「自然穩定下來」 很多專案一開始都很順。 林先生在專案初期沒有拒絕任何需求，他心想：「先做，再說。」 問題在於 : 當沒有清楚定義「哪些不在這一版要做」， 每一個新想法，都會自動被當成合理追加。 顧問觀察： 沒有被關起來的範疇，最後都會變成責任。 後來他調整做法，把需求明確分成三類： 本版一定要做 下版再談 本專案不處理 並要求每個決策都有明確共識紀錄，專案才開始回到可控狀態。 誤判二：以為「講過了」就等於對方記得 第二個問題，出在溝通。 會議很多、討論很熱， 但當進度開始落後時，每個人對「當初怎麼說的」記憶卻完全不同。 「我以為那只是討論，不是決定。」 林先生後來養成一個習慣： 每次會議結束，只做一件事，把結論寫下來，請對方確認。 他開始用簡單工具整理需求版本與決策紀錄， 不是為了流程漂亮，而是避免專案在「各說各話」中失控。 誤判三：以為風險要出事才算風險 第三個常見誤判，是把風險當成事後處理。 需求開始堆疊、人力逐漸吃緊， 但因為「目前還撐得住」，沒人願意踩煞車。 顧問提醒： 真正的風險，往往不是爆炸那一刻，而是你選擇忽略的那一週。 ...

利害關係人矩陣 × 專案穩定度：如何避免專案被「人」拖垮 在一次關鍵的專案會議中，Jason 坐在會議桌的一端，環顧四周。 來自不同部門的主管依序發言，每個人都帶著自己的立場、目標與顧慮。 表面上大家討論的是時程與功能，但 Jason 心裡很清楚， 真正的戰場從來不在簡報上，而在這些人的態度與影響力。 「進度要加速!」 這句話在他腦中反覆盤旋。 1. 顧問第一眼會先看「人」，不是進度 從顧問角度來看，Jason 面對的並不是單純的進度壓力， 而是一個典型的 專案管理 關鍵難題： 利害關係人的影響，往往比技術本身更致命。 在複雜的專案環境中，不同人的支持、冷淡或反對， 會直接決定資源是否到位、決策是否順利、風險是否被放大。 顧問視角洞察： 專案失敗，往往不是事情做錯，而是人沒有被正確對待。 2. 利害關係人矩陣，是 Jason 的第一道防線 Jason 習慣在專案初期就建立一張「利害關係人矩陣」。 他常對團隊這樣說： 不先搞清楚誰有影響力、誰站在哪邊， 專案只是在賭運氣。 這張矩陣很簡單： 橫軸：態度（支持 / 中立 / 反對） 縱軸：影響力（高 / 低） 一旦放上去，誰該優先處理、誰需要被經營， 立刻一清二楚。 3. 最危險的象限：高影響力 × 反對 Jason 印象最深的一次，是面對一位態度冷淡的財務長。 表面理由是「成本風險太高」，但 Jason 知道， 真正的關鍵在於：這個專案目前看不到對他個人的好處。 Jason 沒有硬拚，而是結合 AI 自動化 與歷史財務數據，整理出一份聚焦於「流程優化後節省成本」的風險評估。 重點不是技術，而是把專案重新翻譯成對方在意的語言。 關鍵策略： 反對者不是用來說服...

私訊不是效率，是風險：顧問視角拆解「悄悄回」為何讓專案失控 在台北某間新創公司裡，專案經理 Eric 正面臨一個看似微小、實則危險的訊號。 客戶的問題來得又急又快，他需要即時回應，同時也必須確保團隊能完整追蹤所有決策與承諾。 但最近，他發現專案成員小安經常選擇「私下回覆客戶」，群組裡卻完全沒有任何紀錄。 表面上問題解決了，Eric 心裡卻越來越不安。 1. 顧問第一眼就會警覺：這不是貼心，是風險訊號 在專案現場，「私訊解決」乍看之下很有效率，但在 專案管理 的視角裡，它通常代表三件事： 決策無法被回溯 責任邊界開始模糊 風險在黑箱中累積 顧問視角洞察： 私訊不是壞，而是 當它變成主要溝通管道時，專案就開始失去控制 。 2. 為什麼主管會對「悄悄回」特別敏感？ Eric 在一次線上會議中說了一句話，讓團隊瞬間安靜： 如果所有對外回應都發生在私訊裡， 那我們其實是在霧中開專案。 問題不在於回覆得快不快，而在於： 之後發生爭議，誰說過什麼？ 客戶的期待是否被團隊一致理解？ 這個承諾是否已納入時程與風險評估？ 沒有紀錄的溝通，對專案來說就是一顆延遲引爆的地雷。 3. 真正的問題不是私訊，而是「私訊取代流程」 從顧問角度看，成熟的團隊不是禁止私訊，而是有清楚的界線： 私訊可以協調 但結論必須回到群組 對外承諾一定要可追溯 Eric 後來發現，小安並非刻意隱瞞，而是擔心在群組發言會被放大檢視。 這其實是文化問題，而不是個人問題。 4. 當透明度不足，AI 與工具才會變得有價值 在另一家台北的中小企業，CEO 刻意在內訓中示範： 如何透過 AI 自動化 讓溝通本身變成可管理的流程。 包含： ...

一句 @all 讓群組瞬間靜音：顧問視角拆解「集體不回」背後的政治訊號 上午十點二十分，林組長坐在位子上，盯著公司 LINE 群組。 專案進度卡了一天，他決定發一句看似再普通不過的提醒。 @all 請相關同仁協助確認文件是否已送交，謝謝。 沒有責備、沒有期限、沒有點名。理論上這只是一個中性的流程提醒。 但訊息送出後，整個群組像被按下靜音鍵。 沒有人回。 1. 顧問第一眼就會知道：這不是沒看到，是大家「看懂了」 在組織裡，真正需要警覺的從來不是「已讀不回」，而是 集體不回 。 林組長一開始以為只是時間點不巧，但一個小時後，他看到同事在別的群組聊天、主管也在其他頻道回訊。 只有這一句 @all，安靜得不正常。 顧問視角洞察： 這不是溝通失效，而是一個清楚的政治訊號： 群組正在做一個集體的政治選擇。 2. 第一個關鍵誤判：把 @all 當成通知，而不是立場宣告 很多主管、PM 都會犯同一個錯，以為 @all 只是「一次叫到所有人」。 但在實際運作的組織裡，@all 代表的是： 我不再私下處理 我把事情拉到公共場域 我讓每個人都成為見證者 這不是工具行為，而是政治動作。即使內容再中性，@all 本身就意味著：「這件事值得被所有人看到」。 顧問視角提醒： 你以為你在推進度，別人可能覺得你在「升溫」。 3. 一個 @all，會立刻喚醒三種角色 從顧問角度看，@all 送出後，群組內通常會立刻出現三種典型反應。 3-1. 執行派：最快回的那群人 「收到，我這邊已完成。」 「文件已送，謝謝提醒。」 他們不是最熱心，而是不怕被看見。 3-2. 冷淡派：真正的多數 回了會不會被拉進責任？ 不回會不會有人先出頭？ 這件事最後會不會燒到我？ 冷淡派的沉默，是風險管理...

專案卡住，往往不是反對者太多，而是你沒看懂冷淡派 下午一點半，吳經理坐在辦公室裡，視線停在桌上的專案文件上。 昨天那場會議，正式宣告了一個事實，那個被寄予厚望的 AI 自動化 專案，卡住了。 技術準備沒有問題，流程也規劃完整，但專案卻像一輛馬力充足的車， 因為抓地力不足，始終無法加速。 他心裡很清楚，真正的問題不是系統，而是人。 更精準地說，是專案裡同時存在的「冷淡派」與「反對派」。 1. 多數 PM 的第一個誤判：把冷淡派當成沒事的人 在專案會議裡，反對派很顯眼。 他們會質疑、會反駁、會公開唱反調。 相比之下，冷淡派看起來「沒意見」、「不吵不鬧」、「配合度尚可」， 於是常被 PM 視為低風險角色。 但從顧問角度來看，冷淡派往往才是專案推不動的關鍵摩擦力。 顧問視角洞察： 冷淡派不是沒立場，而是「看不到對自己有什麼好處」。 他們的沉默，本身就是一種政治訊號。 2. 反對派不是敵人，而是風險的早期預警系統 吳經理後來回想，那些明確反對導入 AI 自動化 的人，其實並不是單純排斥新技術。 他們擔心的是角色被取代、流程被改寫、影響力下降。 這些不是技術問題，而是身份與權力的問題。 反對派真正的價值，在於他們會把風險說出口。 顧問視角洞察： 反對派處理不好會變阻力，處理得好，反而是專案最早的風險雷達。 3. 顧問常用的關鍵切分：冷淡派要「看見價值」，反對派要「降低威脅」 吳經理後來找來資深顧問協助，才真正釐清策略方向。 顧問給他的第一個提醒很直接： 「你不能用同一種方式，處理所有不支持你的人。」 於是策略被清楚拆成兩條線： 冷淡派： 讓他們看見與自己相關的好處 反對派： 降低他們對失去控制權的恐懼 4. 資訊透明不是為了效率，而是為了政治穩定 在冷淡派身上，吳經理刻意強化「看得見的進展」。 不是說服，而是讓專案與他們的日常工作產生連結。 透過清楚的里程碑、可視化進度、固定節奏的溝通， 冷淡派開始理解：這個專案不是別人的事。 顧問視角洞察： 透明不...

專案進度為何常被政治力打亂？顧問視角解析 Jacky 的會議現場與五大關鍵判斷 你是一名在科技業打滾多年的專案經理 Jacky，技術能力扎實、流程規劃清晰，專案大小事早已成為日常。 但上週臨時加入的那場會議，卻像一場無預警的風暴。 當你簡報到一半，一位資深高階主管忽然問出一句： 「這次專案到底是誰主導？資源分配是不是要調整？」 這句話像在會議桌上投下一顆震撼彈。Jacky 立刻意識到，這不是技術問題，而是政治問題。 而政治，正是多數 PM 一開始沒被教、卻遲早會被迫學的課題。 Jacky 一直以為「技術能力強、流程穩」就能讓專案順利前進。 然而，真正讓專案脫軌的，往往不是技術，而是誰支持你、誰反對你、誰根本不在乎你。 1. 技術不是專案的全部：忽略政治意識是最大風險 在會議裡，高階主管的那句質問並不是「好奇」，而是「宣示」。 他在意的不是專案流程，而是：誰握權？誰擁資源？誰能決定方向？ Jacky 過去只專注於技術與流程優化，以為專案會因為「做得好」而被支持。 但在公司實際運作中，專案是否推得動，更取決於政治位置與權力結構。 顧問視角洞察： PM 必須培養的不只是技能，而是「權力敏感度」。 在每個決策前問自己：這件事誰會痛？誰會爽？誰會阻擋我？ 2. 理解部門故事：政治力是需求背後的隱形推手 Jacky 開始觀察，每個部門主管的行為背後都藏著一套邏輯。 行銷部關心的是 KPI，而不是專案完成度。 技術部關心資源負荷，而不是市場時程。 管理層關心風險、聲量與成果的可見度。 過去 Jacky 把這些解讀為「合作不順利」； 但現在他理解，這些都是部門自然追求生存與績效的結果。 顧問視角洞察： 理解立場比理解需求更重要。 利害關係人的話語是表象，他們的績效壓力、政治位置、部門目標才是真實動機。 3. 用 AI 與自動化拉高政治透明度：資訊清楚，支持自然增加 Jacky 發現，當資訊混亂時，政治力會上升； 當資訊清晰時，政治阻力會下降。 於是他開始導入自動化： 用 Google Sheet Script...

為什麼你做的功能沒人要？因為你落入了「需求偽裝」陷阱 很多 PM 跑來問我：明明是照著客戶需求書做的，為什麼驗收時他們還是不滿意？ 「是不是我的規格書寫得不夠細？」 我說：不，這不是規格問題，是你根本 分不清什麼是「想要」，什麼是「需要」 。 1. 別被字面意思騙了，要看清「顯性 vs 隱性需求」 客戶說「我想要一個 AI 自動化報表」，這只是表象。如果你直接照做，你只是個「接單員」而不是 PM。 這就是心理學中的「需求偽裝」： 傳統思維 PM： 客戶要 A 功能，我就給 A 功能（淪為規格編譯器）。 顧問思維 PM： 挖掘 A 功能背後的動機。這叫「五個為什麼」法。客戶要 AI 報表，可能是因為他想在老闆面前顯得「有在數位轉型」，或者他只是想解決某個流程冗長導致的 KPI 壓力。 2. 為什麼「數據」比「訪談」更誠實？ 行為經濟學告訴我們，人類存在 「觀察者偏差」 。利害關係人在會議桌上說的話，往往會為了政治正確或推卸責任而扭曲事實。 實戰場景分析： ❌ 主管說流程太慢，需要 AI 提速。（聽取字面，可能做白工） ✅ 調閱數據發現，真正卡關的是人工簽核的行政延遲，AI 無法解決制度病，應先優化 Workflow。（直擊病灶） 3. 避開「大而全」的災難：小步快跑的生存法則 PM 常想一次做滿所有功能來討好客戶。但在需求模糊的賽局中，這叫 「沉沒成本陷阱」 。你投入越多，最後發現方向錯了就越不敢改。 專業 PM 應該是「風險管控者」： 不要承諾一次走到終點，而是「逐步揭露真相」。用最短的迭代（Sprint）交出原型，逼出客戶的真心話。記住： 未經測試的需求，都是幻覺。 需求分析指南：該問與不該問的事 不要做的事： 不要問「你想要什麼功能？」，這會讓對方的思考侷限在現有的認知框框裡。 需要做的事： 問「你現在最痛苦、最想解決的現象是什麼？」，讓對方描述痛點，由你來定義解法。 解決問題的前提是「找對問題」。解法往往不在技術，而在對 人性與業務邏輯 的深度洞察。 顧問型 PM 真正最強大的武器，是「定義問題」的權力 如果你覺得自己只是在幫客戶畫規格圖，那表示你已經失去了專案的主導權。 識別政治意圖： 很多「硬需求」其實是為...