展示一张已经定好的页面，再问用户有没有意见，可以收集反馈，却未必是共同设计。他没有机会解释问题，也没有机会尝试另一种安排，最后只能对现有方案点头或摇头。
协同设计通过有组织的活动，让参与者与设计团队共同探索、制作和讨论。不会画界面也能参加，重要的是贡献自己的经验。本文关注这种协同工作坊，不把一场活动等同于所有参与式设计实践。
先说清楚，这场活动能够改变什么
假设一个企业服务项目要调整预约流程。客户需要知道怎样准备，接待人员要安排时间，服务人员则需要提前了解需求。三方都相关，但各自知道的事情不同。
邀请前，明确这场活动是在理解经历、生成方案，还是评价已有方向。不要同时让用户提出需求，又要求他批准最终设计。
也要说明可以讨论的范围、仍需核对的条件和最终决策责任。参与者说“最好能提前沟通”，不等于团队已经承诺新增聊天功能。业务资源与权限尚未确定时，更不能让界面先许下服务承诺。
从各自的一次预约开始，而不是先画首页
让每个角色独立回顾一次预约：开始时知道什么，在哪里需要确认，哪些信息没有被下一位接住。之后再用任务卡和角色卡搭出当前流程，比较不同人的经历。
独立阶段能减少负责人先发言带来的影响。角色之间有权力差异、敏感经历或利益冲突时，可以分开活动，再比较材料，不让一组人代替另一组说话。
共同整理后，再尝试理想流程。客户可能加上“提前沟通”，主持人应追问它解决什么问题：不知道适合哪类服务，还是担心准备错资料？理解这个目的，才有条件讨论表单、说明、回访或其他做法。
| 环节 | 参与者贡献什么 | 主持人要做什么 |
|---|---|---|
| 独立回顾 | 具体经历与困难 | 留下未被他人改写的表达 |
| 比较流程 | 任务与角色差异 | 保留冲突，不急着合并 |
| 制作方案 | 草图、模型或情境 | 提供多种表达方式 |
| 演示讨论 | 为什么这样安排 | 追问运作条件和影响 |
| 收尾确认 | 重点与下一步 | 说明决定方式，不作越权承诺 |
材料可以简单，但应留有空白卡和可修改的零件，不能只有现有界面截图。图形化头脑风暴有助于展开想法；涉及角色与触点时，也可以用商业折纸呈现关系。
主持人保护的是表达机会，不只是会议时间
有的参与者熟悉流程，有的擅长画图，两种能力都可能让他们占据讨论。主持人要留意代答、抢话和沉默，让每人有机会说明自己的版本。
必要时轮流解释或分组工作。作品是否漂亮不是评价标准；口述、卡片和简单模型都可以表达。选择哪些参与者，也要能解释其经验与问题的关系，并说明没有覆盖哪些角色。
展示作品时，请对方说明针对什么困难、怎样运作、依赖什么、可能影响谁。把用户愿望、方案建议和现实条件分开。一个看似完整的预约流程，可能仍遗漏服务人员的准备时间。
现场一致也需要检查。大家可能真正理解了彼此，也可能只是快到结束时间，不想继续争论。未能达成一致的地方，不应在总结时自动消失。
会后怎样处理，才不让参与停留在形式上
保存原作品、解释、修改理由和分歧，再说明哪些建议进入方案、哪些暂不采用、哪些需要研究。反馈处理方式，比只保留设计师选中的一张图更能让参与者理解自己的贡献。
在假设预约场景中，成果可能是“不同服务应有不同准备说明”。下一步可以制作原型，请目标用户判断自己需要准备什么。不要只请原工作坊成员再投一次票；他们已经熟悉方案，真实的新访客未必如此。
内容、技术和服务规则也要由负责人员检查。共创提出的理想流程不自动具备资源，不能因为模型里加了一位客服，就认定持续接待已经可行。
成功标志：活动帮助团队看见遗漏的任务或角色差异，形成有理由的方案方向，并且知道下一轮怎样检查。便笺数量和现场热情，并不能说明这些工作已经完成。
如果问题很明确，只需检查入口或操作，任务测试往往更直接。协同设计适合让不同知识共同进入方案，但产品责任仍由负责团队承担。
58UI可以把共创成果用于官网内容、UI/UX和原型设计，再衔接企业官网设计开发、品牌视觉、响应式适配及改版诊断。查看设计服务，或联系58UI说明参与角色和待决定的问题，便于选择合适活动。
相关服务
