六個機制，一個客源擴展系統 — 官網開源、客服與預約收網、會員與聲量讓生意自己滾；試營運只轉其中兩格
Internal · Pilot Proposal · 宏達中醫
客源擴展系統 — 宏達試營運提案 v3（BZFIND-044）
12 slides · v3（六機制飛輪版，對齊 starview 首頁＋0910 五件套）：場景開場（約診本裡消失的七個名字）→ 三個你答不出來的問題＋存活者偏差小教室＋同業事實 → 換算式（每月無聲消失的金額，現場代入實數）→ 六機制飛輪（官網SEO/GEO·智慧客服·線上預約·聲量管理·會員CRM·系統客制，03＋05 標記試營運範圍）→ 三段承接（找→接→留，試營運打 LEG02+03、為什麼不是先做官網）→ 核心引擎閉環（「系統不必懂療程，只要記得下次」；櫃檯一個動作＋醫師改節奏順延＋日本接骨院施術直後次回予約）→ 刷 QR 累點實景（動態QR 90秒·滾動不兌換·等級禮遇非折扣·合規是架構不是承諾）→ 訊息四分層（recency＋標籤自動算，個人自動/一對多診所一鍵，發送鈕不在我們手上）→ 進可攻退可守三階（加入送禮+推播→回購引擎→五件套全開，每階可停）→ 誠實到期（未定價明說、無自動轉付費、隨時拆）→ 資產三卡＋一張立牌開始。設計真源：booking-flow-design v1.1＋0910 中醫診所。
每次預約三則訊息 · 回購一則 · 喚回一次為限 — 醫師改節奏，病人會替他說：bot 聽懂、順延、標例外
Internal · Prototype 1/3 · 病人端 LINE Bot
病人端 LINE Bot — 完整對話流（BZFIND-044）
10 screens · 手機殼實景 mockup 逐幕：掃碼加好友→療程計畫開場（模板生成，不講療效）→按鈕選時段預約（報到參考時間措辭）→提醒三節點（當下/48h/當天 8am，quick reply 照常或改）→改約與候補遞補（釋出→全員通知→30 分鐘先搶先贏）→回購提醒（藥期前 2 天模板觸發）→例外對話（病人轉述「醫師說改兩週」→bot 順延＋標例外＋推診所端）→漏追喚回（逾 2× 間隔，一次為限）→隨時查詢「我的下一次」＋封鎖即退出。設計真源 system-design-v0.md。
每天兩則推播 · 一天 2 分鐘 · 一個按鈕的判斷 — 只讀＋按按鈕，打字只允許一個字：「停」
Internal · Prototype 2/3 · 診所端推播
診所端 LINE — 零登入，推播即全部（BZFIND-044）
6 screens · 設計原則（零登入/只讀為主/動作都是一個按鈕/打字只允許「停」「開」；與病人端兩個帳號絕不混用，名單不出現在病人看得到的地方）→ 每日名單推播（21:30 打烊後，明日自費名單 flex 卡：時段×姓名×療程×初複診，不需回覆）→ 待追＋例外推播（病人原話一行＋三按鈕：確認/已電話關心/照門診再說；3 天未理自動採 bot 建議）→ 事件推播（候補遞補通知、停/開控制權、假日自動順延）。例外處理的摩擦決定療程計畫維護的成敗。
診所零登入的代價，由每週 30 分鐘吸收 — 療程計畫住在這裡：模板我們設、例外機器聽、校正我們每週做
Internal · Prototype 3/3 · 後台系統
後台系統 — 療程模板／例外審核／KPI（BZFIND-044）
7 screens · 瀏覽器視窗 mockup 六模組：總覽 dashboard（五 KPI＋試營運第 N 週標記，避免前兩週基數小過度反應）→療程模板 CRUD（療程計畫維護主畫面：品項×預設間隔×提醒點×回購觸發×漏追觸發線×結束條件；上線前醫師訪談定案、每週數據校正回寫）→ 例外審核 queue（原話＋bot 建議＋一鍵採用/轉人工；解析不了不猜——喚回生意失誤成本不對稱）→ 時段表（自費專用時段×名額×候補上限＋休診日曆；分軌紀律：不碰 HIS）→ 文句模板（三情境版本留痕，bot 端只能發模板＋變數，自由文字不存在於病人路徑——合規是架構不是承諾）→ 週報產生器（三行簡訊 30 秒生成）。
摩擦度不是壓下去的，是站進每個人心裡、把不順手改到順手 — 每一步，先問他心裡那句話是什麼
Internal · PDCA Simulation · v05
聯盟機制 v05（PDCA 全情境設計版 · 五角色心理模擬）
14 slides · 方法論版（與 v03 藍圖/v04 情境互補）：Plan（錢路一頁＋小林一年七幕驗收腳本）→ Do（機制落成，沿用既有定案不新發明）→ Check（五角色逐接觸點第一人稱獨白——消費者不思考／櫃檯每一秒被排隊看著／老闆 95% 時間不在採購狀態／異業帳近損益平衡／聯盟與平台自己也是演員，摩擦度三軸評分：心力×風險×延遲對上當下在忙什麼）→ Act（五個被模擬打回重做的設計：打字→點選、詢問權→確定物、靜態碼→動態碼、死局→循環、全推播→門檻）→ 10 接觸點摩擦度總表（設計前→後，兩個誠實的「中」留在系統外）→ pilot 六數字（模擬會錯，數字不會）→ 開放議題三卡沿用。
機制不是規則的集合，是五個角色各自順手的總和 — 今天種的每一顆伏筆，都有指定的收割時點
Internal · Scenario & Role Design · v04
聯盟機制 v04（情境與角色設計版 · 五角色×四欄）
14 slides · 情境視角（與 v03 藍圖互補：v03 講怎麼蓋、v04 講為什麼這樣蓋）：四欄檢驗法（情境/摩擦/機制/伏筆）→ 小林的一年七幕驗收腳本（入會＝check-in 等待窗＋退房日意見回饋）→ 五角色各跑一頁（消費者 3 秒講不完＝不存在／櫃檯 principal-agent 是結構不是怠惰／老闆 95-5＋TAM／異業＝留存承重牆／聯盟＋平台 self-dealing 警惕）→ 摩擦總表（9 接觸點按階段排序消除，含退房回饋：記帳輸入住房/退房日期→退房日 bot 推意見回饋→負評現場處理）→ 伏筆地圖（6 顆種子×收割時點×承載資產）→ 飛輪全景 → 業種分鏈高維考量（3% 不跨業）→ 開放議題三卡。v04.1：場景事實修正＋移除推演內部標籤。
把每一筆消費，留在聯盟內 — 點數 · 分潤 · 會員等級：雙操作累積點數＋雙向確認，獲客成本 < 5%
Internal · Mechanism · Marketing
聯盟會員行銷機制（累積點數 · 5% 分潤 · 金銀銅禮遇）
12 slides · 心智圖（xmind-edge）→ xmind-ppt → ppt-master 協作路線產出：專屬 QR 歸因 → 雙操作累積點數（消費者 3 步 × 櫃檯 3 步 swimlane）→ 雙向確認信任機制 → 100 倍轉化訊息（OTA 3,000 元 30 點 vs 直訂 3,000 點）→ 點數滾動三參數＋林先生例 → 金銀銅禮遇三級（晚退房/升等/設施權，跨店通用）→ 5%=2%+3% 拆解 → 非直客 0% 對照 → 費用（月費 4,000 · 開發費 600,000）→ 收斂行動。
一年只見 2 次的關係，靠 12 個月都在動的帳本維持 — 把住宿頻率和接觸頻率脫鉤
Internal · Retention · Bot Blueprint · v01
聯盟留存飛輪 v01（LINE Bot 功能藍圖 × 四飛輪）
12 slides · 留存視角（非分潤）：頻率死局（旅宿年觸及 2-4 次 vs 好友維運每月 1-2 次）→ 90 天冷卻死亡螺旋 → 脫鉤四引擎（頻率靠異業/喚醒靠庫存/擴散靠圖卡/越用越準靠 mix）→ 四飛輪總圖（A留存·B轉化·C擴散·D數據互餵）→ A 留存四功能（退追率 KPI＋發送門檻「刪掉這則訊息會失去什麼？」）→ B 轉化 2×2 觸發源（庫存 flash/QA 試算/跨店推薦/意圖捕獲）→ C 擴散三半徑（圖卡→牆→朋友，點數不可兌換紅線）→ D 數據雙卡（mix 儀表板＋問題聚合）→ 異業＝留存承重牆（沒有異業，bot 退化成一年講四次話的訂房工具）→ 12 個月觸點日曆 → 四 KPI 與放手條件 → 收尾三數字。
時效是校準參數不是定數，過期救援在階段一 — v03 吃進 biz 二審：小額推播是噪音要設門檻，異業的帳要自己一頁
Internal · Bot Blueprint · 三階段 · v03
聯盟 LINE Bot 藍圖 v03（biz 二審修正版）
15 slides · v02 基礎上修三個自埋問題＋補一頁：①動態碼時效從 90 秒定數改 pilot 校準（60/90/180 秒三檔、以過期重掃率定案）＋過期一鍵刷新重掃救援前移進階段一（最容易觸發失敗的機制不能把出口放階段二）②notify 價值密度門檻（入帳 ≥50 元才即時推、以下日彙總；故事卡每店每日 ≤1 張——小額推播訓練店家靜音 bot）③ISSUE 2 補簽名 URL 每週輪發半衰期＋洩出代價界定 ④新增「異業夥伴的帳」頁（B 表跑異業目標函數：首批靠人情墊、機制利益後補，異業 vs 飯店掃碼差即帳本）。真源：alliance-member docs/10＋11。
靜態碼截圖可轉傳，動態碼 90 秒即死 — v02 吃進 biz 審核四修：動態會員碼 · 店側推播 · 歡迎確定物 · 放棄率入儀表板
Internal · Bot Blueprint · 三階段 · v02
聯盟 LINE Bot 藍圖 v02（biz 審核修正版）
14 slides · v01 基礎上修四個破口＋一個議題建議：①動態旋轉會員碼（90 秒時效，截圖轉傳即失效，兌換有咬合）②店側即時推播 line/notify（2% 引流入帳推店家 LINE＋跨店故事卡社會證明）③歡迎確定物（異業夥伴歡迎禮保證兌現一次，取代心理趨零的詢問權）④放棄率進階段一儀表板（出示率判讀的摩擦校正項）⑤ISSUE 2 建議簽名 URL 免登入掃碼頁（異業小店過不了 Zero Trust）。真源：alliance-member docs/10＋11。
一次作完藍圖通盤考量，施工只施工第一階段 — bot 嵌入既有引擎：1 個新端點、engine/ 零接觸
Internal · Bot Blueprint · 三階段 · v01
聯盟 LINE Bot 藍圖 v01（通盤設計 · 施工只蓋階段一）
14 slides · alliance-member docs/10＋11 圖面版：戰略順序（先證明有用→解摩擦→訂房變現，flash 偷跑例外）→ 三階段總表（施工範圍/明確不做/晉級條件）→ 七張 Mermaid（架構：bot 嵌入既有單 Worker、/line/webhook 唯一新端點／模組：會員碼複用 qr_token、engine/ 零接觸／入會 set-once 綁引流＋第 0 天價值／優惠兌換提案版待批：店家掃會員碼、tx_id nullable／歸因記帳零改引擎／晉級 state 圖／功能×飛輪×資料表）→ 拆帳介面保留（進藍圖不定案）→ 會員旅程第一週五步 → 三個待批議題（誰掃誰/LIFF vs Zero Trust/LINE Login timing）。真源：alliance-member docs/10＋11。
機器不散會 — 溫泉聯盟 20 家年會費 20 萬辦不了事；提撥制聯盟把合作意願換成合作結構
Internal · Mechanism · v02 · 押金制
聯盟飛輪機制 v02（聯盟 × 飯店 × 消費者三層 · 押金制雙軌）
12 slides · 死因解剖：溫泉聯盟三死因（會費數學／決策共識／合作利他）→ 四行結構對照（30 萬建置買斷供給、系統 day one 上線、規則寫死引擎、轉介即收入）→ 三層飛輪總圖 SVG → 消費者層（掃碼→點數→60 秒圖卡，OTA 客做不了卡=直訂客獨佔評論牆）→ 提撥格 v2 押金制雙軌（軌一 2% 招募費滾動12月＋軌二行銷押金階梯 5/4/3/2%：下一筆聯盟直客消費全額退、180 天未回流沒收歸聯盟行銷基金、零特例）→ 為何押金制是終點（實效獲客成本穩態 3–4% vs OTA 15–18%）→ 平台錢路（一跳乾淨＋下層四軌道）→ 起動 90 天 → LINE Bot 載體（會員卡/點數簿/圖卡相機/牆入口四身份）→ 圖卡本體（starview 真實圖卡）→ 放手三條件 → 金句收尾。SSoT：alliance-member 0907-01。