地理空间设计系统

作为海康威视企业级地理空间设计系统的核心负责人,主导该系统的规划与搭建工作。具体包括:基于安防业务场景调研多行业需求,建立新的设计规范与资产库,推动开发组件的实现与工具平台的打通

担任角色

总设计负责人&全局排期统筹
主导梳理设计系统结构
独立完成设计规范30%内容编写

参与团队

HIK Design设计体系团队
EBG企事业设计团队
PBG公共事业设计团队

项目时间

2025年1月 - 2025年5月

设计能力

设计系统建设经验
工程化思维
沟通统筹经验

设计背景

海康的软件涉及政府机构、企业园区等各行各业的安防业务(如监控点查看、事件告警、指挥调度等),这些业务大多与我们生活的真实空间紧密相关,要求结合地理空间做信息展示。因此,80%+的平台应用与项目都包含地图

平台应用
数字孪生项目

然而,此前并无公司级的地理空间设计规范。行业设计团队内部各自小范围建设地图资产库,或设计时完全无规范,导致产出物五花八门。地图内容设计不一致的问题日益明显,我们需要一个企业级地理空间设计指引。

我作为核心负责人着手展开……

当前困境

基于用户的需求,才能知道我们究竟需要什么样的设计指引

基于对设计师的访谈及历史项目反馈,我们梳理并明确了地图设计流程中,设计师与相关合作方的核心痛点。

设计师

总部与区域业务中心的合作模式为:总部设计师化分至各行业,主要专注设计基线产品&工具。区域设计师根据这些产品、工具来承接各行各业的区域项目

然而,总部各行业间,总部与各业务中心间设计师存在沟通壁垒,这导致各行业与区域设计师存在以下问题:

不知道有这些内部规范

“每次有地图项目,我们都是直接去资产库里找一个大项目的界面设计稿参考这个做。要是总部有相关规范就好了。"

孔工
山东业务中心

不知道该如何应用这些规范

“那几份规范都只有少量地图工具的说明,看完了还是不知道怎么用。"

李工
政府设计组

产出物不一致

“非常类似的工具,这份规范叫框选,那份规范叫空间查询。不知道到底有什么区别,该以谁为准?"

陈工
企事业设计部

无可用设计资产,翻阅、索要设计稿沟通成本大

“业务中心项目量非常大,我们得快速响应。直接从别的项目设计稿复制地图部分控件更快,但经常找不到这些项目对应的设计师、要不到文件。"

邢工
华东业务中心

同时,新型业务模式也带来了挑战。这两年三维地图项目激增,但仅少数设计师具备相关设计经验,绝大多数设计师接到三维地图项目不知道该如何开展

研发

  • 许多研发缺乏地图相关开发经验
  • 目前无地图开发组件库,重复开发效率低,且设计还原度低
  • 公司存在多个地图工具平台,可简化开发流程。但平台间联通性较差,同时许多研发不知道这些工具存在

项目经理、销售

  • 是项目初期与用户沟通、决策地图选型的人
  • 但其中许多人对地图类型不了解,能为用户提供的选项局限

设计目标

基于对公司设计团队现状及其痛点的分析,确定了设计系统的目标用户构成、用户诉求与设计原则。

目标用户构成&诉求

其中,设计师为核心用户——也是设计指引内容的主要使用者,研发与项目经理、销售为相关用户。各类用户诉求如下:

设计师

  • 了解地理空间,进行知识科普
  • 参照设计系统规范开展设计
  • 可快捷复用的设计资产

研发

  • 便捷开发的前端组件库
  • 打通已有工具平台并进行推广,工具赋能开发过程、降本增效

项目经理&销售

  • 了解有哪些地图类型,为用户提供更合适的选择

设计原则

全面而清晰

提供全面、易懂的设计指引,赋能设计师独立、顺畅地解决各类地图设计问题

一致性

从交互操作、视觉样式,及名词术语等方面提供统一基准,保障设计产出的一致性

可快速复用

为设计师、研发提供可快速复用的资产库,降本增效

工程化

规划便于后续拓展的设计系统框架。同时结合平台工具,助力快速交付

挑战与难点

然而,在思考如何构建地理空间设计系统的过程中,我遇到了两个最大的挑战:设计系统到底应该包含什么内容?作为业务强相关的企业级系统,我们又该如何平衡五花八门的行业需求?

地理空间设计系统应该包含什么
建设难点:
  • 地理空间为全新的知识领域,且与业务高度关联
  • 多数用户对其存在较大知识断层
  • 传统端侧的“样式 / 组件”式设计系统不适用
