作为海康威视企业级地理空间设计系统的核心负责人，主导该系统的规划与搭建工作。具体包括：基于安防业务场景调研多行业需求，建立新的设计规范与资产库，推动开发组件的实现与工具平台的打通
海康的软件涉及政府机构、企业园区等各行各业的安防业务（如监控点查看、事件告警、指挥调度等），这些业务大多与我们生活的真实空间紧密相关，要求结合地理空间做信息展示。因此，80%+的平台应用与项目都包含地图。
然而，此前并无公司级的地理空间设计规范。行业设计团队内部各自小范围建设地图资产库，或设计时完全无规范，导致产出物五花八门，地图内容设计不一致的问题日益明显。
在这样的背景下，不同角色在实际项目中逐渐暴露出一系列具体问题。
总部与区域业务中心的合作模式为：总部设计师化分至各行业，专注设计基线产品&工具。区域设计师根据这些产品、工具来承接各行各业的区域项目。
然而，总部各行业间，总部与区域间设计师存在沟通壁垒，这导致在实际项目中，设计师普遍面临以下情况：
不知道有这些规范
“每次有地图项目，我们都是直接去资产库里找一个大项目的界面设计稿参考这个做。要是总部有相关规范就好了。"
不知道规范怎么用
“那几份规范都只有少量地图工具的说明，看完了还是不知道怎么用。"
规范间不一致
“非常类似的工具，这份规范叫框选，那份规范叫空间查询。不知道到底有什么区别，该以谁为准？"
缺乏可复用的资产，设计稿复用成本高
“业务中心项目量非常大，我们得快速响应。直接从别的项目设计稿复制地图部分控件更快，但经常找不到这些项目对应的设计师、要不到文件。"
同时，这两年三维地图项目激增，但只有少数设计师具备相关设计经验，缺乏相关经验的设计师在面对新项目时更不清楚从何入手。
在研发侧，同样存在不少困境反馈：
在项目初期，项目经理与销售通常负责与客户沟通并协助决策地图选型。但其中许多人对有什么地图类型、各类型的适用场景理解有限，能够为用户提供的方案往往基于过往经验，较为局限。
跳出角色范围审视这些问题时，可以发现它们都在围绕：地图能力没有形成一套全面清晰、统一、可复用的做法，主要体现在：
本系统面向地图项目中以设计师为核心的工作场景，同时服务于研发、项目经理与销售等协作角色。
全面而清晰
一致性
可快速复用
工程化与可扩展
方向明确之后，真正的难点开始显现。在推进过程中，主要面临两个核心挑战：
接下来，我将围绕这两个挑战，展开具体的策略与拆解过程。
与十几名设计师展开访谈，并在各组内进行需求收集后，发现他们在地图设计过程中普遍存在以下知识盲区:
若这些问题得不到回答，仅提供组件或样式规范，仍无法真正帮助设计师完成项目。
为了让设计师从0到1理解地图类项目的开展方式，我首先回到地理空间信息本身、对其结构进行梳理。首先，基于真实业务中“地图+数据+操作”的应用方式，我将地理空间信息解构为三个层级，同时结合它们与上层业务面板之间的关联，初步构建出一个可理解、可延展的系统框架。
与传统设计系统侧重样式与组件不同，本次设计系统额外增加了“全局指引”模块。这一部分用于回答地图类项目中的基础问题，如：不同类型地图的特点与适用场景、如何基于业务需求进行地图选型、页面布局等全局性科普、引导。
在结构框架基础上，我进一步细化地理空间信息下，地图层、信息要素层与地图工具层的具体内容。每个层级均围绕三个问题展开：是什么、现在有哪些形式/内容、怎么用，帮助设计师从概念理解，到实际应用落地。
考虑到三维项目涉及多角色协作、且多数设计师缺乏项目经验，我额外补充了三维项目协作指南。该部分梳理了：不同阶段需要对接哪些角色、每个阶段需要做什么、怎么做、产出哪些成果物。同时提供了各阶段成果物模板，帮助团队在三维项目中减少沟通成本，提高协作效率。
面对态度强硬、不愿意变更自己内部规范的团队时，从沟通中了解到对方的顾虑主要来源于两方面：
阻力并非不是因为反对统一，而是各团队担心业务适配性与历史投入受到影响。如果设计系统不能尊重既有实践，就很难建立各团队的信任。因此我将推进思路从“制定规范”转向“建立共识 + 降低阻力”，并从需求收集与资产整合两个阶段同时入手。
设计系统并不是一次性交付，它需要随着业务场景的扩张不断拓展。因此在发布 V1.0 的同时，我也与相关负责人共同规划了后续的维护与迭代机制：
在宣贯阶段我们也公布了相关接口人，并明确向各团队传达：设计系统会根据实际业务需求持续更新与完善。如果有更长周期，我会重点关注 需求覆盖情况 与 组件复用情况 两个指标，以评估系统的实际使用效果。
对我来说，设计系统不仅是提供统一规范的工具，更应该成为设计师在真实项目中的全链路实用指南。
当设计系统需要传达的内容属于多数设计师相对陌生的知识领域时，不能简单套用传统设计系统的表达方式，而需要回到更底层的问题：设计系统到底要为用户解决什么？ 因此，我尝试梳理尽可能完整的信息框架，让设计师即使对地理空间了解不深，也能通过快速阅读建立基础认知并开展设计；同时在遇到问题时，也能回到系统中找到对应的解释与参考。
同时，设计规范不能脱离真实业务场景，否则很容易变成难以落地的纸面规范。因此在系统建设中，我也尽量结合真实业务案例，通过具体场景解释不同设计方式的适用条件与取舍逻辑，帮助设计师理解为什么这样设计、在什么情况下可以做出不同选择。
求同存异——在推动系统建设时我意识到，业务差异不等于设计不统一。对地理空间这样的强业务领域，更重要的是在尊重各行业沉淀与实际需求的前提下，通过需求并集与资产复用寻找共性，而不是简单地要求所有团队遵循单一规范。
利他视角——在拉通组件研发、工具平台团队与我们合作时，我尝试从对方视角出发，说明打通平台、结合设计系统能够帮助其产品获得更广泛的使用场景、增加项目单量，从而提升他们参与协作的意愿，将我方需求纳入近期迭代计划。
