智慧办公平台

项目概览

智慧办公是一款集合人员管理、门禁管理、考勤管理、会议管理、访客管理和智能硬件控制的大型平台产品。

在这个项目中，我负责交互设计相关工作，并在后续阶段参与用户测试。案例前半部分呈现复杂系统如何设计，后半部分呈现如何通过测试发现问题并推动后续优化。

背景：智慧办公是多模块、多角色、多端协作的大型平台，需要先用总览图建立系统范围。

设计判断：以模块关系和角色任务作为案例入口，而不是直接展示 UI。

影响：帮助读者理解这是复杂 B 端系统案例，不是单一办公页面设计。

背景

企业办公系统并不缺功能。相反，很多企业的问题恰恰是软件太多、功能太散、数据不连通。

员工请假、考勤、访客、会议、门禁、设备控制等任务，可能分散在不同系统里。HR 需要反复传递信息，员工需要学习多个入口，管理者也很难从统一视角理解组织运行状态。

智慧办公的目标，是把这些分散能力整合进一套更统一、更容易理解的办公平台。

市场与产品机会

从企业软件使用现状和关键数据出发，判断问题并非缺少功能，而是系统、数据和任务路径彼此分散。

背景：企业往往同时使用多套办公、门禁和设备系统，造成信息与操作入口分散。

设计判断：先确认系统整合的真实价值，再界定智慧办公平台需要覆盖的业务范围。

影响：为后续信息架构和角色任务设计建立依据。

我的角色

我在项目中主要承担交互设计师角色，负责：

• 现有客户和市场调研分析；
• 角色痛点梳理；
• 需求转化；
• 信息架构设计；
• 用户流程设计；
• 原型与 UI 协作；
• 后续可用性测试支持。

在用户测试阶段，我参与测试准备、测试任务设计、测试过程观察和问题整理。

研究与发现

在调研中，我们重点关注了几类典型角色：HR 助理、HR 总监、普通员工和管理层。

HR 助理的痛点是大量时间被信息传递和沟通占用。

HR 总监更关心系统学习成本、员工培训成本和数据迁移成本。

员工关心请假、审批、考勤等任务是否容易发起和理解。

管理层则关心管理成本、组织效率和员工互动。

这些角色并不是在使用同一个“软件功能列表”，他们是在完成不同的办公任务。角色诉求会在后面的需求转化模块中进一步对应到设计原则和系统能力。

关键洞察

洞察一：用户不是缺少功能，而是缺少连续路径

企业办公产品很容易做成“功能集合”，但用户真正需要的是一条能完成任务的路径。

员工不是想找“某个模块”，而是想完成请假、审批、访客登记或会议预约。HR 不是想进入“人员模块”，而是想管理组织、权限、考勤和消息。

所以设计不能只按功能分类，而要按角色和任务来组织路径。

洞察二：多角色系统必须控制信息密度

HR、员工和管理层对同一套系统的使用频率和信息需求不同。如果所有人看到同样复杂的信息，系统会变得难学、难用，也难以维护。

因此，信息架构需要支持角色差异，让不同角色优先看到与自己最相关的内容。

洞察三：跨端一致性会直接影响学习成本

智慧办公涉及平台端、移动端、微信和企业微信等入口。如果术语、路径和反馈不一致，用户每换一个端就要重新学习一次。

所以，我在设计中强调跨端体验的一致性，让同一类任务在不同端上保持相近的认知方式。

设计挑战

这个项目的难点在于：它不是单一流程，也不是单一角色，而是一套由人员、空间、设备、权限和业务流程共同构成的复杂系统。

设计需要在“功能完整”和“用户易懂”之间找到平衡。

设计决策

决策一：先做需求转化，再决定功能形态

调研得到的是用户诉求，但诉求不能直接等同于功能。比如“减少沟通”背后可能对应消息、权限、审批提醒、自动打卡等多个系统能力。

