设计过程
背景与挑战
背景与挑战：多方参与，但“怎么参与”不清晰
One Kilburn 连接居民、社区组织与地方政府，推动社区活动与公共议题。但在观察与访谈中我们发现：组织结构与职责边界不够清晰，信息更新分散，居民参与门槛高，导致协作效率与信任建立受到影响。我们的设计从“治理如何被体验”出发，把治理视为一项可被设计与交付的公共服务。
研究方法
研究方法：把“组织治理”拆成可观察的流程与触点
我们采用双钻框架推进：从二手研究建立治理模型对照，再通过实地走访、会议观察与访谈理解 One Kilburn 的真实运行方式。研究重点放在三个问题：决策如何产生、信息如何流动、居民如何进入并持续参与。随后把洞察转化为可共创的设计机会点。
利益相关者和关键洞察
关键洞察：治理的问题，本质是“协作关系的可见性”不足
在多方协作网络中，最影响参与体验的不是“有没有活动”，而是：谁负责什么、信息在哪里更新、 意见如何被听见、决策如何被记录并反馈。我们将这些痛点归纳为治理的三类体验缺口：清晰度（roles）、可进入性（entry points）、透明度（process visibility），并据此确立设计方向。
共创工作坊
共创工作坊：让治理从“内部规则”变成“共同语言”
我们与社区成员共同完成现状流程梳理、问题优先级排序与改进方案共创。工作坊的目标不是“替组织做决定”，而是建立一种可共享的治理语言：把抽象的价值（包容、透明、问责）转译成具体机制（角色、会议、记录、对外沟通方式），并快速形成可测试的原型。
原型测试
原型测试：用情境角色扮演验证“流程是否更好用”
我们用 One Kilburn 的公开会议作为情境，邀请同学进行角色扮演测试（协调组、分组、居民等），重点验证三件事：信息是否更容易被获取与理解、会议流程是否更清晰可执行、反馈是否能被记录并形成下一步。测试结果指向四个改进方向：会议主题化、更多形成性反馈渠道、统一记录机制、轮换式社区代表（ambassador）。
最终方案
最终方案：一套可运行的治理服务系统
我们交付的不只是“建议”，而是一套能持续运转的治理系统：
-
结构重组：将协调、沟通、资金与文档等关键职能明确化，并与主题分组形成稳定协作关系；
-
Ambassador 机制：以轮换式社区代表增强多元声音进入决策；
-
会议机制升级：通过主题会议与小组会议提高效率与透明度；
-
文档与对外触达：让流程、记录与更新可被社区持续看见与使用。
