目的、目標、成員、流程與規範，一起決定了一群人能不能真正開始合作。
會議沒結論、跨部門合作卡住，常常會被歸因於主持或統籌技巧不足；但更根本的問題，可能是那個讓人一起工作的「場」，在開始前沒有被設計好。
堀公俊在《Facilitation 引導學》中，把這種合作條件稱為「場域」。場域當然包含實體空間，但更重要的是一個讓人理解目的、感到安全，也願意共享知識與共同創造成果的「知覺型空間」。
這個定義對我很有感。做服務設計時，我們會花很多時間理解使用者、畫旅程、安排觸點，但輪到自己開會，卻很容易只剩下「找誰來、訂時間、找會議室」。
如果我們把會議或工作坊本身也當成一項服務，參與者就是使用者，議程則是他們要走過的旅程。這時，「怎麼讓大家真正一起工作」，就會變成一個可以被設計的問題。
這篇會先說明場域營造的五個要素，並且將 OKR、利害關係人盤點、參與者旅程與協作規範放進一場產品設計工作坊。讀完後，你會帶走：
- 場域營造的五個要素，以及它們為什麼會影響合作。
- 如何用 OKR、利害關係人盤點、參與者旅程與協作規範，實際落實五要素。
- 一場產品設計工作坊，如何在不同階段讓對的人進場。
- 一份開會前可以直接使用的五題自檢清單。
場域營造的五個要素
把優秀的人放進同一個房間，並不代表問題就會自己解開。從 NBA 到歐冠，全明星陣容照樣可能打不出成績啊！
《引導學》提醒我們，沒有刻意的場域設計，眼前只是一群人的集合，還不能算是一個團隊。書中將場域營造整理成五個要素：目的、目標、成員、流程與規範。
1. 目的：先說清楚，大家為什麼要來
目的是這個場域存在的理由，也就是「我們為什麼要一起做這件事」。它會決定成員願不願意投入。如果大家不理解為何而聚，活動很容易只剩形式：人到了，心沒有到。
實際規劃時，我會借用 OKR 裡的 Objective，協助團隊把抽象的目的寫成可以理解、也願意投入的方向。兩者固然不完全相同：場域的目的偏向存在理由，Objective 則較接近這一段時間想完成的事。不過，把兩者放在一起，正好可以避免使命寫得太遠，行動又只剩眼前工作。
John Doerr 在《OKR：做最重要的事》中提到，好的 Objective 通常具備四個條件：
- 重要（significant）：目前最值得優先投入的課題，完成後會讓現況產生有意義的改善。如果做完了，卻沒有人感受到差別，這個 Objective 可能還不夠重要。
- 具體（concrete）：大家能形成相近的畫面，知道要改變什麼，也看得出這個方向會如何影響日常工作。具體不代表一定要塞入數字；數字通常交給 KR，但 Objective 不能只停在「提升、促進、強化」這類抽象詞。
- 能促進行動（action-oriented）：文字本身就暗示接下來要採取的行動，例如改善、建立、縮短或改變什麼。成員不必等主管再翻譯一次，便能開始判斷自己該做什麼、有哪些取捨。
- 鼓舞人心（inspirational）：它要夠簡單、好記，也讓人感到值得投入。這不等於把語氣寫得很熱血，而是讓成員看見工作背後的對象與價值，願意把它當成共同方向。
換句話說，Objective 可以幫我們避免只提出一句漂亮口號，而是從真實問題或現場洞察長出方向，讓參與者看得懂這件事為什麼重要、要往哪裡走，也知道自己的投入有什麼意義。
2. 目標：訂出可以檢核的成果
目的給方向，目標則讓團隊知道什麼時候算完成。缺少目標，討論不知道要在哪裡收束；只有目標、沒有目的，大家又容易只顧交差。兩者得一起看，會議才不會空轉，也不會失去溫度。
這裡可以借用 OKR 的 Key Results。John Doerr 將 KR 說成「我們如何知道自己成功了」。執行上，每個 Objective 通常要留下三到五個真正關鍵的成果；它們應該具體、有期限、帶有挑戰但仍然務實，而且能被衡量與驗證。
Google 的 OKR Playbook 又多提醒了一步：KR 要描述成果，不能只寫活動，並且要留下可信、容易找到的完成證據。「辦三場工作坊」頂多說明事情做完了；「工作坊後一個月，六成參與者開始採用新的工作方式」，才開始回答發生了什麼改變。這條線很重要，不然 OKR 很容易只是換了名字的待辦清單。
放進單場會議或工作坊，可以這樣寫：
讓參與者對下一階段的優先順序達成共識。
- 會議結束前確認 3 項優先任務
- 每項都有負責人與期限
- 各部門確認沒有重大異議
讓團隊帶走一個願意立刻開始測試的方案。
- 工作坊結束前選出 3 個值得驗證的概念
- 7 天內完成至少 1 個原型測試
- 測試後留下繼續、調整或停止的決定
圖｜會議與工作坊尺度的 Objective 與 Key Results 範例
這張表不是要大家把每一場會議都做成正式的季度 OKR，而是協助你在引導前，先把值得投入的方向說清楚，再點出能證明改變的檢核點。
實際影響比「開完一場會」更重要。
3. 成員：該邀誰，比邀多少人更重要
成員名單其實是完成任務所需的角色組合。需要做決策時，拍板者不在，討論再熱烈也推不動；需要發想時，總是同一批人，又很難跳出原來的框。
這與服務設計的利害關係人盤點很相近。盤點時，我會先看四種角色：受影響或使用的人、能決策的人、能落實或提供資源的人，以及能阻擋或放大影響的人。不必把所有人都塞進房間，而是分清楚誰必須出席、誰應該事前諮詢，又有誰只需要在會後知道結果。
《引導學》對「多樣性」的提醒也很具體。它談的不只是年齡、性別或部門，也包含知識與經驗、性格、思考方式和團隊角色的異質性；例如理性與感性、負責推進與維持和諧、擅長發想與擅長執行的人。
成員越同質，前期可能談得快、氣氛也順；但刻意組合不同觀點，雖然一開始比較容易摩擦，反而更有機會從多個角度找到新解法（當然，前提是引導者有能力陪大家走過衝突）。
利害關係人常用 Freeman 的定義：任何會影響組織目標，或受到組織目標影響的個人或群體。因此，他們不只有使用者、受益者與受害者，也包含決策者、第一線執行者、合作夥伴、法遵單位、資源提供者，甚至是可能讓方案卡住的人。
服務設計強調參與式設計，意思也不只是把人找來訪談、收集意見，而是讓真正受影響、掌握知識或握有權力的人，在適當階段參與規劃與決策。有人影響方向，有人決定能否落地，有人掌握預算、資料與通路；少了其中一種角色，溝通技巧再好、便利貼工具再漂亮，還是很可能推不下去。
我過去在服務設計文章裡，會從下面四種角色來盤點。重點不是把名字列完，而是設計他為什麼要參與、在哪個節點參與，以及能怎麼影響成果：
圖｜利害關係人盤點不只列名字，也要設計參與方式
4. 流程：議程是一段參與者旅程
流程是引導者替團隊畫出的路徑圖，也是場域動能的來源。除了時間分配，它還要根據目的、目標與成員狀態，安排大家先理解什麼、再討論什麼，最後如何走到成果。
放到服務設計來看，這就是一張「參與者旅程」。我會替每個階段補上四件事：現在要聚焦的問題、需要先知道的資訊、要和誰完成什麼行動，以及這一段應該留下什麼產出或交接。
堀公俊整理了幾種常見的引導路徑，我把它們的使用時機與重點放在下表：
最基礎的萬用款
破冰（起）→ 分享（承）→ 分組深究（轉）→ 歸納知識化（合）
需要催生大量創意
前半段先發散、求量不求質、暫緩批評；後半段一起分類收斂。
議題敏感、容易對立
先對話、探索意義，再討論、做出決策；太快進入討論很容易發生衝突。
要處理明確課題
走完七步驟；多數人敗在急著提構想，沒有走完「找真因」。
研習與培力場景
體驗 → 分享 → 解釋 → 普遍化 → 應用 → 執行
圖｜五種常見引導流程，要依任務與參與者狀態選擇
這些路徑提醒我們：議程固然是引導者看見的安排，但還需要從參與者的角度再看一次，他們會怎麼感受、要如何合作與輸出。
5. 規範：先說好，我們要怎麼一起工作
規範是場域裡共同確認的 Ground Rules。它最好在活動開始前說明、和成員一起確認，並放在大家看得見的地方。這樣引導者需要介入時，可以回到共同約定，減少臨場用權威壓人的情況。
「不做人身攻擊、讓每個人都有發言機會、挑戰觀點卻不否定人」，這些規則固然簡單，卻是在替「可以說真話」創造條件。心理安全感不能只靠一句「大家可以自由發言」，它還是得被翻成具體、看得見的行為。
把五要素放進一場產品設計工作坊
五個要素分開看並不難，難的是它們怎麼在同一場工作坊裡一起發生。
以一場產品設計工作坊為例，目的可能是「共同定義一項值得開發的服務」，目標則要再具體一點：工作坊結束前，選出一個願意繼續測試的概念，確定負責人與下一步。
目的與目標說清楚以後，成員才有辦法跟著流程來設計。我會把工作坊拆成四個階段：
先看每一段要完成什麼，再決定誰該進場。不同階段需要的資訊、判斷與角色不同，不必把所有人從頭留到尾。
先回答今天要設計什麼、服務誰，以及會議結束時要留下什麼。這一段需要核心團隊說明現況，決策者確認方向與邊界，一線服務者補上日常運作的限制。
如果討論到顧客需求，還是只讓內部團隊說話，那其實是在「猜」需求。這時要引入真實顧客、使用者、一線服務者或外部專家，讓需求從猜想變成真正被聽見。
這裡也是最容易被忽略的成員設計。未必每個人都得從頭坐到尾，但在需要他的經驗時，他得真的在場。
這一階段要讓需求、限制與專業一起進入方案，而不只靠內部發想。核心團隊負責整合，使用者回應概念，一線人員檢視執行可行性，外部專家則協助團隊跳出原來的框。
這時的規範要保護發想：可以挑戰方案，但不要在概念還沒長出來以前，就用職銜或經驗把它壓掉。
最後要把共創結果變成下一步：誰做決定、誰負責執行、缺的資源由誰補上。決策者如果全程沒參與，到最後才進來拍板，很容易讓前面的共創全部重來；但決策者如果從頭到尾主導內容，其他人又可能只剩配合。
所以，成員設計要回答三件事：請誰來、他在哪個階段進場、要帶來什麼判斷，又應該留下什麼承諾。
圖｜產品設計工作坊的四階段議程：先看這一段要完成什麼，再讓對的人進場
多數會議，第一步就做反了
把五個要素排開，會看到一個自然的順序：先問為何而聚（目的）、如何判斷完成（目標），再決定誰該在場（成員）、路怎麼走（流程），以及大家如何合作（規範）。
現實裡，我們卻常從「找誰來、訂時間、找會議室」開始。Who 跑到 Why 前面，人雖然到了，心與力氣卻沒有地方去。
下一次按下「新增會議」以前，可以先花一分鐘問自己：
- 我們為什麼要聚在一起？
- 結束時，要看見什麼具體成果？
- 該來的人都在嗎？又有誰其實不必來？
- 這條流程適合今天的任務嗎？
- 彼此要遵守哪些規則？
光是把這五題寫下來，通常就會看見原本藏在議程後面的缺口。
說真的，做了十幾年引導，我自己在規劃時，仍然會被「誰有空、時間怎麼排」拉著走。所以這五題與其說是拿來檢查別人，不如說也是提醒自己：先把場設計好，才有機會把真正重要的話引出來。
而場域營造當然不只用在一場會議。當時間從兩小時拉長到半年、兩年，同一套五要素會變成專案的決策節點、參與者旅程與組織的治理機制。下一篇會用高齡餐食專案與懷世代公益加速器，繼續談這個問題。
參考資料
- 堀公俊（2023）。《Facilitation 引導學：有效提問、促進溝通、形成共識的關鍵能力》（梁世英譯，二版）。經濟新潮社。
- John Doerr（2019）。《OKR：做最重要的事》（許瑞宋譯）。天下文化。
- Google. Google’s OKR Playbook.
- Elms, H., & Phillips, R. A. (2016). Stakeholder. In The Palgrave Encyclopedia of Strategic Management. Palgrave Macmillan.
- Vink, P., Imada, A. S., & Zink, K. J. (2008). Defining stakeholder involvement in participatory design processes. Applied Ergonomics, 39(4), 519–526.
- Service Design Tools. Journey Map.
