Skip to content

Instantly share code, notes, and snippets.

@esz135888
Created May 23, 2026 18:25
Show Gist options
  • Select an option

  • Save esz135888/b2b4ee06e9da2332e4d7ff21afe10e26 to your computer and use it in GitHub Desktop.

Select an option

Save esz135888/b2b4ee06e9da2332e4d7ff21afe10e26 to your computer and use it in GitHub Desktop.
PLS job 147c12a4 customer visit script closure gate production pack

Acceptance Tests

Gate 0:檔案與 durable artifact

  • closure-gate-console.html 可打開,且包含 D1/D7/D14/D30、E2E、people_sync、closure gate。
  • production-brief.mddata-model.mdacceptance-tests.mddecision-record.mdlearning-memory.jsonsources.md 都已上傳。
  • artifact URL 可用 curl -I -L 回應 200 或 3xx。

Gate 1:第一版腳本可用

測試方法:產品負責人與客成用 HTML console 跑 30 分鐘 mock visit。

通過條件:

  • 開場能把會議目的從功能展示改為釐清客戶決策障礙。
  • 至少收集 3 個 pain_moment,且每個都有 objection_type
  • 至少產出 1 個 next_step,含 owner/due/acceptance。
  • 客成能判斷哪些案例可外部使用,哪些只能匿名或內部使用。

Gate 2:Purpose-to-Purpose E2E

測試資料:

{
  "purpose": "讓客戶感受到差異化優勢",
  "artifact": "closure-gate-console.html",
  "adopter": "墨宇客戶成功窗口",
  "event": {
    "pain_moment": "客戶質疑導入後維護責任",
    "evidence_requested": "同產業前後對照",
    "next_step": "補14天試行驗收設計"
  },
  "business_metric": "拜訪後48小時內可產出提案片段"
}

通過條件:上述資料能寫入 visit_evidence_events,並能生成一個 proposal_modules 草稿。

Gate 3:production_readiness

  • 資料模型有 version、event、case asset、proposal module、adoption review。
  • 權限能阻擋未授權案例進外部版。
  • API/sync 定義可接 PLS 或 CRM。
  • 失敗回滾清楚:若 product review=revise,不得關閉 overdue;若 evidence 缺口未補,不得對外發布案例。

Gate 4:people_sync

PLS 外層訊息只放短摘要,且包含:

  • owner:墨宇產品負責人
  • due:2026-05-25 18:00
  • expected reply:accept / revise / evidence_gap
  • adoption next step:D7 兩筆拜訪紀錄回寫

Gate 5:learning_memory

下一輪 worker 必須能從 learning-memory.json 判斷:

  • 不要再把「第一版腳本」當成純寫作任務。
  • 若仍 overdue,先檢查 adoption_review 與 visit_evidence_events。
  • 若已有 accept,派提案模組與案例授權任務。
  • 若 revise/evidence_gap,派對應 owner 並保留 due/acceptance。

e2e_verification

本輪可驗證結果:

  • 本地檔案已產生。
  • JSON learning memory 可被 parser 讀取。
  • required keywords 可在檔案中搜尋到:market_context、production_readiness、e2e_verification、people_sync、learning_memory。
  • Gist URL 建立後以 HTTP header 與 gh gist view --files 驗證。
