超市数字孪生:员工、客流与安全尽在一张实时地图

一家超市依赖五六套彼此从不"对话"的系统。收银系统知道卖了什么、在哪个收银台。排班工具知道谁在岗。库存系统知道什么快缺货了。后勤办公室的一个文件夹记得面包房旁的灭火器上次是什么时候检查的。每个系统都能把自己的问题回答好,但没有一个能回答店长在周五傍晚 5 点 40 分真正想问的问题:问题到底在哪儿?

这正是超市数字孪生的用途。它不是又一个业务记录系统,而是一张共享的、实时的卖场全景图:每个系统的数据都落在它所属的形状上 —— 通道、部门、收银通道、收货月台。在 Spatial Map 中,这张图就是一张在浏览器中运行的 3D 门店地图,配有实时数据链接,以及基于同一份数据构建的报表。本文将带你走一遍我们的演示超市,并说明如何把你自己的系统接进来。如果你同时经营多种业态,零售解决方案页面把超市、门店和商场放在了一起。

门店布局软件通常止步于货架陈列图(planogram)。数字孪生则从更高一层开始 —— 建筑本身。你在浏览器编辑器中绘制门店,通常以现有图纸为底图:PDF 平面图按图幅自动换算比例,DWG 图纸会渲染为一张平面图图片,PNG 或 JPG 也可以作为底图。然后用绘图工具在上面描出通道、区域和门。能自动提议这些形状的 AI Map 工具正在开发中,目前在 Draw 菜单里显示为“Coming soon”。

• 通道与货架:使用 Aisle 和 Rack 工具,编号方式与陈列图保持一致。
• 以区域表示部门:生鲜果蔬、面包房、乳品、冷冻、熟食等 —— 让客流和库存数据为整个部门着色,而不是一个孤立的点。
• 收银通道、购物车存放区和收货月台单独建模,让收银与到货数据有处可落。
• 门、楼梯和电梯用于多层门店;区域和门还为同一楼层内两点之间的室内导航提供支撑。
• 安全点位:每个灭火器和急救箱都放在它在墙上的实际位置。

人力是店长能掌控的最大成本,而其中很多都花在了离真正需要的地方只差几米的位置。在演示门店中,Employees 数据表记录每位员工的岗位、班次、所属部门、当前区域、当日拣货数和交易数,以及经纬度。一条数据链接用 Live location marker(实时位置标记)渲染模式把它画到地图上:每位员工一个带名字、按颜色区分的标记,数据行一变化就会移动 —— 无需刷新页面,因为查看器通过实时连接接收更新。

Live location marker 的 Connect fields

点击任一标记,详情面板会显示你选定的字段 —— 岗位、班次、当前区域、当日交易数。要回答"谁能去开 4 号收银台?"或"晚间到货前生鲜区有人吗?",这是最快的办法。位置数据从哪来由你决定:工牌或 RTLS 系统、手持终端 App,或报告员工分配区域的排班工具。Spatial Map 本身不追踪任何人,它只显示你的系统发送过来的数据。想了解同一张表的其他呈现方式,请参阅数据源与渲染模式说明。

所谓门店热力图软件,往往是摄像头厂商放在另一个标签页里的仪表盘。而在数字孪生中,客流只是同一张地图上的又一个图层。演示中的 Customer Traffic 数据表按部门、按每 5 分钟记录匿名化的进入人次、离开人次、独立访客数和停留时长中位数。Color a shape(为形状着色)渲染模式按进入人次为每个部门区域着色,最繁忙的区域一目了然,冷清的区域则逐渐淡化。

Acme Supermarket 各部门按客流着色

与员工标记放在一起看,画面就具备了可操作性:面包房颜色很深而附近没有任何员工,这就是一个十分钟内就能补上的人手缺口,而不是下周报表里的一行字。样式规则用来设定色阶和阈值,同一张表还驱动着下文展示的 Customer Traffic 报表。若想了解商场级的做法 —— 入口计数器、捕获率和停留时长 —— 请阅读我们的零售客流热力图指南。

每家超市都有灭火器台账,而在大多数门店里,它是一张审计前没人打开的电子表格。在演示中,Safety Assets 数据表列出每个灭火器和急救箱的类型、位置、上次检查日期、下次到期日、状态、检查人,以及灭火器的压力读数。一条数据链接把每件设备放在地图上的真实位置,于是"FE-07 在哪儿、该检查了吗?"只需点一下,而不用绕店走一圈。

