已有系统需要改版
功能不断增加，但入口难找、操作绕、页面不一致，希望重新整理核心业务与界面。
梳理业务。
设计完整产品。
从新产品设计到已有系统改版，把业务结构、用户任务、交互状态和完整界面一起梳理。
适合这些情况
新产品需要完整设计
业务方向已经明确，需要把需求变成产品结构、关键流程和一套完整界面。
一个重点模块需要改善
先解决使用频率高、问题明确的一条流程，再逐步扩展到其他模块。
产品重构，具体会做到哪些工作？
可以围绕一个核心模块展开，也可以覆盖完整产品。合作前按业务复杂度和改造范围确定交付清单。
设计工作具体怎么做交付与评审依据
01
业务与现状诊断
走查现有系统和典型任务，梳理用户角色、业务对象、关键约束及使用障碍。
问题清单、业务关系图、改造优先级
评审时关注哪些问题影响核心任务？第一阶段改到哪里？
02
产品架构与功能规划
统一对象和模块命名，组织导航、页面层级与跨模块关系，明确首期和后续范围。
信息架构图、功能地图、页面清单
评审时关注用户知道去哪里做事吗？相同对象是否保持同一含义？
03
关键流程与多角色协作
设计任务进入、操作、交接、确认与结果反馈，补齐异常和权限分支。
任务流程图、角色责任说明、可交互原型
评审时关注任务能否完整走通？每一步由谁执行、谁确认？
04
完整界面与业务状态
细化工作台、列表、详情、表单和数据视图，覆盖空、加载、错误、无权限等状态。
高保真界面、状态矩阵、响应式与交互说明
评审时关注信息与操作是否清楚？真实使用中的边界是否被覆盖？
05
设计交付与落地核对
整理可复用组件与使用约定，明确设计和实现的对应关系，配合研发评审与页面核对。
设计源文件、组件与标注、实现核对清单
评审时关注研发能否理解并实现？上线页面是否保持设计意图？
客户会拿到什么样的成果？
以下以资源上架场景展示交付内容的组织方式。具体文档与源文件，按项目范围形成。
交付内容示意业务关系 / 流程与责任
示例任务 · 一台设备完成上架
从“选择机位”到“更新资产状态”
先说明流程如何成立，再设计承载它的页面。
- 1填写设备与需求申请人
设备信息、目标机房
- 2核对位置与容量管理员
U 位、电力、占用冲突
- 3执行并确认现场工程师
安装结果、异常说明
- 4回写与核验系统 / 责任人
位置、状态、操作记录
如何处理一套复杂业务系统
以数据中心管理为例，同一台设备同时涉及位置、资源容量、运行状态和现场任务，设计需要把这些关系组织清楚。
设备资产共同的业务对象
位于站点 / 机房 / 机柜
占用U 位 / 电力 / 制冷
呈现在线状态 / 告警
关联规划 / 上架 / 下架
同一台设备既是资产，也是空间中的资源。设计需要让位置、容量和状态相互对应。
在 数据中心管理 案例中，可以查看空间视图、资产管理和设备生命周期工作台。
查看完整案例交付后，如何配合实现
对齐现有基础
了解现有技术栈、组件和研发方式，确定设计需要沿用和调整的部分。
说明操作与状态
交付界面之外，说明角色权限、操作反馈、异常分支和响应式规则。
核对实际页面
结合关键任务检查实现结果，记录差异并配合研发调整。
你的系统，最需要先改哪一部分？
可以从一条关键流程或一个高频模块开始。