AI 拆招標文件（RFP）：BA／PM 用 AI 準備投標回應嘅 5 步工作流
2026-09-07 · BA × AI 實戰 · Eric Cheung
收到幾百頁 RFP 嗰刻：又長、又急、又唔知點埋手
如果你喺乙方或者供應商度做 BA／PM，呢個場景實唔陌生：星期五下晝先收到一份 200 幾頁嘅 RFP（Request for Proposal，招標文件），寫住兩個星期後截標，中間仲有內部 review、定價會議同上頭 approval。你心入面第一個問題通常係：「我連睇都未睇得晒，點答？」
RFP response 聽落好似係 sales 嘅嘢，但實際將「客戶寫嘅需求」翻譯做「我哋嘅回應」嘅人，正正就係 BA／PM——你哋先係嗰班日日對住 requirement 嘅人。問題係呢類工作又急又重複：抽需求、砌 compliance matrix、逐條寫回應、交稿前對漏對錯，全部都可以用 AI 加速。以下係一條 5 步工作流，由「應唔應投」到「交得出手」，每一步 AI 做咩、人做咩，界線畫到清清楚楚。
快速結論（TL;DR）
- 先篩後做：用 AI 喺 15 分鐘內對照資格同資源做 Bid／No-Bid 判斷，唔啱就早走，慳返成個星期
- 需求要拆到「一條一行」：幾百頁 RFP 抽成 Shall 清單＋評分準則，先砌到 Compliance Matrix
- Matrix 係答題框架：每條 requirement 對應一段回應＋證據，答唔晒嘅位一眼睇到，唔好拖到截標前
- 回應答「點解係我哋」：理解＋做法＋實證三段式；AI 起稿你校準——經驗可以包裝，但唔可以作
- 交稿前用 AI 做一致性把關：漏答、數字打架、格式錯，交前 check 清；最終簽名嗰下永遠係人
5 步工作流：由「應唔應投」到「交得出手」
Step 1 — Bid／No-Bid 篩選：15 分鐘決定應唔應投
投標界有個講法：最大嘅 win 通常係「唔好投」。一份 RFP 就算答得靚，都要計機會成本——你嘅團隊得咁多人，投咗呢個就做唔到第二個。以前要睇完 200 頁先知應唔應該出手，而家 AI 可以喺幾分鐘內幫你抽起所有關鍵事實，等你同管理層有得傾。
- 要問嘅問題：預算範圍係咪喺我哋接受到嘅區間？交付死線同現有 project 撞唔撞？資格要求（註冊、認證、最低年營業額）過唔過到？有冇離譜嘅罰則或者保險要求？內部要出幾多人日先答得掂？
- 可以咁 prompt：「呢份係一份 RFP。請抽出以下事實並用 table 列出：估計預算範圍、截標日期同時間、提交方式、資格門檻、評分準則比重、特殊條款（罰則／保險／保養期）、以及任何會令我哋即時出局嘅要求。最後用 3 點總結最大風險。」
- 輸出格式：叫 AI 出一頁紙 bid／no-bid summary，連同三大風險同一個建議——但「投唔投」嘅決定，永遠由你同上頭拍板，AI 只係幫你慳返嗰 6 個鐘頭嘅閱讀時間
Step 2 — 需求抽取：將幾百頁變成「一條一行」嘅清單
決定咗投，下一步就係將成份 RFP 拆做可以逐條答嘅 requirement。RFP 真正要你答嘅唔係全文，而係入面每一條「必須」句式：shall、must、required、必須、須。AI 最擅長就係呢種「大量文字抽結構」嘅工序——但要抽得聰明，唔係叫佢「摘要」就算，而係叫佢跟類別拆。
- 分成三類：門檻要求（唔符合就出局，例如牌照、保險、最低經驗年數）；評分要求（爭分位，例如方案設計、項目管理方法、培訓計劃）；背景資料（唔使答，但要知，例如機構簡介、項目歷史）
- 可以咁 prompt：「將以下 RFP 嘅所有要求逐條抽出，每條畀一個 requirement ID（R-001 開始）。標明類別：MANDATORY／SCORED／CONTEXT。保留原文句子，唔好改寫。最後輸出一個 markdown table：ID｜類別｜原文要求（中文翻譯）｜所在頁數或 section。」
- 人要做嘅嘢：抽完一定要抽樣對返原文——AI 漏抽一條 mandatory，可以成盤輸；文件太多就分 section 餵，逐份抽完再合併，AI 自己 merge 大文件好易走漏
Step 3 — Compliance Matrix：一欄一條，答唔答到一眼睇
有咗 requirement 清單，下一步就係砌 Compliance Matrix——投標回應嘅 backbone。行係每一條 requirement，欄係你嘅回應狀態。呢張 matrix 由 kickoff 嗰日到交稿前都係你嘅單一真相來源：邊條答咗、邊條仲爭證據、邊條做唔到要提早同客戶傾，全部一眼睇到。
- 欄位建議：Requirement ID｜原文撮要｜類別｜我哋回應方向（一段總結）｜證據指向（附件編號／頁數）｜狀態（符合／部分符合／偏差／唔適用）｜負責人
- AI 點幫手：將 Step 2 嘅清單餵返俾 AI，叫佢按你哋嘅服務內容起第一版 matrix，每個「我哋回應方向」寫 1–2 句草稿；你嘅工作係 calibrate——尤其係「偏差」嗰啲位
- 偏差要及早處理：有啲要求你只係部分做到（例如客戶要 7×24 支援，你團隊得 5×8）。唔好扮睇唔到：喺 matrix 標「偏差」並準備替代方案，好多時可以喺投標前問答環節（clarification）同客戶傾掂
- 香港／澳門場景：政府同大企業嘅標書好多時要求雙語文件（香港中英、澳門中葡或中英）——matrix 本身就用雙語欄位去起，好過最後先趕翻譯
Step 4 — 撰寫回應：答「點解係我哋」，唔係「我哋有乜」
最多人寫錯 RFP response 嘅位，係將公司簡介翻炒多一次：我哋有幾多年經驗、有幾多個認證、用咩技術。評審睇嘅係另一樣嘢：你有冇讀明我嘅需求，同埋你有冇證據證明你做得到。每條回應都應該係三段式——理解（你點睇呢個需求）、做法（你點滿足佢）、實證（做過啲乜、邊個負責、有冇案例數字）。
- AI 起稿、人嚟校準：「根據 matrix 第 R-012 條（7×24 支援），按『理解—做法—實證』三段式寫一段 150 字回應，語氣專業、唔好浮誇。」出嚟嘅草稿通常 70% 可以用，其餘 30% 要你代入實際情況執
- 經驗庫係寶：將公司做過嘅 project 整理成一份「事實清單」（行業、規模、做咗咩、結果指標），每次寫回應就叫 AI 只可以喺呢份清單入面搵相關經驗——咁就唔會老作
- 底線：唔可以作：冇做過嘅客戶、冇攞過嘅認證、冇發生過嘅數字，一個字都唔准寫。AI 好有信心咁老作「我哋曾經為類似機構交付過同規模項目」——呢類內容一旦被查證，唔單止冇咗單，仲會上黑名單
- 雙語質素：邊個語言係評審母語，邊個就要最順。AI 翻譯完一定要搵人 proofread，機器譯嘅招標回應好易露出「譯味」，喺政府標書度好蝕底
Step 5 — 交稿前把關：人簽名之前，AI 最後 check 多轉
交標書最痛嘅唔係寫得差，而係漏咗嘢：漏答一條 mandatory、兩個 section 嘅數字唔一致、附件名對唔上、或者 deadline 計錯時區。呢類檢查「無聊但致命」，正正係 AI 嘅主場——佢唔會嫌煩，亦唔會因為睇咗第十次就漏眼。
- 交前 checklist（人機一齊行）：Step 2 每一條 MANDATORY 係咪都有回應？matrix 每一行係咪都有最終狀態？全文公司名、客戶名、金額、日期有冇前後唔一致？附件編號同 matrix 嘅「證據指向」對唔對得上？
- 可以咁 prompt：「呢份係我哋嘅投標回應文件。請對照呢份 requirement 清單逐條 trace，列出：①冇回應嘅 mandatory 要求；②全文出現過但前後不一致嘅數字或名稱；③格式上違反 submission guideline 嘅位（字數限制、頁數、章節編號）。只報問題，唔好讚。」
- 最後一關永遠係人：AI 話「冇問題」只代表佢冇發現問題。截標時間、提交渠道、簽名同授權文件，全部以官方招標公告為準，唔好信 AI 記憶——叫 AI 由公告原文 quote 出嚟，你親眼核對一次
三個紅線：呢啲嘢永遠唔好交畀 AI
- 唔可以作：經驗、客戶名、案例、數字、認證——AI 會好流暢咁老作，而投標文件嘅誠信審查越來越嚴。任何「相關經驗」都要有真憑實據先寫得落
- 機密要隔離：RFP 同你嘅方案好多時有保密條款，公司內部仲有 firewall。唔好成份 RFP 直接貼上公眾 AI 工具——用企業版或者本地部署方案，或者至少抽走客戶名、金額同其他敏感內容先處理
- 條款理解要人確認：法律、保險、罰則、知識產權歸屬呢類條款，AI 摘要只係閱讀起點。最後一定要由有權簽名嘅人（或者公司律師）確認，出咗事冇得賴 AI
總結：五個字——篩、拆、對、寫、check
RFP response 嘅勝負好多時喺交稿之前就定咗：投錯標、漏答 mandatory、回應冇針對性，呢啲都唔係文筆問題，而係工序問題。AI 唔會幫你贏到無能為力嘅標，但佢可以將「睇得晒」變成「答得齊」：篩選慳時間、抽取慳人力、matrix 令你唔會漏、回應草稿令你專心校準、交前檢查令你瞓得着。五個字記住——篩、拆、對、寫、check；工具永遠係輔助，簽名嗰下永遠係你。