服務設計

一句話定義

服務設計是把使用者、服務接觸點、前台互動、後台流程與多方角色一起納入設計範圍的實務,目標是讓一段服務體驗能在不同時間、渠道與組織節點中一致運作。

核心要點

不是只設計介面,而是設計一段服務

2026-05-06-Unblock-服務設計入門-Ep1-Persona 沒有正式定義服務設計,但用「入門服務設計一定要會的四個方法」切出工具線:

工具回答的問題vault 對位
Persona我們在為誰設計?人物誌
User Journey Map使用者如何經過這段服務?顧客旅程地圖
Service Blueprint前台接觸點與後台流程如何串起來?服務藍圖
Ecosystem Map服務中有哪些角色、組織與關係?生態系統圖

這條工具線顯示服務設計的重點不只是螢幕內流程,而是把「人、旅程、接觸點、流程、角色」放在同一張服務地圖裡看。

四個方法是一條尺度遞進

Unblock 服務設計入門三集補齊後,四個方法可以看成一條尺度遞進:

方法主要視角產出重點
人物誌為誰設計、這類人有什麼動機與需求
顧客旅程地圖時間使用者如何經過服務、每個節點有什麼想法 / 情緒 / 痛點
服務藍圖流程使用者活動背後,前台、後台與支援流程如何串接
生態系統圖系統服務存在於哪些角色、組織、平台、供應商與交換關係中

這四張圖不是互相替代,而是逐步把服務從「使用者輪廓」擴到「使用者旅程」、再擴到「服務交付流程」與「服務生態系」。當設計師只看 Persona 或旅程地圖,仍可能漏掉後台流程與外部依賴;當只看流程,則可能忘記流程要服務哪一類人與哪段經驗。

方法不是待辦事項

2026-05-06-Unblock-服務設計常見誤區指南 把服務設計工具的共同風險整理成一條更底層的紀律:設計方法不是「有做就好」的交付清單,而是要幫團隊看見真實行為、做出選擇並推進溝通。

常見誤用包括:

  • 憑空捏造:假定的設計方法若沒有驗證,就沒有價值。
  • 只有觀察、沒有對話:觀察能看見行為,但動機與需求仍需要透過對話補強。
  • 訪談人數等於方法產出量:例如訪問 3 個人就產出 3 張 Persona,是把受訪者當成產出單位,而不是抽象出一群人的模式。
  • 模板照抄:模板可以是起點,但欄位與呈現方式必須服務研究目的與文件使用者。
  • 陳述事實卻沒有洞察:服務設計文件若只是列顯而易見的事,不能幫團隊做更好的決策。

因此服務設計文件製作前要先問兩件事:最終使用者是誰、會如何使用這份文件;相對其他設計工作,現在製作這份文件的 CP 值為何。

現場力補上服務現場的感受層

2026-07-30-閱讀前哨站-獨創現場力 補入 現場力,讓服務設計不只停在接觸點、流程與角色盤點,也回到現場中的生活動線、情緒負擔與被理解的需求。

文章中的綠的家具案例可作為服務設計的微型例子:表面需求是設計孩子房間,現場觀察後才看見太太長期承受五層樓混亂空間的壓力;能被信任的服務方案,來自設計者讀懂整潔、安心感與被理解的需求。

Persona 是服務設計的入口,不是終點

在服務設計語境中,人物誌 先回答 “Who are we designing for?”,但它必須往下接到 顧客旅程地圖服務藍圖生態系統圖,才能把使用者輪廓轉成實際接觸點與後台流程的設計決策。

如果 Persona 只停留在漂亮 profile,它無法改善服務;它需要幫助團隊決定:

  • 哪些服務階段最需要被照顧。
  • 哪些痛點需要前台人員、介面或後台流程支援。
  • 哪些資料、角色或組織節點會影響使用者體驗。
  • 哪些假設需要透過 使用者研究 或測試驗證。

服務設計是 UX 與組織協作的交界

服務體驗通常由多個角色共同交付:使用者、前線服務人員、客服、營運、產品、工程、行銷、管理者與外部夥伴都可能影響同一段體驗。

因此服務設計同時連到三個 cluster:

  • MOC-UX:理解使用者、旅程、情緒與接觸點。
  • MOC-設計思考:用發散 / 收斂、原型與測試推進服務問題。
  • MOC-組織管理:處理多方角色、責任分配、利害關係人與後台協作。

與其他概念的關係

  • 使用者體驗設計 — UX 聚焦人與產品 / 服務互動的整體感受;服務設計把這個感受擴展到多接觸點與後台流程。
  • 設計思考 — 服務設計常使用設計思考的同理、定義、發想、原型、測試節奏,但場景更偏服務流程與組織交付。
  • 現場力 — 現場力是服務設計取得真實情境訊號的入口,讓服務地圖背後的人、情緒與信任條件不被模板化。
  • 人物誌 — 服務設計入門工具之一;用來建立「為誰設計」的共識。
  • 顧客旅程地圖 — 服務設計中把 Persona 轉成時間軸、接觸點與情緒節點的下游工具。
  • 服務藍圖 — 把使用者旅程往下接到前台、後台與外部支援流程,檢查服務如何被交付。
  • 生態系統圖 — 盤點服務涉及的 actor、交換關係與分區,讓服務設計不只停留在單一流程。
  • 利害關係人管理 — 服務能否落地取決於多方角色是否理解並支持新的服務流程。
  • 最後一哩 — 服務設計常在最後一哩暴露問題:前台承諾、物流 / 現場流程、後台支援與使用者期待沒有接上。

相關來源

備註

  • 本頁已補齊 Unblock 服務設計入門三集 / 四方法線,但仍主要依賴同一系列來源。MOC-服務設計先留在 觀察清單,等待第二類服務設計來源與更多工具主軸(touchpoint map、service safari、co-creation workshop、physical evidence 等)累積。