员工服务入口快做完了,团队请使用者看一眼。办公室人员觉得清楚,现场人员却说,自己只能在休息时用手机,不方便翻长说明。等到这一步,他们只能评价已定结构,工作条件很难再影响方案。
参与式设计(Participatory Design)让使用者和相关人员在研究与设计中贡献经验,通过制作、讲述与演绎主动探索方案。使用者了解自己的任务,设计师负责综合可用性、技术、内容和维护条件,各自的责任都应清楚。
参与范围,要在活动前讲明白
假设一家企业统一员工服务入口。本次共创只围绕开始申请、知道准备事项和确认进度,不扩成全部员工事务。邀请办公室与现场使用者,也邀请审核、服务支持人员。
先说明哪些问题能共同探索,哪些由业务、安全或技术要求决定,哪些取舍由专业团队负责。否则参与者投票后发现没有实现,容易误解活动承诺过什么。
招募按任务和使用条件,不能只找方便参加会议的人。时间、设备、远程连接与表达习惯都需要考虑;员工和管理者同场可能影响说法,可以先独立表达再共同讨论。
无需使用真实个人申请。用演示内容讲述步骤,记录和展示按约定范围处理,避免共创公开私人事项。
从一次经历开始,用材料让条件显现
活动前请参与者回想一次申请:在哪、用什么设备、要准备什么、哪一步没继续。开场时讲这些经历,比直接请人设计首页更容易进入任务。
提供可移动模块、空白卡、简单情境与口述方式。有人愿意画图,有人用卡片,有人直接讲;不熟悉工具造成的沉默,不能解释成没有想法。每个人先独立制作,再分享理由。

示例中的现场人员可能把准备清单移到申请之前,说自己休息时间短,要先知道资料够不够。办公室人员可能想从历史记录复制内容。团队得到的既是不同摆法,也是工作条件与安排的关系。
让参与者演示一遍,追问“缺一项材料时怎么办”“离开后从哪里继续”。空白卡允许增加预设之外的支持,现有模块无需全部保留。
身体与环境影响明显时,可以参考身体风暴。模拟能帮助表达,但仍需核实真实使用条件,不能因活动里顺利就宣布设计可用。
设计团队要把意见变成有理由的取舍
归纳可以借助亲和图,同时保留原说明和差异。出现最多的意见不自动拥有最高优先级,少数条件、必要要求与低频高风险任务都要考虑。
| 共创线索 | 专业团队继续检查什么 | 应返回的说明 |
|---|---|---|
| 想少填内容 | 哪些已有数据可靠,哪些字段必要 | 能省什么,为什么 |
| 想随时看进度 | 状态来源与更新责任 | 能持续提供哪些状态 |
| 不同入口偏好 | 任务、设备与工作条件 | 如何支持差异 |
| 意见相互冲突 | 情境与影响是否不同 | 取舍依据和待测问题 |
如果已有信息无法复用,不能因共创有人提出,就立刻承诺自动填写。若进度没有稳定更新来源,页面也不能制造可靠感。参与提供了需要,设计和开发仍负责实现与维护。
未采用的意见应有处理说明,而非消失在整理后的主题里。也不要将失败归因于“用户当时选的”,专业责任没有随着参与转移。
带回原型,让人看见意见去了哪里
综合后做一版原型,使用真实长度的说明、准备清单和关键状态。邀请参与者完成申请与查询,也向他们解释哪些安排来自共创、哪些因约束调整。
参加过活动的人更熟悉概念,表现可能不同。再请未参加、但符合目标条件的人完成同样任务,分别记录两类反馈,更容易发现陌生访问者的理解问题。

测试也要检查新负担。把所有入口、复制功能和进度提醒都加上,可能让手机首屏变拥挤。参与式设计无需把所有想法实现,也不要求大家满意每个细节。
成功标志是经验真实进入了问题与方案,每项重要取舍有理由,使用者看到意见如何处理,关键任务又经过原型检查。只收作品、不再返回,参与就停在形式上。
交付参与范围、背景、作品或演示过程、解释、分歧、取舍、原型与验证发现。参与深度有限时如实说明,不夸大成全过程共同治理。
员工入口适不适合手机休息场景,应在这些经历与任务里判断。58UI设计工作室可通过UI/UX设计落实共创线索,并在企业官网设计开发、品牌视觉设计中兼顾不同设备与内容表达。
可查看设计服务与作品,或联系58UI说明哪些使用条件还没进入当前方案。
相关服务