“帮助客户自助解决设备问题”，可以指资料下载，也可以指培训预约、配件购买或远程诊断。团队把这些都列进需求，项目很快变成一个平台，最初要解决的困难却没人说清。
领域图把相关主题、趋势、概念和利益相关者组织成探索地图，让早期团队形成共同语言，决定研究范围。它保留未来方向，也标出目前依据与边界，还没有承诺功能和交付时间。
核心领域旁边，放下不同人的想法
以设备企业升级官网为假设示例。团队选“帮助客户持续使用设备”为核心领域，成员各自准备问题、故事、机会和担忧，再合到一张图上。
有人想到客户找不到手册，有人担心网点无法接收请求，有人希望提供远程诊断。独立准备能保留不同视角，避免负责人定调后，其余人只补同意的卡片。
“领域”在这里是问题空间，既不是地理位置，也不是公司部门。客户自助服务、服务知识共享、设备使用支持，都可以成为主题；关键是能解释它们与目标怎样相关。
合成地图时，别用大词抹掉分歧
把相近材料放在一起，讨论共同问题，再给区域命名。例如下载手册和查适用条件可以围绕资料使用展开；配件采购涉及交易与库存，不宜因为都叫“服务”就混成一组。
无法归入的观点保留在旁边，必要时形成新区域。两个部门都说“智能售后”，也许一个想自动回答常见问题，另一个想远程检查设备。先把含义拆开，地图才有助于沟通。
| 地图内容 | 本例需要附上的说明 |
|---|---|
| 核心问题 | 客户在哪项持续使用任务中遇到困难 |
| 相邻主题 | 资料、培训、配件与支持为何相关 |
| 外部趋势 | 来源、日期、适用条件与不确定性 |
| 相关角色 | 客户、网点、维护者怎样参与 |
| 暂缓区域 | 当前不投入的原因，之后需什么条件 |
图形可以自由选择，但位置、颜色和连线要有图例。某区卡片多，可能只是团队更熟悉，不能自动代表用户更重视；区域大小也不宜暗示未经讨论的优先级。
让未来设想和已经知道的情况同时可见
对已有观察、团队经验、外部资料和未来假设使用清楚标记。重要判断保留来源。精美的地图若隐藏不确定性，反而容易把想象包装成需求。
在本例中，资料查找可以先观察真实任务，远程诊断则要核实设备能力和授权条件。它们都在图上，成熟程度并不相同，也不该直接进入同一份开发承诺。
外部趋势只是探索线索。即使设备连接越来越常见，当前客户是否需要、产品是否支持，仍需核实。问“对谁重要、在什么时刻发生”，比反复说“未来很重要”更能推进讨论。
用边界决定本轮投入
结合目标、证据、现有能力和资源，选本轮研究重点。可以先研究资料是否支持客户判断，暂缓远程诊断，并写明后者还缺哪些条件。
相邻领域保留位置，不必从图上删除。新线索也可以记录，但是否投入下一轮要重新决定。范围可调整，不能在每次讨论中悄悄扩成新平台。
成功标志是成员能用相同含义说出当前重点、暂缓原因与待核实问题，并据此安排一项具体研究。只同意“这些都重要”，还没有形成可执行的范围。
从一个区域，问出下一项任务
“客户自助服务”可以改成“客户遇到故障时，首先缺少判断依据还是联系路径？”这个问题能通过访谈、观察和内容检查寻找证据，范围也比平台目标清楚。
“值得研究”与“值得开发”要分开。可以用较小探索了解某方向，再决定投入，而非因为它出现在地图就必须交付。材料太多时，头脑风暴图像组织法可辅助整理关系，框架仍不能替代依据。
新研究可能让某区缩小，或带出之前没看到的角色。更新日期和变化理由，让地图保持工作用途，不把它当作批准后不能修改的海报。
最终保留地图、图例、范围、假设和下一轮安排。领域图使“数字化”变成几个有区别的问题，团队也能据此选择先看什么，而非一次答应所有功能。
在明确范围内推进设计
58UI可把早期探索方向接入企业官网设计开发与UI/UX设计，分阶段讨论内容入口、服务流程和原型；品牌视觉设计则为已经明确的服务建立一致表达。范围和验证任务先清楚，设计更容易作出取舍。
相关工作见设计与开发服务与官网与界面案例。如果项目起点只是“做数字化平台”，可以通过沟通具体设计问题提供候选主题与现有能力，先确定适合本轮推进的部分。
相关服务