所以我先把不同角色的诉求拆解成可设计的问题，再进一步转化为产品模块和任务流程。

决策二：用信息架构承接复杂系统

对于大型 B 端系统，信息架构比单个页面布局更重要。如果系统入口混乱，后续页面再精细也很难让用户真正高效。

因此，我把人员、审批、考勤、会议、访客、门禁、设备等模块重新组织，梳理它们之间的关系和层级。

功能与对象架构推演

这组图依次覆盖平台功能总览、空间管理、标签与人员属性、组织管理和人员管理。

背景：平台同时管理空间、组织、人员和属性配置，不能只用一张总图概括。

设计判断：先拆分核心对象和规则，再把它们组合成完整系统。

影响：为角色权限、流程和页面入口提供清晰基础。

系统与数据架构

先用功能总图确定系统范围，再深入空间、人员属性、组织关系和权限配置。

背景：人员、空间、设备、业务和权限之间存在复杂的数据关系。

设计判断：先用信息架构解决对象、层级和入口问题，再进入页面设计。

影响：降低复杂系统的学习成本，为后续流程和界面设计打基础。

最终架构输出

在过程版基础上重新梳理层级、关系和标注，形成可用于评审和交付的高清架构图。

背景：过程版用于推演，最终版需要让产品、研发和业务共同理解。

设计判断：统一图例、层级和关系表达，减少评审中的解释成本。

影响：让系统结构成为后续流程、权限和原型设计的共同依据。

决策三：把用户流程可视化

在多角色系统中，很多问题只有画成流程之后才会暴露。哪些步骤多余？哪个角色需要确认？哪个状态需要反馈？异常应该回到哪里？

通过用户流程图，我们可以更早发现策略问题，而不是等到 UI 完成后再返工。

用户流程图组

覆盖组织关联、登录、注册和考勤配置等关键任务，检查角色、状态和异常分支。

背景：多角色任务跨越组织、人员、权限和考勤模块。

设计判断：保留流程推演和整理后的清晰版本，呈现逻辑如何从草图发展为可评审材料。

影响：帮助团队在原型前确认任务逻辑，减少后期改动成本。

原型与界面

智慧办公的界面设计需要兼顾管理效率和日常使用。平台端需要承载更多管理信息，移动端则需要让员工快速完成高频任务。

原型、跨端方案与设计规范

展示平台端、移动端和智能硬件如何保持统一的术语、状态、操作反馈与视觉规则。

背景：原型和界面材料覆盖管理端、员工端及智能硬件，是项目落地的重要证据。

设计判断：在清晰信息架构基础上，继续处理跨端界面和设计规范的一致性。

影响：将复杂系统结构转化为可使用、可评审、可上线的界面方案。

用户测试

智慧办公上线后，团队继续进行可用性测试。

测试前，我们从运营部门获取部分客户联系方式，就近抽取 20 位实际用户。每位用户先进行 2–3 分钟电话访谈，用来了解职位和使用习惯，并为后续角色分类做准备。

测试关注点包括：

• 用户能否理解功能名称；
• 当前信息分类是否合理；
• 操作流程是否符合用户心理预期；
• 业务组件是否容易学习和理解；
• 用户执行任务时的效率、效果和满意度。

现场测试采用一名记录官和一名测试官的二对一方式，单次测试约 15–20 分钟。

用户测试准备

用户测试准备：角色分类、测试脚本和用户任务设计。

背景：智慧办公用户测试页面中包含角色分类、测试脚本和用户任务相关图片。

设计判断：在测试前先明确角色、任务和观察维度，避免测试变成随意访谈。

影响：让测试结果更容易归类，也更容易转化为后续优化建议。

用户测试现场

用户测试现场：一名测试官和一名记录官配合观察用户完成任务。

背景：测试用户被邀请到公司培训室，单次测试约 15–20 分钟。

设计判断：用真实用户完成任务，而不是只在团队内部评审方案。

