---
name: proposal-check
description: 在銷售提案或報價單寄給客戶前先審閱，給出評分與「必須修改」「建議修改」兩類修改。檢查是否用客戶自己的話重述問題、範圍、價格是否清楚、下一步與決策日期、降低客戶風險的承諾，以及客戶名稱是否正確。有人貼上提案、報價單、SOW 草稿或簡報，問「寄出前可以幫我看一下嗎？」或「幫我檢查提案」時使用。
---

# 寄出前的提案檢查

提案能成交，是因為客戶在第一段就看到自己的問題，清楚知道會得到什麼、要付多少，也知道接下來會發生什麼。用客戶那邊最挑剔的關係人的眼光來讀，先修會讓案子丟掉的地方。

## 適用情境

- 提案、報價單、工作說明書（SOW）或定價文件寄給潛在客戶之前。
- 提案寄出後案子卡住，想知道原因。
- 業務問「這樣可以寄了嗎？」。
- 不適用於合約條款或法律審閱：請找律師，或先用 contract-summary 做初步閱讀。

## 需要準備

- 提案內容（直接貼上，或文件的內容）。
- 客戶描述自己問題的原話：通話筆記、Email 或需求訪談摘要。沒有的話問一次；還是沒有，就把第 1 項標準評為「無法確認」，並寫明原因。
- 客戶公司的正確名稱，以及聯絡人的姓名與職稱。沒有的話從文件中取得，並標出來請業務確認。
- 選用：交易金額與正在競爭的對手。

## 步驟

1. **用客戶的角度讀第一個畫面。** 如果前 400 字（這個技能的預設門檻）都在講你們公司，而不是對方的問題，就是必須修改。HubSpot 的提案指南把公司背景放在最後：客戶最先在意的是自己的問題。開頭要用對方的話重述問題，以及放著不處理的代價。
2. **把問題描述和客戶的原話對照。** 從筆記引用 1–2 句。如果提案用的是你們的術語（「提升營運效率」），而客戶說的是具體的事（「每個月在發票上浪費 2 天」），就改成客戶的說法。
3. **檢查範圍。** 每項交付內容都是附數量或界線的名詞（「3 場工作坊」「最多 40 位使用者」）。標出任何沒有邊界的說法（「持續支援」「視需要」）。列出不包含的範圍；如果沒有「不包含範圍」這一行，就加上。
4. **檢查價格是否清楚。** 要有一個客戶能轉述給主管的總額。每一行都有單位、數量和金額；標明是經常性費用還是一次性費用；寫明稅、幣別和付款條件。算式加不起來就是必須修改。價格放在表格裡，不寫在段落文字中（這個技能的預設值）；Proposify 2026 年的資料顯示，附互動式價格表（客戶可以自己調整數量或選項）的提案，成交率高出 2 倍。如果選項超過 3 個，這個技能的預設值是刪到 2–3 個，並把其中一個標為「推薦」。
5. **檢查下一步與決策日期。** 必須有一個明確的行動（「X 日前簽約」「預約啟動會議」）、一個日期，以及由誰執行。價格通常也要有有效期限。缺任何一項都是必須修改。如果客戶無法在文件內或透過電子簽章連結簽署，就列為建議修改：在 Proposify 2026 年的資料中，使用電子簽章的提案成交速度快 60%。
6. **檢查降低風險的承諾。** 找找看有沒有能降低客戶風險的東西：試行、分階段導入、解約條款、保證、客戶推薦，或具名的成功指標。如果都沒有，建議一個適合這個交易規模的；絕不編造賣方沒有提供的保證。
7. **檢查名稱和錯字。** 找出每一處提到客戶公司和聯絡人姓名的地方。客戶名稱寫錯、範本裡殘留其他客戶的名稱，或職稱錯誤，都是必須修改。其他錯字列為建議修改，除非出現在價格或名稱上。如果提案超過 13 頁，標出來：Proposify 2026 年的報告發現，成交的提案平均 11 頁，沒成交的平均 13 頁。
8. **評分與分類。** 這個技能預設的評分準則：7 項標準各評 0–2 分（0 缺少、1 偏弱、2 良好），滿分 14 分。必須修改：任何會讓人困惑、誤導或尷尬的地方。建議修改：其餘所有。建議修改最多 5 項。

## 輸出格式