建设定位:
  • 设计指引需要起到一个引导指南+知识库的作用
  • 目标是让新手设计师能够从0到1,一站式看懂地理空间的设计如何开展
如何平衡五花八门的行业需求
推进难点:
  • 行业需求间存在一定差异,部分控件现存形态多变
  • 部分团队在对齐拉通时较为强硬,希望规范可直接参照他们的资产进行微调
推进目标:
  • 规范不能脱离业务场景
  • 降低跨团队、部门协作阻力
  • 提升设计系统的信任度与共识

设计思路

接下来,我将介绍我是如何解决设计系统构建中所遇到的难点。

挑战 1

地理空间设计系统应该包含什么?

与十几名设计师展开访谈,并在各组内进行需求收集,发现他们在地图设计过程中主要存在以下知识盲区:

  • 目前都有什地图类型?该如何选择?
  • 包含地图的页面应如何布局
  • 地图上存在的这些元素都是什么?怎么用?如何拆分?
  • 新型三维项目如何展开

为了让设计师从0到1理解地图类项目的开展方式,我首先回到地理空间信息本身、对其结构进行梳理。首先,基于真实业务中地图与数据的应用方式,我将地理空间信息解构为三个层级,同时结合它们与上层业务面板之间的关联,初步构建出一个可理解、可延展的系统框架。

与传统设计系统侧重样式与组件不同,本次设计系统额外增加了“全局指引”模块。这一部分用于回答地图类项目中的基础问题,如:不同类型地图的特点与适用场景、如何基于业务需求进行地图选型、页面布局等全局性科普、引导

在结构框架基础上,我进一步细化地图层、信息要素层与地图工具层的具体内容。每个层级均围绕三个问题展开:是什么、现在有哪些形式/内容、怎么用,帮助设计师从概念到实际应用逐步理解。

考虑到三维项目涉及多角色协作、且多数设计师缺乏项目经验,我额外补充了三维项目协作指南。该部分梳理了设计师在不同阶段需要与什么角色或团队进行对接、做什么、怎么做、产出哪些成果物,并提供了各成果物模板,帮助团队在三维项目中减少沟通成本,提高协作效率。

挑战 2

如何平衡五花八门的行业需求

面对态度强硬、不愿意变更自己内部规范的团队时,从沟通中了解到对方的顾虑主要来源于两方面:

阻力并非来自反对统一,而是源于对业务适配性与历史投入被影响的担忧。设计系统若无法尊重既有实践,将难以获得各团队信任。因此我将推进策略从“规范制定”向“共识建立 + 降低阻力”的方向转变,并从需求收集与资产整合两个阶段并行解决。

设计成果

发布企业级设计系统

全面而清晰
一致性
在公司设计规范官网发布地理空间设计系统 V1.0,并组织线上、线下宣贯培训,正式确立企业级统一设计基准。

发布设计组件库

可快速复用
一致性
基于规范内容构建设计组件库,覆盖全部核心模块,并与公司桌面端设计系统 token 打通,实现跨系统视觉与变量一致。

代码化 & 工具平台打通

工程化
推动设计资产代码化,与研发协作发布开发组件库,实现从设计规范到工程组件的转化。同时拉通工具平台能力,在规范与培训中整合推广现有地图工具能力,提升系统落地效率。

复盘反思

跳出传统规范内容,回到问题底层

设计系统并不是简单提出统一的方案,而应成为各行业能真正觉得有用的设计指南。当要传达的信息变成大家相对陌生的知识领域时,不能简单套用传统规范的形式,而是需要回到最底层的问题——设计系统到底要为用户解决什么问题?0基础的用户到底需要知道哪些信息才能真正“搞懂”地理空间?在建设系统时应该一直反思这个问题。

设计系统不是一次性交付,而是长期生长

设计系统并不是简单提出统一的方案,而应成文各行业能真正觉得有用的设计指南。

如何在多团队博弈中进行设计决策

求同存异——当面对多组织带来的推进阻力时,首先需要尊重各行业、业务部门自身业务的沉淀积累,及其场景需求的合理性。业务差异 ≠ 设计不统一,对地理空间这样业务强相关的产出尤其如是。因此,在推动设计系统需求收集时,不是强制团队遵循统一规范与标准之争,而是通过需求并集与资产复用,降低协作摩擦、逐步达成共识。

利他视角——在拉通组件研发、工具平台团队与我们合作时,也提出设计系统在助力其产品的普及与单量提升上可带来积极影响,使他们更愿意协助我们打通平台、将我方需求纳入近期迭代计划。