預約系統原型 UI 評估報告（v6）
評估日期：2026-05-11 評估者：Claude CEO / Tim 授權執行 類型：prototype-evaluation 分類：產品/UX 評估範圍：
C:\Users\USER\Desktop\_ (1)\目錄，共 22 個 JSX 原型檔 已知缺口：batch4–6（Screens ~50–63）未涵蓋於本評估；Screen 59（取消/退款流程）確認缺席，待後續補評 來源對話：Session 2026-05-11（50d62d47-9dee-47b5-b7a2-467c0b89b671）
評估框架
本次評估採五章分類：
- 第一章：已實作 / 有現有對應 → 確認對齊，無需新開發
- 第二章：近期可採用（★★★ 強烈建議 / ★★ 建議）→ 6–12 週內可執行
- 第三章：中長期路線圖 → 12 個月以上或需外部依賴
- 第四章：暫不採用 → 說明原因
- 第五章：UX Copy 可立即採用 → 文案直接複製使用
⚠️ 原型數據標注：報告中引用的轉換率、統計數字均為原型模擬參考值（非實測），採用前需以真實數據校正。
第一章：已實作 / 有現有對應
這些功能停看聽系統已有等效實作，原型僅提供視覺設計參考。
| # | 原型功能 | 對應現況 | 備注 |
|---|---|---|---|
| 1-1 | 基礎預約表單（日期/時間選擇） | 預約系統 SYS-04 核心功能 | — |
| 1-2 | 確認信 email 通知 | 預約系統已有 email 通知 | — |
| 1-3 | 時區顯示（Asia/Taipei） | 預約系統台灣時區固定 | — |
| 1-4 | 服務說明 / 定價頁 | 官網 services/ 頁面已有 | 官網版更完整 |
| 1-5 | 顧問自我介紹區塊 | 官網 index.html about 節 | — |
| 1-6 | 評價展示（Screen 27） | 官網 testimonials 節 | 官網目前靜態，原型有篩選功能 |
| 1-7 | 後台預約管理（Screen 28/29 基礎功能） | 預約系統後台 + HQ 儀表板 | 原型 UI 更豐富，可供改版參考 |
| 1-8 | 諮詢後跟進記錄（Screen 32 概念） | 諮詢完整輸出 SKILL + CRM | — |
第二章：近期可採用（6–12 週）
評分標準：★★★ = 效益高 × 技術成本低，可排入近期 tasks.md；★★ = 有價值但需後端配合或評估時機
| # | 功能名稱 | 來源 Screen | 優先級 | 技術複雜度 | Tim 行動第一步 |
|---|---|---|---|---|---|
| 2-1 | 履歷快評工具 | Screen 37 | ★★★ | 低（Claude API + 靜態頁，零後端） | 確認 Claude API key 有效 + 設計三維度評分 prompt（結構/語言/職位匹配） |
| 2-2 | 支付頁廢棄挽回 T1–T3 | Screen 31 | ★★★ | 中（需後端記錄 payment_started 事件） | 請後端工程師確認預約系統 DB 可否新增支付到達事件 log |
| 2-3 | 漏斗離開偵測 modal | Screen 75 | ★★ | 低（純前端 setTimeout + mouse leave） | Claude 直接在預約頁加入（需 Render 部署） |
| 2-4 | 候補名單（waitlist）系統 | Screen 26 | ★★ | 中（需後端 waitlist_entries 表） | 確認預約系統 DB schema 可否加表 |
2-1 詳細說明：履歷快評工具（Screen 37）
功能描述：使用者貼入履歷文字 → Claude API 即時分析三維度（結構完整性 / 語言精準度 / 職位匹配度）→ 各維度 0–100 分 + 改善建議 → CTA 升單至正式諮詢
技術方案：
- 靜態頁（官網新增
/tools/resume-quick-check.html） - 呼叫 Claude API（claude-3-5-haiku 控制成本）
- 無資料庫、無用戶登入，直接輸出結果
- 前端 fetch 呼叫自建 serverless function（官網 Vercel）或直接 Claude API
商業邏輯：
- 免費快評 → 顯示「想知道如何改善？一場諮詢幫你完整解析」→ 連結 booking.careerssl.com
- 帶出 D1 診斷包升單路徑
- 預估轉換率提升（原型模擬值僅供參考，需實測）
設計參考（Screen 37 原型）：textarea 輸入 → 三個進度條分別顯示三維度分數 → 摘要說明 → email upsell CTA
2-2 詳細說明：支付頁廢棄挽回（Screen 31）
原型 T1–T5 挽回觸發機制：
- T1：填完表單 24h 未付款 → LINE 推播「您的預約位置即將釋出」
- T2：到達付款頁後離開 → 30 分鐘後 LINE 推播「優惠碼 COMEBACK10」（原型模擬 35% 挽回率）
- T3：付款失敗 → 即時推播「請換一張卡或使用 LINE Pay」
- T4：no-show → LINE 推播「改退想」再預約連結（原型文案直接可用）
- T5：90 天未回訪 → 「好久不見，現在有新方案」（長期挽回）
近期建議範圍：T1–T3（需後端支援）；T4/T5 屬中長期，視系統能力決定
第三章：中長期路線圖（12 個月以上）
技術可行，但需額外投入 / 依賴第三方 / 適合規模擴大後再評估
| # | 功能名稱 | 來源 Screen | 需要條件 |
|---|---|---|---|
| 3-1 | LINE Flex Carousel 5-step 預約流程 | Screen 25 | LINE Messaging API 設定 + 自訂 Flex payload |
| 3-2 | LINE AI 自動路由（完整版） | Screen 36 | 現有 LINE Bot SYS-10 升級：情緒關鍵字路由 + 3 訊息後推播預約 |
| 3-3 | Apple Pay / Google Pay / LINE Pay 行動結帳 | Screen 77 | ECPay 行動支付開通（需企業帳戶 + 相關手續） |
| 3-4 | 危機安全網完整實作（Screen 64） | Screen 64 | 偵測危機關鍵字 → 暫停預約流程 → 顯示 1925/1995/1980 熱線；需後端邏輯 |
| 3-5 | 台灣完整電子發票（三聯式 + 統編） | Screen 68 | 串接財政部 API + ECPay 電子發票模組 |
| 3-6 | 無障礙模式完整實作 | Screen 66 | 高對比主題 + 字型大小切換（A-/A/A++）+ Alt+1/Alt+S 鍵盤導覽 |
| 3-7 | 禮券系統（Gift Voucher） | Screen 40 | 唯一碼生成 + 到期驗證 + 送出流程 |
| 3-8 | 揪團預約（1–8 人） | Screen 88 | 多人結帳邏輯 + 代表人付款 |
| 3-9 | 數位交付自動化（72h 連結 + 3 次下載上限） | Screen 91 | S3/CDN + 一次性 token + 退款時連結失效 |
| 3-10 | 諮詢後獨家頁面（24h 限時） | Screen 32 | 一次性 URL + 到期後 redirect；4 個行動卡片 |
| 3-11 | 數位商店（免費 Lead-in + 付費模板） | Screen 35 | 整合 ECPay 數位商品 + Kit form / 官網 |
| 3-12 | 前置分期 / 先付後約 | Screen 24 | 金流分期授權（需 ECPay 或信用卡分期合作） |
第四章：暫不採用
技術可行，但目前與停看聽定位 / 規模不符，或效益不足以支撐建置成本
| # | 功能名稱 | 來源 Screen | 暫不採用原因 |
|---|---|---|---|
| 4-1 | 多語言切換（zh-TW/zh-CN/en/ja） | Screen 65 | 目標客群為台灣繁中使用者，多語言需求極低；日文版更無意義 |
| 4-2 | 離線模式（PWA + localStorage） | Screen 67 | 預約行為本質需要網路確認；離線暫存問卷的場景幾乎不存在 |
| 4-3 | 聯合顧問管理（Partner Consultant） | Screen 89 | Tim 目前為單一顧問模式，多顧問管理架構成本 >> 收益 |
| 4-4 | 企業 HR 入口（批量預約儀表板） | Screen 90 | 非現有服務範疇；B2B 路線需先完成 B2B 產品定義（目前為 B 類） |
| 4-5 | A/B 測試框架 | Screen 74 | 流量太小，A/B 結果無統計意義；等月流量 ≥ 500 再評估 |
| 4-6 | 個性化首頁（依到訪歷史調整） | Screen 76 | 首訪者佔比高，個性化效益有限；cookie 追蹤法規成本高 |
| 4-7 | 訂閱制（月費制諮詢） | Screen 38 | 2026-05-11 評估封板：台灣 LINE OA 無讀者付費機制、Skool 操作成本超標、方格子冷啟動風險高 |
| 4-8 | B2B 企業採購方案 | Screen 39 | 需先有完整企業提案書 + 簽約流程；目前合作外展尚在起步 |
| 4-9 | 後台生長儀表板（客戶端） | Screen 33 | HQ 儀表板 SYS-07 已滿足內部需求；客戶端版本需求不明確 |
| 4-10 | 工作坊報名整合（預約系統擴充） | Screen 34 | W6 工作坊另有 Kit form；整合工作坊到預約系統造成邊界混亂 |
| 4-11 | SaaS 向外擴張（其他顧問版） | Screen 30 | 目前 SaaS 擴張暫緩（姐姐-01 Northflank 遷移中；需穩定現有客戶後再評估） |
第五章：UX Copy 可立即採用
這些文案可直接複製使用，無需開發，是原型最立竿見影的採用點
C9：LINE OA Quick Reply 按鈕標籤（Screen 36）
採用位置：LINE OA 後台 → 聊天設定 → Quick Replies 文案：
「我有問題」
「我想預約」
「費用多少」
「如何找到你」
效果：降低使用者第一則訊息的摩擦，引導進入對話漏斗 執行方式：LINE OA 後台設定，5 分鐘，零開發
C10：危機邊界聲明文案（Screen 64）
採用位置：LINE OA 危機關鍵詞偵測回覆（現階段手動使用），或未來 LINE Bot 自動觸發 文案（Tim 原版）：
我是職涯顧問，不是心理師。
硬接你，反而是我害你。
如果你現在很痛苦，有幾個地方可以先找他們：
・1925 安心專線（24 小時）
・1995 生命線（24 小時）
・1980 張老師（週一至週六）
我會等你。等你準備好了，我們再來聊職涯。
說明：職業邊界聲明 + 即時資源轉介，符合 Tim「我是職涯顧問，不是心理師」的核心定位
C11：無障礙模式 UI 標籤參考（Screen 66）
採用時機：未來無障礙功能實作時的文案參考 文案元素：
字型大小切換：「A-」「A」「A++」
高對比模式按鈕標籤：「高對比模式」
鍵盤導覽說明：「Alt+1 跳至主選單 / Alt+S 跳至服務」
ARIA 說明文字：「選擇您偏好的字型大小」「目前模式：標準 / 高對比」
說明：目前標記為「文案存查」，待無障礙功能開發時直接引用
評估總結
本次最高效益行動（依序）
- 立即（5 分鐘）：C9 LINE Quick Reply 按鈕 → LINE OA 後台設定
- 近期 P2（1–2 週）：2-1 履歷快評工具 → 最高槓桿（零後端 × 高轉換潛力 × 直接連結 D1 升單路徑）
- 近期 P2（需後端確認）：2-2 支付頁廢棄挽回 → 需先確認 DB 事件 log 可行性
- 近期 P3（Claude 可直接執行）：2-3 漏斗離開偵測 → 純前端，隨時可排入開發
- 文案存查：C10 危機文案 / C11 無障礙文案 → 已存入此文件，隨時可調用
評估限制聲明
- 批次覆蓋率：22/30+ 個 JSX 檔（估計 70% 覆蓋），batch4–6（Screens 50–63）未讀
- 數據說明：所有轉換率數字（35% 挽回率、27%/72% 候補統計等）為原型模擬值，非實測
- v6 版本收斂宣告：在已讀 22 個 JSX 檔的範圍內，本報告已達收斂（6 輪 IAUD 自查）；未讀批次的內容不影響已識別項目的評估結論