Zirong Wu.

作品合一实施助手

Product DesignerUX / UI · Guangzhou

手持手机展示合一实施助手业务分区界面

合一实施助手产品重构

把交付经验转化为每一步可执行的产品指引。

面向智能空间现场交付人员的微信小程序,把空间搭建、设备组网、 配置、绑定、同步与异常处理接成连续任务。

角色
产品设计/UX/UI
周期
2026.03-2026.05

项目背景

合一实施助手

面向智能空间交付人员的微信小程序,用于完成空间搭建、设备组网、升级、绑定、同步与异常处理。

从完整任务重组产品

重新梳理实施顺序、前置条件和异常路径,把依赖个人经验的操作转化为产品可以提醒、检查和阻断的流程规则。

产品设计与UX/UI

我主导问题梳理、产品结构、交互与界面设计,并持续跟进设计评审、研发走查、测试和验收。

为什么要重构?

旧工具不断新增单点能力,产品结构却没有围绕完整交付任务重新组织。固件升级、Wi-Fi 配置、蓝牙组网、重启和信息查看分散在不同菜单与工具中。熟练员工靠经验找入口,新员工则需要现场指导。

  1. 需求出现业务端在实际交付中遇到新的单点问题,需要补充相应的操作能力。
  2. 增加功能产品通过新增菜单、页面或独立工具解决当前问题,但没有同步调整整体任务流程。
  3. 入口分散同一项交付任务被拆散到多个位置,员工需要在不同页面和工具之间反复切换。
  4. 依赖经验系统没有提供清晰的步骤引导,用户只能自行记忆操作顺序、完成状态和检查条件。
  5. 问题后置某个步骤一旦遗漏,通常无法在操作过程中及时发现,直到最终验收或设备异常时才暴露。
流程断点
大量重复操作
跨工具
缺少指引/防错

旧流程有多绕?

完成一个房间配置,用户要在多个菜单和工具之间来回切换,还要自己记住正确顺序和检查点。真正增加交付难度的是反复切换和依赖记忆。

  1. 建立层级

    依次创建建筑、楼层、区域、网络和分组。

  2. 定位设备

    逐个对比设备的 MAC 地址确认目标。

  3. BlueFi 升级固件

    低版本设备需要先在 BlueFi 完成升级,再返回原工具。

  4. 网关配 Wi-Fi

    在菜单里通过蓝牙连接网关,手动输入 Wi-Fi 名称和密码。

  5. 重新连接并组网

    重新进入“组网”菜单,连接同一网关并加入局域网。

  6. 逐台核对设备版本

    所有设备配置好后,需要人工确认版本与升级结果。

  7. 建立设备控制关系

    需要逐一绑定控制器与传感器;漏绑时没有明确提示。

  8. 同步至网关

    把已完成的配置同步到网关;未同步的问题通常到后续环节才暴露。

  9. 配置策略

    运行策略需在另一款小程序中设置,任务链再次切断。

Implementation Assistant04/07

把交付经验写进「下一步」

Core Product Mechanisms01

上层没建,就不让用户猜下一步

建筑、楼层、区域、网络和分组之间存在真实的业务依赖。重构的重点,是让这些既有依赖在产品里变得可见。

当上层对象缺失时,系统直接指出当前缺少什么,并把对应的创建入口放在当前任务中;实施人员留在原页面就能补齐。

Core Product Mechanisms02

没有网关,就先把网关补上

一些现场操作属于硬前置条件:缺少前置对象时,继续操作不会产生有效结果。

例如当前网络还没有必要网关时,产品会在当前任务上下文中持续提示,并直接提供添加网关入口。用户不需要等到后面的设备配置失败,才回头寻找问题。

Core Product Mechanisms03

别把问题留到调试和验收阶段

现场实施里更麻烦的情况是问题出现得太晚。设备版本过低、传感器漏绑、设备掉线等状态,如果直到调试或验收时才发现,就意味着重新定位对象、重新操作,甚至可能需要重新回到现场。

因此我把这些状态从“后面再查的问题”变成当前任务里的持续提醒:先汇总异常,再进入异常列表,最后直接定位到具体设备继续处理。

Core Product Mechanisms04

退出前,确认没有遗漏

现场配置通常还有收尾动作:如果已经修改了绑定关系,却在离开当前任务前忘记保存,问题可能会被带到后续调试阶段。

因此,当用户带着未保存修改退出时,产品会再次提醒,让他选择继续处理或确认离开,把容易被忽略的收尾动作变成明确的防错节点。

上层没建,就不让用户猜下一步的真实产品界面
没有网关,就先把网关补上的真实产品界面
别把问题留到调试和验收阶段的真实产品界面
退出前,确认没有遗漏的真实产品界面

旧流程有多绕?

完成一个房间配置,用户要在多个菜单和工具之间来回切换,还要自己记住正确顺序和检查点。真正增加交付难度的是反复切换和依赖记忆。

  1. 建立层级

    依次创建建筑、楼层、区域、网络和分组。

  2. 定位设备

    逐个对比设备的 MAC 地址确认目标。

  3. BlueFi 升级固件

    低版本设备需要先在 BlueFi 完成升级,再返回原工具。

  4. 网关配 Wi-Fi

    在菜单里通过蓝牙连接网关,手动输入 Wi-Fi 名称和密码。

  5. 重新连接并组网

    重新进入“组网”菜单,连接同一网关并加入局域网。

  6. 逐台核对设备版本

    所有设备配置好后,需要人工确认版本与升级结果。

  7. 建立设备控制关系

    需要逐一绑定控制器与传感器;漏绑时没有明确提示。

  8. 同步至网关

    把已完成的配置同步到网关;未同步的问题通常到后续环节才暴露。

  9. 配置策略

    运行策略需在另一款小程序中设置,任务链再次切断。