```markdown
# 提案檢查：[客戶] — [提案名稱]

**分數：** [n]/14 — [可以寄出／修完必須修改後寄出／先重寫]

| 標準 | 分數（0–2） | 說明 |
|---|---|---|
| 用客戶的話描述問題 | [0–2] | [一行] |
| 問題的代價 | [0–2] | [一行] |
| 範圍與不包含範圍 | [0–2] | [一行] |
| 價格是否清楚 | [0–2] | [一行] |
| 下一步與決策日期 | [0–2] | [一行] |
| 降低風險的承諾 | [0–2] | [一行] |
| 名稱與錯字 | [0–2] | [一行] |

## 必須修改
1. [位置] — [問題] → [替換文字]

## 建議修改
- [位置] — [修改]

## 改寫後的開頭（選用）
[2–4 句，用客戶的話]
```

判定規則（這個技能的預設值）：12–14 分可以寄出；8–11 分修完必須修改後寄出；未滿 8 分先重寫。

## 範例

**輸入：** 明線數據寄給「宏運物流股份有限公司」的提案〈出貨報表自動化〉，2026年11月4日（週三）寄出（提案中客戶名稱 4 次都寫成「宏運」；通話筆記寫的客戶名稱是「鴻運物流股份有限公司」）。開頭：「明線數據是成立於 2015 年的領先資料夥伴……」週一報表到第 2 頁才提到；第 4 頁有 30 天內可解約的條款。筆記：客戶說「我們營運團隊每週一都要手動重做同一份出貨報表，大概 6 個小時」。效益只寫「節省時間」，沒有數字。價格：建置費 NT$120,000，月費 NT$27,000，「視需要提供支援」。結尾是「期待您的回覆。」

**輸出：**

```markdown
# 提案檢查：鴻運物流股份有限公司 — 出貨報表自動化

**分數：** 4/14 — 先重寫

| 標準 | 分數（0–2） | 說明 |
|---|---|---|
| 用客戶的話描述問題 | 0 | 開頭講明線數據的歷史；週一報表到第 2 頁才提到。 |
| 問題的代價 | 1 | 只寫「節省時間」— 客戶給過數字（每週 6 小時）。 |
| 範圍與不包含範圍 | 1 | 「視需要提供支援」沒有邊界；沒有不包含範圍。 |
| 價格是否清楚 | 1 | 建置費和月費分開列；沒有第一年總額，也沒有付款條件。 |
| 下一步與決策日期 | 0 | 結尾是「期待您的回覆。」沒有日期，也沒有行動。 |
| 降低風險的承諾 | 1 | 第 4 頁提到 30 天內可解約；沒有放在價格旁邊。 |
| 名稱與錯字 | 0 | 客戶名稱 4 次都寫成「宏運」；筆記寫的是「鴻運」。 |

## 必須修改
1. 每一處「宏運物流股份有限公司」→「鴻運物流股份有限公司」（請和業務確認）。
2. 開頭 → 換成下面改寫後的開頭。
3. 價格 → 加上「第一年總額：NT$444,000（建置費 NT$120,000 + 月費 NT$27,000 × 12）。付款條件：[待確認：與明線數據確認]。」
4. 結尾 → 「下一步：11月20日（週五）前簽約，第一份自動報表就能在 12月7日（週一）產出。」[假設：日期請和客戶確認]

## 建議修改
- 範圍：把「視需要提供支援」改成「Email 支援，1 個工作天內回覆」[待確認：與明線數據確認]。
- 把 30 天內可解約的條款移到價格旁邊。
- 加上「不包含範圍：每週出貨報表以外的其他報表。」

## 改寫後的開頭（選用）
貴公司的營運團隊每週一都要手動重做出貨報表，每週大約 6 個小時。這份提案會把它換成一份每週一自動產出的報表，從第一週開始就把這些時間還給團隊。
```

## 寄出前檢查

- [ ] 每項標準都有分數和一行理由。
- [ ] 每項必須修改都附替換文字，不只是挑毛病。
- [ ] 客戶名稱是和原始資料比對過的，不是只看文件本身。
- [ ] 你寫的任何總額都是用文件裡的數字算出來的；沒有編造。
- [ ] 沒有加上賣方沒提供的保證、折扣或條件。
- [ ] 建議修改不超過 5 項。

## 常見錯誤

- 價格還不清楚就先稱讚設計。價格和下一步優先於版面。
- 寫「要更以客戶為中心」。直接寫出做到這件事的那句話。
- 自己編決策日期。可以建議一個，並標上「[假設：請和客戶確認]」。