影响：帮助团队发现导航、命名、流程和理解成本上的真实问题。

测试后的问题整理

测试结束后，我们对每个测试者进行了回访，收集反馈和建议，并汇总成测试报告。

我认为这一步的价值不只是“发现问题”，更重要的是帮助团队判断问题是否合理、是否普遍、产生原因是什么，以及是否值得进入下一轮优化。

测试总结

测试总结：将用户反馈转化为问题判断和后续优化方向。

背景：测试总结包含测试报告和问题整理相关材料。

设计判断：不只收集反馈，而是追问问题是否普遍、原因是什么、如何解决。

影响：让用户测试结果真正进入设计迭代，而不是停留在记录层面。

结果

智慧办公平台于 2022/03/24 上线，并进入持续迭代。

这个案例不适合在缺少数据时强写效率提升。它更适合证明两点：第一，我能处理复杂 B 端系统的信息架构和任务流程；第二，我能把用户测试纳入设计过程，用真实用户反馈推动后续优化。

反思

智慧办公让我进一步理解，大型企业系统的设计重点不是“功能越全越好”，而是要让复杂功能被正确组织，让不同角色都能在系统里找到自己的任务路径。

如果重新做这个项目，我会更早建立任务成功率、完成时间和满意度等测试指标，让上线前后的变化更容易被量化。

背景

企业已经使用多套 OA、门禁和设备管理工具，但功能与数据分散。智慧办公平台希望把人员、空间、设备和办公业务组织到同一系统中，同时支持平台端、移动端和智能硬件。

问题

HR 助理把大量时间花在信息传递上；HR 负责人需要培训员工使用多套不同系统；员工难以理解审批路径；管理层缺少统一的信息与权限视图。

• 人员、空间、设备和业务模块之间存在复杂数据关系。
• 不同角色需要不同权限与信息密度。
• 跨端命名、反馈和操作需要保持一致。

我的角色

主产品阶段担任交互设计师，将角色诉求转成模块、权限、信息架构和任务流程；后续可用性测试阶段担任 UX/UI 设计师，参与测试计划、角色任务、现场执行和问题整理。

研究与发现

前期结合现有客户、市场调研和竞品分析，按 HR 助理、HR 总监、员工和管理层整理痛点。平台上线后，从现有客户中抽取 20 位实际用户进行简短电话访谈并发出测试邀请。

问题定义证据

用系统全景与调研记录把分散工具问题转成统一产品问题。

关键洞察

设计挑战

把审批、组织、考勤、门禁、访客和设备控制整合进同一架构，同时让高频任务足够直接，并保留管理端的配置能力。

设计决策

信息架构 / 用户流程 / 原型

产品结构与跨端界面

本组材料用于证明架构、工作流与跨端设计。

完整设计证据

从市场判断、功能架构到组织、空间、流程和跨端界面，完整呈现设计如何逐层落地。

背景与系统范围

空间、人员与组织架构

关键用户流程

跨端方案与设计规范

验证

测试周期为 1 周。前期从现有客户中抽取 20 位实际用户做简短访谈并发出邀请；现场按不同角色设置任务，每位参与者由一名测试官和一名记录官配合，单次约 15–20 分钟。

当前资料没有最终到场人数、任务成功率和复测数据，因此本案例不编写效率提升结论。

可用性测试证据

以下素材呈现招募、任务设计、现场执行和问题整理过程，并统一作为 Validation 章节的证据。

招募、任务、现场与发现

保留测试过程而不是只展示一张结果报告。

结果

智慧办公平台于 2022 年 3 月 24 日上线，并进入持续迭代。后续测试建立了从角色招募、任务设计、现场观察到问题整理的验证过程。暂无公开的效率提升或满意度量化数据。

反思

一体化平台不是把所有功能放在一起，而是让角色、对象和任务之间的关系保持清楚。下一次我会在测试开始前定义更明确的成功指标，并把问题严重度、修改和复测结果放进同一套记录。