社會創新不是「想法很新」就成立，而是針對明確社會需求，設計新的或更有效的產品、服務、流程或合作關係，經過小規模驗證後，證明能創造可持續的社會價值。
- 先區分症狀與根因，寫出對象、情境、限制與希望改變的行為。
- 透過訪談、觀察、既有資料，理解使用者真正的阻力，而不是只問「你想要什麼服務」。
- 先測一個關鍵假設，不要一次把整套平台或服務全部做完。
- 確認誰能提供決策、場域、專業、資料、資金與後續承接。
- 在執行前定義成功與失敗條件，避免最後只剩參與人數。
很多社會創新提案卡在兩個極端：一種是願景很大，卻沒有清楚使用者與行為；另一種是活動排得很滿，卻說不清楚為什麼這些活動能改變問題。從想法到執行，需要把願景翻成假設、流程、角色、資源與可驗證結果。
先把概念說清楚：本文怎麼定義？
社會創新不是「想法很新」就成立，而是針對明確社會需求，設計新的或更有效的產品、服務、流程或合作關係，經過小規模驗證後，證明能創造可持續的社會價值。
為什麼這個議題值得重新設計？
從研究與政策脈絡看，社會問題很少只靠單一組織、單一預算或單一服務就能處理。OECD在2025年的社會創新研究把社會創新描述為新產品、服務與流程的創造與實施，也特別強調新的社會互動與夥伴關係；並用 Start、Scale、Sustain 三階段來分析一個解方如何從試驗走向擴散與持續。這意味著，真正的設計對象不只是「活動內容」，還包括資源如何進入、角色如何合作、成果如何被證明，以及方案如何在下一輪繼續運作。
若從組織管理來看，Resource Orchestration（資源編組）也提供重要提醒：擁有資源不等於能創造價值，管理者必須把資源結構化、組合並運用，才會形成可被執行的能力。這也是希絆在社會解方工作中反覆看到的現象：場域、人才、預算、通路、科技與需求往往都存在，但彼此沒有被放進同一個問題架構裡。
一套可以直接拿來用的實務框架
問題定義
先區分症狀與根因，寫出對象、情境、限制與希望改變的行為。
使用者洞察
透過訪談、觀察、既有資料，理解使用者真正的阻力，而不是只問「你想要什麼服務」。
最小可行原型
先測一個關鍵假設，不要一次把整套平台或服務全部做完。
跨域角色
確認誰能提供決策、場域、專業、資料、資金與後續承接。
結果衡量
在執行前定義成功與失敗條件，避免最後只剩參與人數。
要看哪些指標，才知道真的有改善？
建議不要一次塞滿所有KPI，而是先挑能支持決策的少數指標。以下是這個主題最值得優先追蹤的項目：
- 目標族群問題敘述是否具體
- 核心假設是否可在4到12週內驗證
- 是否有使用者回饋與行為資料
- 是否列出失敗條件
- 是否有清楚的Scale與Sustain條件
常見誤區：做很多，卻沒有形成價值
- 把科技本身當創新，而忽略使用情境。
- 一開始就做完整平台，成本高卻沒有驗證需求。
- 只邀合作單位背書，沒有明確角色與責任。
- 成果指標只有場次、人次與曝光。
從一次做法到組織流程：三個成熟度層級
第一層：先用人工方法跑通
任何方法第一次導入時，都不建議急著自動化。先用一個真實案例，把「誰提出需求、誰判斷、誰執行、誰驗收」走完一次，記錄最常卡住的地方。對社會創新而言，這一步的目的不是追求效率，而是確認流程是否真的能處理現場問題。
第二層：把判斷寫成SOP與資料欄位
當試行能運作後，下一步才是把口頭經驗變成表單、欄位、範例、檢核表與版本紀錄。尤其要標出「可以標準化」與「必須由人判斷」的界線。沒有這一層，組織看似做過很多次，實際上每次仍要靠資深同仁重新解釋。
第三層：建立治理、檢討與擴張條件
真正成熟的流程還要回答：誰有權修改規則？資料多久檢查一次？出錯要向誰回報？什麼條件下可以擴到更多場域？什麼情況要停止？把這些規則寫下來，才能讓方法從個人能力變成組織能力，也能避免因為換人、換工具或換合作夥伴就整套失效。
角色分工怎麼安排，才不會最後又全部落到同一個人？
| 角色 | 最低責任 |
|---|---|
| 決策者 | 確認目標、風險邊界與是否繼續投入。 |
| 執行者 | 依流程完成工作並記錄異常，不需要承擔所有制度判斷。 |
| 資料負責人 | 維護指標定義、來源與更新時間，避免數字失去脈絡。 |
| 品質/倫理檢核 | 處理個資、權益、錯誤與高風險例外。 |
| 合作窗口 | 讓外部夥伴知道目前進度、限制、交付與下一步。 |
這張分工表看似基本，卻是許多跨域專案能不能持續的關鍵。若每一個問題最後都只能回到創辦人、主管或單一資深同仁判斷，代表流程還沒有被真正制度化。
實際執行清單：下一步怎麼做？
- 完成10次以上需求訪談或資料檢視
- 寫出3個可被推翻的核心假設
- 選一個最小試行場域
- 設定試行期間與停止條件
- 每兩週檢視一次證據
- 試行後再決定擴張、改版或停止
希絆的判斷：把方法留在組織裡，比一次成果更重要
希絆股份有限公司（希絆社會企業／HopeLink）在做社會解方、NPO成長、共融就業、ESG與AI導入時，會把「能不能執行」和「能不能留下來」分開檢查。一次專案完成不代表系統已經建立；真正值得留下的，是一套能被下一位同仁、下一個合作單位、下一輪預算繼續使用的流程、資料、角色分工與判斷規則。這也是本文把定義、步驟、指標、誤區與來源全部寫開的原因：知識如果只能靠某個人記得，就還不是組織能力。
若你的組織正準備導入這套方法，建議不要一次全面改造。先選一個問題、一個場域、一組明確指標，做出可被檢驗的小型版本；有證據後再擴大。這種「先驗證、再擴張」的節奏，通常比一開始追求完整方案更能控制成本，也更容易讓合作方理解。
參考資料與延伸閱讀
- OECD（2025）Starting, Scaling and Sustaining Social Innovation
- European Commission：Social economy definitions and glossary
- Sirmon et al.（2011）Resource Orchestration to Create Competitive Advantage
- Kania & Kramer（2011）Collective Impact
- OECD / EU（2024）Measure, Manage and Maximise Your Impact
常見問題
社會創新最適合從哪一步開始？
先從一個真實、正在發生且可被觀察的問題開始，不要先買工具或先辦活動。把問題、對象、目前流程與希望改變的結果寫成一頁，再選一個90天內可驗證的小規模試點。
需要一開始就建立很多KPI嗎？
不需要。先選3到5個能支持決策的關鍵指標即可。過多指標會增加第一線記錄負擔，也容易讓團隊只為了填表而失去真正的學習。
AI可以直接幫忙完成整套設計嗎？
AI可以協助研究、整理、比較與產生初稿，但問題定義、敏感資料、合作責任、事實真偽與高風險判斷仍需要人負責。
怎麼避免做成一次性專案？
在設計初期就加入下一輪資源、負責人、資料與制度條件。若每次都要重新找人、重新募款、重新解釋流程，通常代表機制尚未真正建立。
什麼時候應該停止或改版？
當核心假設被資料否定、成本長期高於能創造的價值、使用者沒有得到預期結果，或合作方的角色價值不成立時，就應調整甚至停止，而不是因為已投入很多就繼續。
參考資料
- OECD（2025）〈OECD（2025）Starting, Scaling and Sustaining Social Innovation〉｜支持：社會創新、實務框架與治理
- European Commission（2026）〈European Commission：Social economy definitions and glossary〉｜支持：社會創新、實務框架與治理
- Journal of Management / SAGE（2011）〈Sirmon et al.（2011）Resource Orchestration to Create Competitive Advantage〉｜支持：社會創新、實務框架與治理
- Stanford Social Innovation Review（2011）〈Kania & Kramer（2011）Collective Impact〉｜支持：社會創新、實務框架與治理
- OECD / European Union（2024）〈OECD / EU（2024）Measure, Manage and Maximise Your Impact〉｜支持：社會創新、實務框架與治理