• 用样式规则按状态为标记着色 —— 合规、即将到期、已逾期 —— 在店里任何位置都能一眼看出问题。
• Safety Compliance 报表统计设备总数、合规数和即将到期数,展示状态环形图,并按下次到期日排序列出台账。
• 把台账导出为 PDF 或 Excel 交给检查人员,或发送一个检查结束后自动失效的只读链接。

Spatial Map 没有针对某个收银或 ERP 厂商的专有连接器,也不需要。门店系统通过三种简单方式接入孪生体:一是数据表,使用你自己的字段结构并自动生成 REST 写入 API,每个系统各用一个 API 密钥;二是 REST 拉取,按计划从你的系统获取 JSON,支持 API key、Bearer 或自定义请求头认证;三是上传文件(CSV、XLSX、JSON 或 GeoJSON),适合按天而不是按秒变化的数据。通过 API 写入的数据表最接近实时:变更会直接出现在已打开的地图上,无需刷新。数据表指南介绍了字段结构、密钥和行历史。

1. 1
   创建设施并搭建布局

   新增一个设施,放置或导入平面图,然后绘制通道、部门区域、收银通道和安全点位。部门命名与数据中的名称保持一致。

2. 2
   每个数据源建一张表

   在 Tables 中按系统发送的字段类型定义结构 —— 文本、数字、布尔、日期时间等。行历史会自动保留。

3. 3
   把系统接进来

   为每个系统创建一个 API 密钥,让收银、排班或库存系统通过 REST 写入行;更简单的场景可以设置定时 REST 拉取或上传 CSV/XLSX。Integrations 页面的 Health 标签会显示哪些数据源需要处理。

4. 4
   添加数据链接

   为 Employees 使用 Live location marker,为 Customer Traffic 使用按部门名称关联的 Color a shape,为 Safety Assets 使用按状态着色的标记,并分别选择提示框和详情面板中显示的字段。

5. 5
   构建报表

   用报表构建器在同一批数据表上创建汇总、明细或可编辑报表,再把设施、报表和数据源归入一个解决方案。

6. 6
   分享

   以 Viewer 角色邀请店长(对方需要先有 Spatial Map 账号),或向区域经理、审计人员发送带有效期的只读分享链接。

地图告诉你"在哪儿",报表告诉你"有多少、多频繁"。由于 Spatial Map 的报表读取的就是地图背后的同一批数据表,因此既不需要导出,也没有第二条数据管道。在演示超市中,我们用报表构建器搭建了以下报表 —— 每份都只需选择数据源、指标和组件:

• Store Overview:在售 SKU 数、在岗员工、交易笔数、营业额、客单价、各部门客流和各收银通道营业额。
• Sales Performance 与 Cashier Performance:营业额、客单量、支付方式构成和收银通道效率,以及收银员排行榜。
• Shelf Placement Audit:各通道的陈列位与排面数、各部门陈列位、不同 SKU 数量。
• Stock Health:各通道在库数量、各通道补货预警、平均可售天数和低库存清单。
• Customer Traffic:各部门的进入人次、独立访客和停留时长,以及进入人次随时间的变化。
• Safety Compliance:检查状态、到期日期和压力读数。
• Receiving Activity:按供应商统计的到货、按月台统计的托盘数,以及到货状态分布。
• Active Promotions:按类型统计的促销、各部门折扣力度、原价与促销价。
• Workforce Roster:按岗位、班次和当前区域统计的员工。

Store Overview 报表

任何报表都可导出为 PDF(通过浏览器的打印对话框)、Excel、CSV 或 JSON,图表和 KPI 组件还可单独保存为 PNG —— 周一的区域例会正好用得上。借助筛选,一份报表就能服务所有部门,不必复制十份;全地图布局则把实时门店地图放在报表中央,KPI 环绕四周。

解决方案让每个使用场景井井有条:它是一个有名称的分组,指向设施、报表和数据源,主页展示 KPI、报表、实时记录数和集成健康状态。Retail 模板会预设名称、图标和颜色,并推荐匹配的项目供你确认。在我们的演示工作区里,超市和它的 Employees、Customer Traffic、Deliveries 数据表一起放在名为 Anti-theft 的解决方案中。同一家门店可以属于多个解决方案而无需复制任何内容,删除解决方案也永远不会删除数据。

解决方案模板

你今天就可以在自己的门店上搭建这一切。先开启 7 天免费试用 —— 无需信用卡,最多可建五个设施 —— 之后再升级到 Pro 方案:每月 60 美元或每年 600 美元,最多支持四个设施(查看价格)。如果想先了解超市、门店和购物中心如何使用同一平台,请访问零售解决方案页面。