More Work · Public Service

湖州通

Huzhout

在 48 小时内完成公共场所防疫通行产品的核心交互设计，把扫码核验、人员登记、异常追溯和监管视图串成可执行的产品流程。

角色

交互设计师

周期

2 天快速设计

团队

CEO 牵头，临时项目组协作

平台

移动端 / 管理端 / 监管驾驶舱

方法

多角色梳理、核心流程、快速原型、界面设计

结果

支持湖州通、桐行通等防疫通行场景上线

背景与产品问题

疫情防控期间，酒店、园区和公共场所需要同时核验健康码与行程卡。现场安保依赖人工查看和登记，通行效率低，也让后续异常人员追溯变得困难。

产品设计的核心不是增加一个扫码入口，而是让“进入场所”这个高频动作自动留下可核验、可查询、可追溯的数据，并让普通用户、场所管理员、安保人员和监管人员各自拿到需要的信息。

通行场景没有学习时间，界面必须让用户和安保人员在几秒内看懂健康状态、行程信息和是否允许进入。

扫码不是单点动作，背后要服务异常出现后的场所定位、人员排查、密接追踪和监管处置。

普通用户只需要通行结果，场所管理员关注到访记录，监管人员需要异常趋势和跨场所数据。

项目把角色拆为普通用户、场所管理员、安保人员和政府监管人员。不同角色的任务不同：用户需要快速通行，管理员需要申领和管理场所码，安保人员需要现场核验，监管人员需要查看异常与追溯风险。

我在交互设计中优先定义每类角色的“必要功能”，避免在 48 小时周期内陷入大而全的平台设计。

出现异常时，产品需要支持从人员进入场所、异常记录产生、场所锁定、密接排查到监管处置的链路。流程图帮助团队确认哪些数据必须在扫码时收集，哪些信息需要进入管理端和监管端。

移动端界面的重点是降低现场等待时间：扫码后直接呈现健康状态、行程信息、场所信息和登记结果，让用户和安保人员都能快速判断能否通行。

在有限时间里，原型优先覆盖扫码、登记、核验、异常提示和信息展示这些关键页面，弱化非核心功能。

先让扫码、核验、登记、异常提示跑通，再补充统计、配置和管理细节。

现场安保不应反复口头解释结果，界面需要用清晰状态和颜色辅助判断。

移动端聚焦通行效率，后台和驾驶舱承接查询、追溯和趋势判断。

管理端负责处理场所码、场所数据、到访记录和异常列表；监管驾驶舱负责把分散的场所数据转成可观察的区域风险和处置线索。

这个项目的价值在于快速把一个现场防疫问题转成可上线的产品结构：明确角色、压缩流程、优先交付关键页面，并让现场核验数据能够服务后续追溯和监管。

它不是我当前作品集的主案例，但能补充说明我在高压、强约束、公共服务场景下进行交互设计和产品落地的经验。