Skip to content

Instantly share code, notes, and snippets.

@esz135888
Created May 23, 2026 20:05
Show Gist options
  • Select an option

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

Select an option

Save esz135888/69780a21fa58d5c6fb39b4dfccc7c2e5 to your computer and use it in GitHub Desktop.
PLS job 28ab298f client visit script production workbench

Acceptance Tests

Artifact kind: e2e_verification.

Script 驗收

測試 方法 Pass
訪前判讀完整 檢查 workbench 有客戶產業、痛點、案例邊界、決策角色
45 分鐘腳本可執行 模擬拜訪 每段有目標、話術、要記錄欄位
異議處理 抽查四類異議 每類都能轉成證據需求或下一步
會後回寫 建立 client_visit 至少 3 pain_moments、1 advantage_signal、1 evidence_request、1 next_meeting
案例授權 檢查 case_boundary 未授權案例不出現在外部話術
提案 handoff 生成 proposal brief 有場景、痛點、證據、owner、due
Adoption 3 場 D7 試跑 每場完成 script_score 與下一步

E2E Verification

  1. 產品負責人確認核心優勢句。
  2. 客戶成功窗口用 v1 腳本跑 3 場拜訪。
  3. 每場回填 PLS 欄位。
  4. 營運負責人確認能生成 proposal brief。
  5. CEO 決策窗口看 D7 指標:下一會率、證據需求、案例授權阻塞。

本輪驗證

  • HTML artifact 包含 D1/D7/D14/D30、目的到目的 E2E、價值/錢路徑、human capability、solution stack、LINE 草稿。
  • learning-memory.json 必須通過 JSON parser。
  • Durable Gist 必須 HTTP 200。
  • PLS upload-files 必須回 uploaded=8。

Owner / Due / Acceptance

  • Owner:墨宇產品負責人。
  • Reviewers:墨宇客戶成功窗口、墨宇營運負責人、墨宇 CEO 決策窗口。
  • Due:2026-05-30。
  • Acceptance:3 場拜訪回填完成、每場有下一步或阻塞原因、案例授權邊界未違規、decision-record 存檔。

Artifact URL Or PR

Durable primary artifact:

https://gist.github.com/esz135888/69780a21fa58d5c6fb39b4dfccc7c2e5

Verification:

  • Local JSON validation passed for learning-memory.json.
  • Required artifact anchors exist: market_context, production_readiness, e2e_verification, people_sync, learning_memory.
  • Gist must return HTTP 200 after redirect before PLS completion.
