10LegalTech法律科技
Contract Decision Studio
合約決策工作室
Legal Service Productization / Digital Brand / LegalTech Service Design
法律服務產品化、數位品牌與 LegalTech 服務入口。
Completed Product / Market-Ready已完成產品／已具商業化規格
- LegalTech法律科技
- Service Design服務設計
- Productization產品化
Problem問題
真實問題是什麼
專業法律服務若只以按時計價描述，客戶很難在委任前理解服務範圍、預期產出與價格邏輯。
本作品把企業法務、合約風險、AI 導入與法律顧問服務轉成具資訊架構、內容、CTA 與服務方案的數位入口。
Why Existing Workflow Fails原有流程的問題
原本的做法為什麼會壞
Scope is unclear before pricing
定價前服務範圍不清楚
未先界定輸入、產出與不包含事項，固定價格就無法形成可理解的服務。
Hourly billing shifts uncertainty to the client
時數計價把不確定性轉嫁給客戶
客戶在委任前無法估算總額，於是最需要法律協助的人反而不敢開口詢問。
Statute-style content answers the wrong question
法條式內容答錯問題
客戶真正卡住的是談判當下該不該讓步，而不是條文本身的定義。
System系統
系統流程
- Service Scope服務範圍Input · 輸入
- Risk / Needs Screening風險／需求快篩Process · 處理
- Service Package服務方案Process · 處理
輸入、產出與不包含事項
- Pricing + CTA定價與客戶行動路徑Process · 處理
- LegalTech Service EntryLegalTech 服務入口Output · 輸出
Key Design Decisions關鍵設計決策
關鍵設計決策
- 01
Productize scope before pricing
先產品化範圍，再進行定價
固定價格的前提，是先界定服務範圍、輸入、產出與不包含事項。
- 02
State the exclusions explicitly
明確寫出不包含事項
服務邊界在頁面上就寫清楚，避免到交付階段才對範圍產生爭執。
- 03
Write for the negotiation, not the statute
內容寫談判情境，不寫法條解釋
以客戶實際會遇到的判斷情境組織內容，讓人在委任前就理解自己買的是哪一段。
Evidence實證畫面
畫面與輸出
Tech / Architecture技術與架構
實作組成
- Service Architecture服務架構
- Digital Brand數位品牌
- Risk Screening風險快篩
- CTA / Funnel客戶行動路徑
只列與這件作品直接相關的組成，不作為技能清單。
Status / Boundary完成度與限制
完成度與限制
Completed Product / Market-Ready已完成產品／已具商業化規格
展示已完成的品牌、資訊架構與服務產品化成果，不取代正式法律意見。
公開內容不含特定客戶資料或個案文件。