Implementation Assistant04/07

把交付经验写进「下一步」

Core Product Mechanisms01

上层没建,就不让用户猜下一步

建筑、楼层、区域、网络和分组之间存在真实的业务依赖。重构的重点,是让这些既有依赖在产品里变得可见。

当上层对象缺失时,系统直接指出当前缺少什么,并把对应的创建入口放在当前任务中;实施人员留在原页面就能补齐。

上层没建,就不让用户猜下一步的真实产品界面

Core Product Mechanisms02

没有网关,就先把网关补上

一些现场操作属于硬前置条件:缺少前置对象时,继续操作不会产生有效结果。

例如当前网络还没有必要网关时,产品会在当前任务上下文中持续提示,并直接提供添加网关入口。用户不需要等到后面的设备配置失败,才回头寻找问题。

没有网关,就先把网关补上的真实产品界面

Core Product Mechanisms03

别把问题留到调试和验收阶段

现场实施里更麻烦的情况是问题出现得太晚。设备版本过低、传感器漏绑、设备掉线等状态,如果直到调试或验收时才发现,就意味着重新定位对象、重新操作,甚至可能需要重新回到现场。

因此我把这些状态从“后面再查的问题”变成当前任务里的持续提醒:先汇总异常,再进入异常列表,最后直接定位到具体设备继续处理。

别把问题留到调试和验收阶段的真实产品界面

Core Product Mechanisms04

退出前,确认没有遗漏

现场配置通常还有收尾动作:如果已经修改了绑定关系,却在离开当前任务前忘记保存,问题可能会被带到后续调试阶段。

因此,当用户带着未保存修改退出时,产品会再次提醒,让他选择继续处理或确认离开,把容易被忽略的收尾动作变成明确的防错节点。

退出前,确认没有遗漏的真实产品界面
Implementation Assistant05/07

把分散操作接回同一条任务链

01

同一个网关,不该连接两次

旧流程把 Wi-Fi 配置与组网拆在不同入口里,同一个网关需要反复寻找和连接。 重构后,我把选择、配网、加入局域网和结果反馈接成一条连续链路。

选择待配置网关
配置网关 Wi-Fi
网关加入局域网并反馈结果
状态 01状态 02状态 03
Implementation Assistant05/07

把分散操作接回同一条任务链

01

同一个网关,不该连接两次

旧流程把 Wi-Fi 配置与组网拆在不同入口里,同一个网关需要反复寻找和连接。 重构后,我把选择、配网、加入局域网和结果反馈接成一条连续链路。

选择待配置网关
配置网关 Wi-Fi
网关加入局域网并反馈结果
状态 01状态 02状态 03
02

跨了小程序,任务也别断

策略配置属于另一套产品,但现场任务不会因此停止。 产品边界保持不变,用户通过小程序半屏能力从当前上下文进入策略配置,再回到原任务。

实施助手业务办公区,左下角有我的策略入口
合一空间策略配置半屏
策略库列表
状态 01状态 02状态 03
03

批量执行之后,还要知道做到哪了

批量的难点在于提交之后的执行过程与结果。 我把等待、执行、成功、失败和后续处理持续保留下来,让整项任务始终可追踪。

批量选择待添加设备
批量任务执行结果总览
批量任务失败项与后续处理
状态 01状态 02状态 03
Implementation Assistant06/08

新实施人员不必只靠口传

产品上线后,界面只能解决“正在操作时怎么做”,但设备配置、异常判断和现场交付里仍然有大量需要被解释的细节。
我把产品流程、配置方法、常见问题和处理方式整理成图文知识资料,用于实施交接与培训;新实施人员遇到不确定的设备或现象时,按章节就能找到对应说明,不需要先问同事。

实施助手图文使用手册中「添加网关」章节:从进入配网页面到常见问题的分步说明
Implementation Assistant07/08

真实任务中的表现

2026 年 5 月 30 日,我用新版实施助手在一个标准房间的配置演示中走完全部流程,现场用时约 7 分钟,完成了 1 个网关雷达、2 个传感器、2 个开关设备和 1 个空调面板的配置。

7 分钟

相比原先每间房约 15–30 分钟的调试时间,调试时长缩短约 53%–77%

这次重构覆盖的是实施任务本身。

我把原本依赖经验记忆的实施过程,逐步转成了产品里的前置条件、任务状态、异常反馈和连续操作,再通过规范与知识资料把这些判断沉淀下来。

设计规范

Implementation Assistant08/08

Typeface

PingFang SC

Title 118 Medium
Title 216 Medium
Body14 Regular
Label12 Regular

Color

Accent#5BB773
Info#0090FF
Warning#FFC53D
Error#E5484D
01 #FCFCFD
02 #F9F9FB
03 #F0F0F3
04 #E8E8EC
05 #E0E1E6
06 #D9D9E0
07 #CDCED6
08 #B9BBC6
09 #8B8D98
10 #80838D
11 #60646C
12 #1C2024

Icon

Design Specifications

实施助手的设备图标与基础元素:网关、传感器、开关与空调面板等图标的线稿示例