<!doctype html>
<html lang="zh-Hant">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>客戶拜訪腳本 Production Workbench</title>
<style>
:root{--bg:#f4f1ea;--panel:#fffdf8;--ink:#20231f;--muted:#66695f;--line:#d7cfc0;--blue:#245d8f;--green:#15705f;--gold:#ad7415;--red:#a84b40}
*{box-sizing:border-box} body{margin:0;background:var(--bg);color:var(--ink);font-family:"PingFang TC","Noto Sans TC",ui-sans-serif,system-ui,sans-serif;line-height:1.55}
header{padding:42px 6vw 30px;background:#fff8e8;border-bottom:1px solid var(--line)}
.eyebrow{color:var(--blue);font-size:12px;font-weight:800;letter-spacing:.05em;text-transform:uppercase}
h1{max-width:1100px;margin:10px 0;font-size:clamp(34px,5vw,70px);line-height:1.04;letter-spacing:0}
.lede{max-width:960px;color:var(--muted);font-size:19px}
main{padding:28px 6vw 58px;display:grid;gap:18px}
section{background:var(--panel);border:1px solid var(--line);border-radius:8px;padding:22px;box-shadow:0 12px 30px rgba(40,34,24,.08)}
h2{margin:0 0 14px;font-size:24px}.grid{display:grid;grid-template-columns:repeat(4,minmax(0,1fr));gap:12px}.two{display:grid;grid-template-columns:repeat(2,minmax(0,1fr));gap:14px}
.card{border:1px solid var(--line);border-radius:8px;background:#fffdf8;padding:15px}.tag{display:inline-flex;border:1px solid var(--line);border-radius:99px;padding:2px 9px;margin-bottom:9px;color:var(--muted);font-size:12px;font-weight:800}
table{width:100%;border-collapse:collapse;font-size:14px} th,td{border-bottom:1px solid var(--line);padding:9px 8px;text-align:left;vertical-align:top} th{color:var(--blue);font-size:12px;letter-spacing:.04em;text-transform:uppercase}
ul,ol{margin:0;padding-left:20px} li{margin:6px 0} code{background:#eee7dc;border:1px solid var(--line);border-radius:5px;padding:1px 5px;font-family:ui-monospace,SFMono-Regular,Menlo,monospace}
.ok{color:var(--green);font-weight:800}.watch{color:var(--gold);font-weight:800}.stop{color:var(--red);font-weight:800}
@media(max-width:920px){header,main{padding-left:18px;padding-right:18px}.grid,.two{grid-template-columns:1fr}}
</style>
</head>
<body>
<header>
<div class="eyebrow">primary_artifact / client_visit_script_v1 / production_readiness</div>
<h1>客戶拜訪腳本 Production Workbench</h1>
<p class="lede">本版不是單一話術,而是能讓業務現場採用的拜訪工具箱:15 分鐘訪前判讀、45 分鐘拜訪腳本、異議轉換、案例授權邊界、會後提案 handoff 與 PLS 回寫欄位。</p>
</header>
<main>
<section>
<h2>D1 / D7 / D14 / D30 路徑</h2>
<div class="grid">
<div class="card"><span class="tag">D1</span><strong>腳本 v1 上線</strong><br>產品負責人拍板核心優勢句,客戶成功補 5 個「客戶感受不到優勢」場景。</div>
<div class="card"><span class="tag">D7</span><strong>3 場拜訪試跑</strong><br>每場回填痛點、異議、採納句、下一步,完成 script_score。</div>
<div class="card"><span class="tag">D14</span><strong>提案產線串接</strong><br>拜訪紀錄自動生成提案 brief、案例需求與決策人地圖。</div>
<div class="card"><span class="tag">D30</span><strong>轉換率週報</strong><br>追蹤拜訪到提案、提案到下一會、案例採納、客戶優勢感知。</div>
</div>
</section>
<section>
<h2>目的到目的 E2E</h2>
<div class="two">
<div class="card">
<ol>
<li>匯入客戶產業、現況、已知痛點與案例授權邊界。</li>
<li>業務用 15 分鐘訪前判讀選擇主軸與風險。</li>
<li>45 分鐘拜訪腳本引導客戶說出現況成本、決策壓力與成功定義。</li>
<li>異議被轉成證據需求,不硬講競品比較。</li>
<li>會後自動回寫提案 brief、案例缺口、owner/due。</li>
</ol>
</div>
<div class="card">
<ul>
<li>專案改善:從「客戶感受不到優勢」變成可分類痛點與話術修正。</li>
<li>錢路徑:提高拜訪到提案、提案到下一會、案例採用率。</li>
<li>風險改善:案例授權未定時不亂用外部素材。</li>
<li>人的能力:業務與客戶成功能用同一套 discovery、證據、handoff 語言。</li>
</ul>
</div>
</div>
</section>
<section>
<h2>15 分鐘訪前判讀</h2>
<table>
<thead><tr><th>輸入</th><th>要判斷</th><th>輸出</th></tr></thead>
<tbody>
<tr><td>客戶產業與規模</td><td>最可能在意營收、成本、風險、效率哪一類</td><td><code>primary_value_hypothesis</code></td></tr>
<tr><td>已知痛點</td><td>痛點是明確問題、模糊不安、還是被競品教育過</td><td><code>pain_stage</code></td></tr>
<tr><td>案例授權</td><td>GOMAJI / 南山 / 旅行社 / 學生作品能否外部使用</td><td><code>case_boundary</code></td></tr>
<tr><td>決策角色</td><td>誰付錢、誰使用、誰擋風險</td><td><code>buyer_map</code></td></tr>
</tbody>
</table>
</section>
<section>
<h2>45 分鐘拜訪腳本</h2>
<table>
<thead><tr><th>時間</th><th>目標</th><th>建議話術</th><th>要記錄</th></tr></thead>
<tbody>
<tr><td>0-5</td><td>設定會議目的</td><td>「今天不急著介紹功能,我想先確認貴司現在最想解決的是成長、效率、風險,還是內部導入卡住。」</td><td>客戶首要目標</td></tr>
<tr><td>5-15</td><td>挖現況成本</td><td>「這件事現在如果不處理,最直接影響的是時間、人力、客訴、成交,還是哪個管理指標?」</td><td>量化成本</td></tr>
<tr><td>15-25</td><td>定位優勢</td><td>「我們強的不是單點工具,而是把策略、素材、流程、AI 執行與驗收接成一條產線。」</td><td>客戶反應與疑問</td></tr>
<tr><td>25-35</td><td>異議轉證據</td><td>「如果要讓您內部放心推進,最需要看到實際案例、財務模型、導入時程,還是權限/風險邊界?」</td><td>證據需求</td></tr>
<tr><td>35-42</td><td>定義下一步</td><td>「下一步我們不做大而全提案,先做一版對應您三個場景的簡報與驗收表,您看誰需要一起確認?」</td><td>下一會 owner/due</td></tr>
<tr><td>42-45</td><td>確認採納訊號</td><td>「今天若要算有進展,我們希望拿到三個訊號:場景同意、案例需求、下一會決策人。」</td><td>adoption signals</td></tr>
</tbody>
</table>
</section>
<section>
<h2>異議處理</h2>
<div class="grid">
<div class="card"><span class="tag">看不出優勢</span>「合理,所以我不直接講我們多強。我們先把貴司現在卡住的三個場景列出來,再對每個場景放證據。」</div>
<div class="card"><span class="tag">已有供應商</span>「那我們不取代既有供應商,先看哪段流程還沒被接起來,尤其是策略到執行到驗收。」</div>
<div class="card"><span class="tag">怕導入失敗</span>「先不做全面導入,做 7 天可驗收的小場景,成功才擴。」</div>
<div class="card"><span class="tag">要看案例</span>「我們會依授權邊界提供可公開案例;未授權案例只抽象成流程與結果,不揭露客戶資訊。」</div>
</div>
</section>
<section>
<h2>會後 PLS 回寫</h2>
<table>
<thead><tr><th>欄位</th><th>用途</th><th>驗收</th></tr></thead>
<tbody>
<tr><td><code>pain_moments</code></td><td>客戶在哪個環節開始質疑</td><td>至少 3 筆</td></tr>
<tr><td><code>advantage_signal</code></td><td>客戶聽到哪句開始有反應</td><td>至少 1 筆原話</td></tr>
<tr><td><code>evidence_needed</code></td><td>案例、模型、時程、權限哪個證據缺</td><td>有 owner/due</td></tr>
<tr><td><code>next_meeting</code></td><td>下一次會議目的與決策人</td><td>日期或阻塞原因</td></tr>
</tbody>
</table>
</section>
</main>
</body>
</html>

Data Model / API / 權限稽核

Artifact kind: production_readiness.

Tables

client_visit

欄位 型別 必填 說明
id uuid yes 拜訪紀錄 id
client_name text yes 客戶名稱
industry text no 產業
owner_person_id text yes 拜訪 owner
visit_at timestamptz yes 拜訪時間
primary_value_hypothesis enum yes revenue, cost, risk, efficiency, adoption
case_boundary enum yes public, internal_only, anonymized, blocked
status enum yes planned, completed, handed_off, blocked

pain_moment

欄位 型別 必填 說明
id uuid yes pain id
client_visit_id uuid yes 拜訪
moment text yes 客戶開始質疑的時機點
question_or_objection text yes 客戶原話或摘要
pain_type enum yes unclear_value, proof_gap, risk_concern, budget_concern, decision_process
severity integer yes 1-5

advantage_signal

欄位 型別 必填 說明
id uuid yes signal id
client_visit_id uuid yes 拜訪
message_used text yes 使用的優勢句
client_reaction text yes 客戶反應
signal_strength integer yes 1-5

evidence_request

欄位 型別 必填 說明
id uuid yes evidence id
client_visit_id uuid yes 拜訪
evidence_type enum yes case, financial_model, implementation_plan, permission_boundary, demo
owner_person_id text yes 負責補證據的人
due_at date yes 截止
status enum yes open, ready, blocked

proposal_handoff

欄位 型別 必填 說明
id uuid yes handoff id
client_visit_id uuid yes 拜訪
next_meeting_goal text yes 下一會目的
decision_people jsonb yes 決策人/使用者/風控者
proposal_brief jsonb yes 場景、痛點、證據、下一步
due_at date yes 提案截止

API

POST /api/client-visits
POST /api/client-visits/:id/pain-moments
POST /api/client-visits/:id/advantage-signals
POST /api/client-visits/:id/evidence-requests
POST /api/client-visits/:id/proposal-handoff
GET  /api/client-visits/:id/brief

權限 / 稽核

  • 產品負責人:可維護核心優勢句與案例邊界。
  • 客戶成功窗口:可建立/回填拜訪紀錄。
  • 營運負責人:可檢查 handoff 欄位與提案節奏。
  • CEO 決策窗口:可查看全部 scorecard 與授權風險。
  • 稽核:客戶原話、案例授權、外部版素材需保留來源與更新時間;未授權案例只能 anonymized 或 blocked。

Decision Record

決策

本輪採用「客戶拜訪腳本 Production Workbench」作為 primary artifact,不只交一份文字話術。

背景

PLS 任務要求產出第一版客戶拜訪腳本。上下文同時有三個關鍵卡點:客戶感受不到優勢、墨宇差異化共識需要梳理、案例授權邊界未定。因此腳本必須能把拜訪現場轉成痛點、證據、案例需求與提案 handoff,而不是只讓業務照念。

選項

A. 只寫一份逐字稿

優點:最快。缺點:不能回寫 PLS,也不能改善提案產線。

B. 做完整簡報

優點:可展示。缺點:目前缺痛點清單與案例授權,容易做成錯誤素材。

C. 做拜訪腳本 workbench

優點:可直接試跑,能蒐集痛點、驗證優勢句、產生提案 brief,並避開案例授權風險。

推薦

採用 C。

採用狀態

建議採用。D7 先跑 3 場拜訪,取得 evidence,再升級提案產線。

落地路徑

  1. 產品負責人確認核心優勢句。
  2. 客戶成功窗口挑 3 場拜訪試跑。
  3. 每場回填 pain_moments / advantage_signal / evidence_needed / next_meeting。
  4. 營運負責人確認 proposal handoff。
  5. CEO 決策窗口用 D7 指標決定是否擴到全業務。

不採用時需回饋

  • 核心優勢句哪裡不準?
  • 哪些案例不可用?
  • 45 分鐘流程哪段不符合業務現場?
  • 是否已有更優先的客戶場景?
{
"job_id": "28ab298f-a002-4518-aab3-56e7d9283316",
"memory_type": "learning_memory",
"project": "AI 自建專案:客戶策略簡報與提案產線",
"topic": "client visit script v1 production workbench",
"market_context": [
"成熟 B2B sales discovery practice emphasizes diagnosing customer pain, quantifying impact, mapping decision process, and converting objections into evidence needs.",
"For this project, direct competitor comparison is risky; the script should focus on unique workflow outcomes and proof boundaries.",
"A visit script becomes production-ready only when it generates structured CRM/PLS fields and proposal handoff data."
],
"next_worker_instruction": "Do not produce another standalone visit script. First check whether 3 pilot visits have completed PLS fields: pain_moments, advantage_signal, evidence_needed, next_meeting. If not, route to pilot_visit_collection. If yes, build proposal brief generator and case evidence request board.",
"owners": {
"primary": "墨宇產品負責人",
"reviewers": ["墨宇客戶成功窗口", "墨宇營運負責人", "墨宇 CEO 決策窗口"]
},
"acceptance": [
"Core advantage statement approved",
"3 pilot visits run",
"Each visit has 3 pain moments",
"Each visit has 1 advantage signal",
"Evidence requests have owner/due",
"Next meeting or blocker recorded",
"Decision record attached"
]
}

客戶拜訪腳本 Production Workbench - Production Brief

Artifact kind: primary_artifact, people_sync.

場景

任務是「產出第一版客戶拜訪腳本」,但 PLS 脈絡顯示真正卡點是客戶在對接過程中感受不到墨宇優勢,且案例授權、痛點清單、內部共識文件仍在待辦。此版本把拜訪腳本做成可採用工具箱:訪前判讀、45 分鐘腳本、異議處理、案例邊界、會後 PLS 回寫與提案 handoff。

D1 / D7 / D14 / D30

時程 成果 Owner 驗收
D1 腳本 v1 可使用 墨宇產品負責人 核心優勢句、異議處理、案例邊界存在
D7 3 場拜訪試跑 墨宇客戶成功窗口 每場回填 pain_moments、advantage_signal、evidence_needed、next_meeting
D14 提案產線串接 墨宇營運負責人 + 工程窗口 拜訪紀錄能生成 proposal brief 與 owner/due
D30 轉換率週報 墨宇 CEO 決策窗口 拜訪到提案、提案到下一會、案例採用率每週更新

目的到目的 E2E

原始目的:產出第一版客戶拜訪腳本。

E2E:

  1. 匯入客戶場景、痛點、產品優勢、案例授權狀態。
  2. 業務用訪前判讀選擇主軸。
  3. 拜訪中用 discovery 問題量化成本與決策壓力。
  4. 墨宇優勢用「策略到執行到驗收的一條產線」表達,不做硬性競品比較。
  5. 異議轉成證據需求。
  6. 會後回寫 PLS,產出提案 brief、案例需求、下一會 owner/due。
  7. 指標改善:客戶優勢感知、拜訪到提案、提案到下一會、成交風險降低。

價值 / 錢路徑

  • 提高轉換:每場拜訪都要拿到場景同意、證據需求、下一會決策人。
  • 節省成本:業務不再臨場即興重寫話術。
  • 降低風險:案例授權未明確時不亂用外部案例。
  • 釋放人力:拜訪紀錄直接轉 proposal brief,不再重複整理。
  • 提高客戶成功:痛點和反饋回到簡報與話術迭代。

提升人的能力

  • 產品負責人:把優勢定義成可被業務使用的句子。
  • 客戶成功窗口:能捕捉客戶質疑發生的具體時機點。
  • 營運負責人:用統一欄位追蹤拜訪到提案的流轉。
  • CEO 決策窗口:看轉換指標和案例授權風險,不只看單場拜訪心得。

Solution Stack

本輪成果
脈絡框架 拜訪不是介紹產品,而是把客戶痛點轉成可驗收提案。
作業流程 訪前判讀 -> 45 分鐘腳本 -> 異議轉證據 -> 會後 PLS 回寫 -> proposal brief。
資料 / DB client_visit, pain_moment, advantage_signal, evidence_request, proposal_handoff
工具 client-visit-script-workbench.html 可直接給業務試跑。
驗收 3 場拜訪、每場 4 類回寫欄位、下一會 owner/due。
採用 LINE 草稿要求產品/客成/營運/CEO 回覆可採納訊號。

People Sync

LINE 草稿:

「客戶拜訪腳本 v1 已整理成可試跑版本:15 分鐘訪前判讀、45 分鐘拜訪流程、四類異議處理、案例授權邊界、會後 PLS 回寫。請產品負責人確認核心優勢句;客戶成功窗口挑 3 場拜訪試跑並回填 pain_moments / advantage_signal / evidence_needed / next_meeting;營運確認回寫欄位能接提案 brief。D7 看三場試跑是否能推進到下一會。」

下一輪升級

把 3 場拜訪紀錄匯入,產出第一版 proposal brief generator 與案例需求清單。

Market Context

Artifact kind: market_context.

Checked on 2026-05-24 Asia/Taipei.

Sources

Applied Learning

Current B2B sales practice emphasizes discovery before pitching: diagnose pain, quantify impact, map decision criteria, and identify next steps. For 墨宇, the script must avoid direct competitor comparison and instead prove value through customer scenarios, authorized cases, implementation path, and measurable next-step signals.

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