<!doctype html>
<html lang="zh-Hant">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>客戶拜訪腳本 Closure Gate Console</title>
<style>
:root {
color-scheme: light;
--ink: #17202a;
--muted: #5a6775;
--line: #d8e0e8;
--paper: #f8fafc;
--panel: #ffffff;
--blue: #1f5eff;
--teal: #087f83;
--amber: #a45f00;
--red: #b42318;
--green: #137333;
}
* { box-sizing: border-box; }
body {
margin: 0;
font-family: ui-sans-serif, system-ui, -apple-system, BlinkMacSystemFont, "Segoe UI", sans-serif;
color: var(--ink);
background: var(--paper);
line-height: 1.5;
}
header {
background: #101828;
color: white;
padding: 28px clamp(18px, 4vw, 48px);
}
header p { max-width: 980px; color: #d0d5dd; margin: 8px 0 0; }
main { padding: 24px clamp(16px, 4vw, 48px) 48px; }
h1, h2, h3 { margin: 0; line-height: 1.2; }
h1 { font-size: clamp(28px, 5vw, 46px); max-width: 1020px; }
h2 { font-size: 22px; margin-bottom: 12px; }
h3 { font-size: 16px; margin-bottom: 6px; }
section { margin: 0 0 22px; }
.grid { display: grid; grid-template-columns: repeat(12, 1fr); gap: 14px; }
.card {
background: var(--panel);
border: 1px solid var(--line);
border-radius: 8px;
padding: 16px;
box-shadow: 0 1px 2px rgba(16, 24, 40, 0.04);
}
.span-3 { grid-column: span 3; }
.span-4 { grid-column: span 4; }
.span-6 { grid-column: span 6; }
.span-8 { grid-column: span 8; }
.span-12 { grid-column: span 12; }
.metric { font-size: 30px; font-weight: 760; margin: 5px 0 2px; }
.muted { color: var(--muted); }
.tag {
display: inline-flex;
align-items: center;
min-height: 24px;
padding: 2px 8px;
border-radius: 999px;
font-size: 12px;
font-weight: 700;
border: 1px solid currentColor;
margin: 2px 4px 2px 0;
}
.green { color: var(--green); }
.red { color: var(--red); }
.amber { color: var(--amber); }
.blue { color: var(--blue); }
.teal { color: var(--teal); }
table { width: 100%; border-collapse: collapse; }
th, td { text-align: left; padding: 10px 8px; border-bottom: 1px solid var(--line); vertical-align: top; }
th { font-size: 12px; color: var(--muted); text-transform: uppercase; letter-spacing: 0; }
ul, ol { margin: 8px 0 0 18px; padding: 0; }
li { margin: 5px 0; }
.script-step {
display: grid;
grid-template-columns: 96px 1fr 1fr;
gap: 10px;
padding: 12px 0;
border-bottom: 1px solid var(--line);
}
.script-step:last-child { border-bottom: 0; }
.code {
font-family: ui-monospace, SFMono-Regular, Menlo, Consolas, monospace;
background: #eef2f6;
border-radius: 6px;
padding: 2px 5px;
font-size: 13px;
}
.line-draft {
white-space: pre-wrap;
background: #f1f6ff;
border: 1px solid #c8d7ff;
border-radius: 8px;
padding: 14px;
}
@media (max-width: 900px) {
.span-3, .span-4, .span-6, .span-8 { grid-column: span 12; }
.script-step { grid-template-columns: 1fr; }
}
</style>
</head>
<body>
<header>
<h1>客戶拜訪腳本 Closure Gate Console</h1>
<p>把「產出第一版客戶拜訪腳本」從 overdue 任務收斂成可驗收、可採用、可同步 PLS 的 production pack。這一版的重點不是再寫一份話術,而是讓產品、客成、CEO 能判斷:腳本是否足以進客戶拜訪、哪些證據仍缺、下一輪要派給誰。</p>
</header>
<main>
<section class="grid">
<div class="card span-3">
<h3>Closure 狀態</h3>
<div class="metric amber">Gate B</div>
<p class="muted">可進 mock visit;尚需客戶痛點清單與案例公開邊界才能關閉 overdue。</p>
</div>
<div class="card span-3">
<h3>Owner / Due</h3>
<div class="metric">產品</div>
<p class="muted">墨宇產品負責人,2026-05-25 18:00 前確認採用或退修。</p>
</div>
<div class="card span-3">
<h3>採用訊號</h3>
<div class="metric green">3/4</div>
<p class="muted">腳本、追問、異議處理可用;證據庫連結待補。</p>
</div>
<div class="card span-3">
<h3>E2E 證據</h3>
<div class="metric blue">可測</div>
<p class="muted">拜訪紀錄、CRM next step、提案素材轉換率可回寫。</p>
</div>
</section>
<section class="grid">
<div class="card span-8">
<h2>D1 / D7 / D14 / D30 發展路徑</h2>
<table>
<thead><tr><th>節點</th><th>成果</th><th>驗收訊號</th></tr></thead>
<tbody>
<tr><td>D1</td><td>用本 console 跑一次內部 mock visit,產出三個客戶質疑場景與腳本修正。</td><td>產品負責人在 PLS 留下 accept / revise,客成補 3 筆痛點。</td></tr>
<tr><td>D7</td><td>完成 2 次真實或模擬拜訪紀錄,將問題、異議、下一步寫回 CRM/PLS。</td><td>每次拜訪都有 stakeholder、pain、evidence、next_step、owner、due。</td></tr>
<tr><td>D14</td><td>把高頻異議轉成提案模組與案例證據庫,分內部版/外部版權限。</td><td>至少 5 個提案片段可重用,案例授權狀態清楚。</td></tr>
<tr><td>D30</td><td>形成客戶策略簡報與提案產線:腳本、證據、提案、追蹤 dashboard 串成工具箱。</td><td>拜訪到提案的 lead time 降低 30%,採用率每週可追。</td></tr>
</tbody>
</table>
</div>
<div class="card span-4">
<h2>Purpose-to-Purpose E2E</h2>
<ol>
<li>原始目的:讓客戶感受到墨宇差異化優勢。</li>
<li>產出物:拜訪腳本、異議處理、證據映射、追蹤資料模型。</li>
<li>人採用:產品定稿,客成帶入拜訪,CEO 看採用與轉換。</li>
<li>指標改善:提案速度、客戶回覆率、重複素材率、風險可視化。</li>
</ol>
</div>
</section>
<section class="grid">
<div class="card span-12">
<h2>第一版客戶拜訪腳本 v4:Closure 可驗收版</h2>
<div class="script-step">
<strong>0-5 分鐘<br><span class="muted">定位</span></strong>
<div>「今天不是展示所有功能,而是釐清你們在哪些決策點感受不到差異,最後只留下 1-2 個可驗證下一步。」</div>
<div><span class="tag blue">捕捉欄位</span> <span class="code">visit.goal</span>、<span class="code">stakeholders[]</span></div>
</div>
<div class="script-step">
<strong>5-18 分鐘<br><span class="muted">痛點還原</span></strong>
<div>「上次你們覺得優勢不夠明顯,是在哪個環節開始的?是成果證據、導入風險、價格、還是內部說服?」</div>
<div><span class="tag teal">能力提升</span> 讓客成用同一組問題分類,不靠直覺猜測。</div>
</div>
<div class="script-step">
<strong>18-32 分鐘<br><span class="muted">證據映射</span></strong>
<div>「如果我們用相同產業/相同流程的前後對照來證明,你們最想先看到哪一種證據?」</div>
<div><span class="tag amber">Gate</span> 未授權案例只能用匿名模式;外部版需有 publish_scope。</div>
</div>
<div class="script-step">
<strong>32-45 分鐘<br><span class="muted">提案收斂</span></strong>
<div>「下一版提案我只放三塊:你們的決策問題、對應證據、14 天試行驗收。這樣能不能進內部討論?」</div>
<div><span class="tag green">完成訊號</span> 客戶同意一個 owner、一個 due date、一個驗收指標。</div>
</div>
</div>
</section>
<section class="grid">
<div class="card span-6">
<h2>Solution Stack</h2>
<ul>
<li>脈絡框架:客戶質疑場景、差異化證據、提案模組、採用訊號。</li>
<li>作業流程:mock visit → 真實拜訪 → CRM/PLS 回寫 → 提案模組生成 → 採用 review。</li>
<li>資料/DB 模型:<span class="code">visit_script_versions</span>、<span class="code">visit_evidence_events</span>、<span class="code">proposal_modules</span>、<span class="code">adoption_reviews</span>。</li>
<li>工具/應用:本 console、拜訪紀錄表、案例權限表、提案片段庫。</li>
<li>驗收指標:mock pass、拜訪紀錄完整率、提案轉換率、案例授權覆蓋率。</li>
<li>下一輪升級:接 PLS worker,遇到客戶沉默或證據缺口自動派新任務。</li>
</ul>
</div>
<div class="card span-6">
<h2>資料與權限邊界</h2>
<table>
<thead><tr><th>資料</th><th>權限</th><th>稽核</th></tr></thead>
<tbody>
<tr><td>客戶痛點原文</td><td>內部:產品/客成/CEO</td><td>保留來源拜訪、記錄人、時間</td></tr>
<tr><td>案例證據</td><td>外部需 publish_scope=external</td><td>案例授權人與到期日必填</td></tr>
<tr><td>拜訪腳本版本</td><td>產品 owner 可發布</td><td>每版 decision record</td></tr>
<tr><td>提案模組</td><td>Sales Kit 內外版分流</td><td>引用來源與客戶回覆率</td></tr>
</tbody>
</table>
</div>
</section>
<section class="grid">
<div class="card span-6">
<h2>People Sync</h2>
<div class="line-draft">LINE 草稿:
墨宇產品負責人、客成窗口,PLS 已把「產出第一版客戶拜訪腳本」升級成 closure gate pack。請在 2026-05-25 18:00 前回覆:
1. accept:本腳本可進 mock visit;
2. revise:指出哪個段落不能用;
3. evidence_gap:補 3 個客戶感受不到優勢的場景。
驗收口徑:mock visit 可跑完、每次拜訪可寫回 pain/evidence/next_step、案例權限不越界。</div>
</div>
<div class="card span-6">
<h2>Closure Gate</h2>
<table>
<thead><tr><th>條件</th><th>目前</th><th>下一步</th></tr></thead>
<tbody>
<tr><td>可打開主成果</td><td><span class="tag green">PASS</span></td><td>本 HTML console</td></tr>
<tr><td>owner/due/驗收</td><td><span class="tag green">PASS</span></td><td>產品 2026-05-25</td></tr>
<tr><td>E2E 證據</td><td><span class="tag amber">PARTIAL</span></td><td>需 2 筆拜訪紀錄回寫</td></tr>
<tr><td>資料/工具箱升級</td><td><span class="tag green">PASS</span></td><td>data-model.md</td></tr>
<tr><td>decision record</td><td><span class="tag green">PASS</span></td><td>decision-record.md</td></tr>
</tbody>
</table>
</div>
</section>
</main>
</body>
</html>

Data Model / API / Sync / Permission Spec

核心資料表

visit_script_versions

欄位 型別 說明
id uuid 腳本版本 id
project_id uuid PLS project id
version_label text 例如 closure-gate-v4
owner_member_id uuid 墨宇產品負責人
status enum draft, mock_ready, accepted, needs_revision, retired
source_signal text 觸發訊號,例如 overdue action
script_sections jsonb 定位、痛點還原、證據映射、提案收斂
acceptance_policy jsonb owner/due/required_evidence
decision_record_url text decision-record.md URL
created_at timestamptz 建立時間
accepted_at timestamptz 採用時間

visit_evidence_events

欄位 型別 說明
id uuid 事件 id
script_version_id uuid 對應腳本版本
customer_account text 客戶或匿名代號
visit_type enum mock, real, follow_up
stakeholder_role text 客戶角色
pain_moment text 客戶開始感受不到優勢的時機點
objection_type enum value, risk, price, proof, timing, stakeholder
evidence_requested text 客戶要求的證據
next_step text 下一步
next_step_owner uuid 負責人
next_step_due date 到期日
crm_ref text CRM/PLS/Drive ref
audit_actor uuid 記錄者
audit_at timestamptz 記錄時間

case_assets

欄位 型別 說明
id uuid 案例素材 id
case_name text GOMAJI / 南山 / 旅行社 / 學生作品等
proof_type enum metric, quote, before_after, workflow, screenshot
publish_scope enum internal_only, external_anonymous, external_named
consent_status enum unknown, pending, approved, expired, rejected
approved_by uuid 授權人
expires_at date 授權到期
risk_note text 使用限制

proposal_modules

欄位 型別 說明
id uuid 提案模組 id
objection_type enum 對應異議
title text 模組標題
body text 可放入簡報/提案的內容
evidence_asset_ids uuid[] 使用案例
audience_scope enum internal, external
usage_count int 被使用次數
reply_rate numeric 客戶回覆率

adoption_reviews

欄位 型別 說明
id uuid review id
script_version_id uuid 腳本版本
reviewer_member_id uuid 產品/客成/CEO
review_status enum accept, revise, evidence_gap
review_note text 採用或退修原因
due_at timestamptz review 到期
created_at timestamptz 建立時間

API / Sync 規格

建立拜訪事件

POST /api/pls/projects/{project_id}/visit-evidence-events

Request:

{
  "script_version_id": "uuid",
  "customer_account": "匿名客戶A",
  "visit_type": "mock",
  "stakeholder_role": "營運主管",
  "pain_moment": "客戶問到導入後誰負責維護時開始質疑",
  "objection_type": "risk",
  "evidence_requested": "希望看到同類型導入前後比較",
  "next_step": "補一頁14天試行驗收設計",
  "next_step_owner": "45a2dfa3-9174-4f64-b333-33dfd9eafc87",
  "next_step_due": "2026-05-27",
  "crm_ref": "pls://project/b3138a2e-6641-4cc1-859d-8b1d0abf2d3b/action/76890f66-704c-4bc5-a9e6-e22b0c98da97"
}

採用 review

POST /api/pls/script-versions/{script_version_id}/adoption-review

Rules:

  • accept:PLS 可以把 overdue action 標記為待關閉,等待 2 筆 visit_evidence_events。
  • revise:必須附 section 與修正理由,派回產品負責人。
  • evidence_gap:必須附缺口類型,派給客成或案例授權 owner。

權限與稽核

角色 可讀 可寫 不可做
墨宇產品負責人 腳本、案例、採用紀錄 腳本版本、採用決策 覆蓋客成原始痛點
墨宇客戶成功窗口 腳本、拜訪紀錄 pain/evidence/next_step 發布外部案例
墨宇 CEO 決策窗口 dashboard、指標、風險 review note 改案例授權狀態
墨宇工程窗口 schema、sync log integration status 讀外部未授權案例內容
PLS worker 必要脈絡與 artifact progress、upload、complete、派工建議 假裝 LINE/GitHub/部署成功

所有事件都需要 audit_actoraudit_atsource_ref。外部簡報只能引用 publish_scope in (external_anonymous, external_named)consent_status=approved 的素材。

PLS 後台/worker 流程

  1. worker claim 到 overdue/production delivery job。
  2. context 讀 action、member、deliverable、previous versions。
  3. 若已有腳本但 action 未關閉,改建 closure gate,不再重複生成文字。
  4. upload-files 同步 HTML 與 docs。
  5. complete artifacts_json 含 primary_artifact、market_context、production_readiness、e2e_verification、people_sync、learning_memory。
  6. 下一輪 PLS 根據 adoption_reviews 自動派:
    • accept + 2 visit events:關閉 overdue,開提案模組任務。
    • revise:派產品負責人修腳本。
    • evidence_gap:派客成補痛點或案例 owner 補授權。

Decision Record:客戶拜訪腳本 Closure Gate

決策背景

PLS 多輪偵測到「產出第一版客戶拜訪腳本」仍是 overdue。若本輪再產出一份腳本文字,無法解決 overdue 未關閉、owner 未採用、案例權限未明、拜訪資料未回寫的根因。

評估選項

選項 說明 優點 風險
A. 再寫一份完整腳本 產出更長的拜訪話術。 快速、看起來像完成。 無法證明採用;無法關閉 overdue;不連資料模型。
B. 建 mock visit checklist 只做訪談測試表。 能驗證部分話術。 缺資料/API/權限/people sync,無法進 production。
C. 建 closure gate production pack 腳本、採用 gate、資料模型、驗收、people sync、learning memory 一起交付。 可判斷是否關閉任務,能派下一輪缺口,符合 PLS production path。 需要 owner 真的回覆 accept/revise/evidence_gap。

推薦決策

採用 C:建 closure gate production pack。

理由:

  • 市場成熟做法不是單點 sales script,而是 playbook + CRM/task adoption + content governance + measurable business outcome。
  • 本專案真正卡點是 adoption closure,不是文字不足。
  • C 可讓 PLS 在下一輪依訊號自動推進:accept 則進提案模組,revise 則派產品修正,evidence_gap 則派客成或案例授權 owner。

採用狀態

建議狀態:pending_owner_acceptance

owner:墨宇產品負責人

due:2026-05-25 18:00

acceptance:

  • HTML console 可完成 mock visit。
  • 客成能回寫 2 筆拜訪或 mock evidence。
  • 案例使用不越過 publish_scope。
  • PLS 能從 adoption_review 判斷關閉或派下一輪任務。

採納後落地路徑

  1. PLS 將 pack 推送給墨宇產品負責人與客成窗口。
  2. 產品負責人回覆 accept/revise/evidence_gap。
  3. 若 accept,客成 D7 前完成 2 筆拜訪紀錄。
  4. PLS 依紀錄生成 proposal_modules 草稿。
  5. CEO 只看採用率、提案轉換與案例風險,而非逐字校稿。

若不採納或需退修

退修回饋必須包含:

  • 哪個腳本段落不能用。
  • 哪類客戶情境缺證據。
  • 哪個案例不能外部引用。
  • 是否需要改 owner/due/驗收。

沒有上述資訊,不應重新生成腳本;應維持 overdue 並派 evidence_gap 任務。

{
"job_id": "147c12a4-1f60-47ba-8c4c-7dd5c77458b6",
"project_id": "b3138a2e-6641-4cc1-859d-8b1d0abf2d3b",
"ai_native_project_id": "de53d513-ec69-423b-9de2-7969241d2895",
"learned_at": "2026-05-24T02:30:00+08:00",
"signal": {
"type": "action_overdue",
"summary": "產出第一版客戶拜訪腳本仍 overdue",
"root_cause_hypothesis": "缺採用關閉訊號、客戶痛點資料欄位、案例授權邊界與提案轉換流程,不是單純缺腳本文字。"
},
"recommended_next_check": [
"是否已有 adoption_review=accept/revise/evidence_gap",
"是否已有至少 2 筆 visit_evidence_events",
"case_assets 是否有 publish_scope 與 consent_status",
"proposal_modules 是否由拜訪事件生成"
],
"do_not_repeat": [
"不要再只產出新的客戶拜訪腳本文字",
"不要用純文字 summary 當成果",
"不要在沒有 owner/due/acceptance 的情況下 complete",
"不要把未授權案例放入外部提案"
],
"next_worker_rules": {
"if_accept_and_two_visit_events_exist": "mark_overdue_action_ready_to_close_and_dispatch_proposal_modules",
"if_revise": "dispatch_product_owner_script_revision_with_section_level_feedback",
"if_evidence_gap": "dispatch_customer_success_pain_inventory_or_case_authorization_task",
"if_no_response_by_due": "escalate_people_sync_to_ceo_decision_window"
},
"market_context": {
"checked_date": "2026-05-24",
"pattern": "Sales enablement artifacts should be tied to CRM/task adoption, content governance, and measurable buying journey outcomes."
},
"production_readiness": {
"primary_artifact": "closure-gate-console.html",
"required_files": [
"production-brief.md",
"data-model.md",
"acceptance-tests.md",
"decision-record.md",
"sources.md",
"artifact-url-or-pr.md"
],
"e2e_verification": "Validate JSON, required keywords, uploaded files, durable Gist URL."
}
}

客戶拜訪腳本 Closure Gate Production Brief

場景

PLS 反覆偵測到「產出第一版客戶拜訪腳本」仍是 overdue。前幾輪已能產出腳本、mock visit、提案交接與採用證據 console;本輪不再增加一份鬆散話術,而是把它收斂成 closure gate:讓 PLS、墨宇產品負責人、墨宇客戶成功窗口、墨宇 CEO 決策窗口能判斷此任務是否可關閉,以及下一輪要派哪個具體缺口。

30 天路徑

節點 目標成果 驗收訊號
D1 closure-gate-console.html 完成內部 mock visit,產品 owner 判斷 accept/revise/evidence_gap。 PLS 收到一個採用狀態與三個客戶質疑場景。
D7 客成完成 2 次真實或模擬拜訪,紀錄 pain/evidence/next_step/owner/due。 拜訪紀錄完整率 100%,至少 1 個提案模組可重用。
D14 整合案例授權、差異化優勢、異議處理,形成內部版/外部版 Sales Kit。 每個案例有 publish_scope 與授權狀態,不再誤用未授權素材。
D30 建立客戶策略簡報與提案產線 dashboard,從拜訪訊號自動派工下一輪。 拜訪到提案 lead time 降 30%,每週可追蹤採用與轉換。

目的到目的 E2E

原始目的:讓客戶在拜訪中感受到墨宇的差異化優勢,而不是只聽到功能介紹。

產出物:第一版拜訪腳本、追問框架、異議處理、證據映射、資料模型、採用 gate、LINE 同步草稿。

人採用:墨宇產品負責人定稿與關閉 overdue;墨宇客戶成功窗口用同一套欄位收集痛點;墨宇 CEO 決策窗口用 adoption dashboard 看是否能進提案產線。

指標改善:提案速度、客戶回覆率、證據重用率、案例授權風險、客成與產品對齊成本。

價值與錢路徑

  • 提高轉換:把客戶質疑從聊天內容變成提案模組,提升下一步同意率。
  • 節省成本:客成不再每次重寫話術,產品不再反覆口頭校稿。
  • 降低風險:案例使用有 publish_scope,避免未授權案例進外部簡報。
  • 釋放人力:PLS 依缺口自動派工,減少 PM 手動追 owner 與 due date。
  • 增加收入機率:拜訪後 48 小時內產出可用提案片段,縮短商機推進週期。

提升人的能力

本 pack 讓使用者更會決策、管理、量化與交付:

  • 產品負責人:用 closure gate 判斷腳本是否可發布,而非憑感覺。
  • 客成窗口:用 pain/evidence/next_step 欄位整理客戶訊號,提高訪談品質。
  • CEO 決策窗口:看到採用與轉換指標,而非只收到文字摘要。
  • PLS worker:知道何時關閉 overdue、何時派案例授權/痛點清單/提案模組任務。

market_context

2026-05-24 快速檢查成熟做法:

  • HubSpot customer visit practice 強調拜訪應紀錄會面者姓名/角色,並把客戶拜訪連到可衡量業務成果與 CRM 追蹤。
  • Gartner sales enablement practice 將 enablement 擴展到 end-to-end buying journey、內容/工具建立與商業團隊能力提升。
  • Salesforce sales playbook/adoption practice 強調 playbook 應與 CRM/tools 整合,追蹤使用頻率並連到績效指標。
  • 近期 HubSpot/CRM 社群討論顯示,真正的問題常是 CRM adoption 與 follow-up 任務沒有進系統;有效做法是降低輸入摩擦、建立 next step 與管理可視性。

本輪採用這些成熟做法:腳本不是單一文件,而是「拜訪腳本 + CRM/PLS 欄位 + 採用 gate + 案例權限 + next-step 自動派工」的工具箱。

production_readiness

  • Primary artifact:closure-gate-console.html,可直接開啟給 owner/客成跑 mock visit。
  • Data model:data-model.md 定義 table、API/sync、權限/稽核。
  • E2E acceptance:acceptance-tests.md 定義 D1/D7/D14/D30 驗收。
  • Decision record:decision-record.md 記錄選項、推薦理由、採用狀態與退修回饋。
  • Learning memory:learning-memory.json 給下一輪 PLS worker 讀取。

people_sync

建議 PLS 外層短訊息:

墨宇產品負責人、客成窗口,PLS 已把 overdue 的「第一版客戶拜訪腳本」整理成 closure gate pack。請在 2026-05-25 18:00 前回覆 accept/revise/evidence_gap;若 accept,客成 D7 前跑 2 次拜訪並回寫 pain/evidence/next_step,PLS 才能把 overdue 關閉並進入提案模組產線。

learning_memory

學到:此專案卡住不是缺一份更長腳本,而是缺採用關閉訊號、案例權限、痛點資料欄位與提案轉換流程。下一輪 PLS 應優先檢查 action item 是否仍 overdue;若仍 overdue,不要再生成腳本,應派「採用確認」或「痛點/案例缺口」任務。

Sources

Checked on 2026-05-24.

market_context

Applied Interpretation

這些來源支持本輪設計:客戶拜訪腳本不能只是單點話術,必須接 CRM/PLS 欄位、manager-visible adoption、案例素材治理與 measurable outcome。因此本 pack 的主要成果是 closure gate console + data model + acceptance tests,而不是另一份孤立腳本。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment