用户预约送
大型楼宇，午高峰需要错开
运力更好安排
- 预约先选时间和地点
- 接单系统分配任务
- 送达机器人送到该楼层
骑手
接驳点放餐
在机器人屏幕或小程序录入楼宇、楼层和手机尾号，把餐放进指定仓。
机器人
楼内配送
沿已授权路线通过闸机与电梯，前往目标楼层。
员工
楼层附近取餐
收到到达通知后，用手机尾号或取餐码开仓领取。
接驳点不设中转架，也不安排专人值守。取餐点、通行权限与核验方式按项目配置。
服务如何运转
每一单都留在同一条状态上。
放入、配送、到达、取餐和返回都有记录。管理端和员工手机看的是同一张订单。
跟着一份外卖，走完楼内这一程。
1F 接驳 → 8F 取餐 → 1F 待命。进入后自动播放，也可点选步骤重放动作。
1F · 接驳点输入收餐人手机尾号 4 位
概念布局与模拟订单：省略中间楼层，楼层间距已压缩。仓门运动为流程示意，未连接设备或业务系统。
骑手
已放入
餐品进入指定仓，任务已经生成。
机器人
配送中
机器人正在前往楼层，位置可以沿路线查看。
机器人
已到达
机器人到达楼层，并通知员工。
员工
已取餐
员工核验后取走餐品。
机器人
已返回
机器人回到待命位置。
通知渠道和允许等待的时长按项目设置。取餐完成后，机器人返回为它配置的待命位置。
骑手、员工、物业，各做一段。
骑手
找到机器人，录入订单，把餐放进指定仓。交接在这里完成。
员工
登记楼层和取餐信息，收到通知后核验领取。
物业
配置接驳点、路线和已接入的设备。管理端查看任务、设备、异常和当天订单。超时未取或路线受阻时，由现场处理。
三种方式发起，送的是同一趟。
订单可以从员工、骑手或机器人屏幕开始。按楼宇把它们组合起来。
骑手预约送
标准写字楼
员工操作少，交接有记录
- 扫码录入楼宇、楼层和取餐信息
- 接单系统生成任务
- 送达机器人送到该楼层
屏幕下单
先跑通一条路线
交互最快，使用门槛最低
- 录入在屏幕输入楼宇、楼层和取餐信息
- 接单任务立即生成
- 送达机器人送到该楼层
标准写字楼以骑手预约送和屏幕下单为主。楼宇大，或午高峰订单挤在短时间里，再叠加用户预约送。
仓是这次交接的界面。
从放餐到取餐，这个仓一直对应这一单。其余仓门保持关闭。
分开装载
一趟可以带多单。餐和饮品也可以分仓放置。
指定开仓
原方案要求独立电控仓门和核验取餐。采购前需确认机器人版本、仓门硬件及软件接入，不能仅凭型号默认具备。投递时明确显示指定仓编号，其余仓保持锁闭。
尾号或取餐码
通知里带上仓编号。手机尾号或取餐码都可以打开对应的仓。
状态留在订单上
开仓、取餐和异常都可以回看。
超时未取
系统提醒。仍未取走时，按现场规则远程召回，或由人员协助处理。
哪些楼宇适用
先确认楼宇是否适合，再决定配几台。
适合骑手止步楼下、午高峰订单集中，且员工可以在约定楼层取餐点及时领取的办公楼。判断依据是服务路径与实际单量，而不只是楼宇面积。
适合优先试点
单栋写字楼或已获授权的多楼栋；有骑手容易找到的接驳点、可通行的楼层取餐点，且物业能够负责服务规则与异常响应。
需要现场验证
电梯与门禁能否联动、通信是否覆盖全程、通道是否畅通、餐袋是否装得下，以及高峰单量和用户取餐等待。勘察与实测后再确定运力。
先补齐条件再上线
路线存在台阶或无法通过的门槛，缺少通行授权，没有安全接驳空间，或无人响应异常。送到工位、无人领取等要求需另行评估。
午高峰卡在大堂。
骑手止步楼外之后，压力集中到楼下的堆放，和楼上等待取餐的人。
| 现场问题 | 直接影响 |
|---|---|
| 骑手无法入楼 | 外卖集中堆在楼下。 |
| 员工下楼取餐 | 午高峰大堂人流增加。 |
| 餐品散开摆放 | 找餐、错拿和丢餐的可能变高。 |
| 配送状态看不见 | 员工不知道餐品到了哪里。 |
| 物业缺少管理工具 | 现场人员只能守在大堂维持秩序。 |
同一条接驳，各方看到的变化不同。
业主
租户能感知这项楼内服务，大堂不再堆着外卖。
物业
外卖管理从守在大堂，转到管理端查看任务、设备和异常。
企业租户
员工少在午休时间集中下楼。
员工
在楼层附近取餐，少下楼，也少等待。
骑手
在接驳点完成交付，少等候，也少找人。
楼内路线与通行
接驳点避开主通道。
骑手要找得到放餐的地方，员工要说得出取餐的位置。电梯、闸机和门禁按现场接入。
楼宇入口
骑手到达
接驳点
录入信息并放餐
闸机
沿授权路径通过
电梯
前往目标楼层
取餐点
通知、核验、领取
接驳点可以放在
- 大堂侧边服务区
- 闸机外侧
- 货梯厅或服务入口附近
- 靠近电梯、不占主通道的位置
在接驳点完成的事
骑手扫码或输入取餐信息完成识别，把餐放进指定仓。机器人接单后上楼，投递记录留在这一单上。固定入口把排队从主通道引开。
配送终点是项目配置的楼层取餐点。是否送到办公室门口，以已建路线为准。
机器人接入这栋楼的通行体系。
呼梯、选层、上下楼，以及通过闸机和门禁，都按这栋楼已经授权的路径工作。
电梯
呼梯、选层，并完成上楼和下楼。
闸机
只在已授权的路径里通过。
门禁
按项目配置的楼层或区域权限开门。
原方案采用自带 4G 通信，楼内 Wi-Fi 不是核心部署前提；仍需测试电梯轿厢、梯厅和充电点的信号覆盖。电梯、闸机和门禁需完成兼容性确认、授权与现场联调。
现场需要具备的条件
左右滑动查看完整表格。
| 核对项 | 部署前确认什么 | 需要谁参与 |
|---|---|---|
| 服务范围 | 明确服务楼栋、楼层、时段和取餐点。终点是电梯厅、企业前台还是办公室门口，需事先说清。 | 物业、企业租户 |
| 电梯与通行 | 核对设备型号、可用接口、接入许可与授权路线；在高峰测试进梯、选层、出梯和返回全过程。 | 物业、设备服务方、实施团队 |
| 路线与充电 | 按选定机型核对净宽、转弯空间、门槛、坡度和电梯间隙；预留有电源、不挡通行的安全充电点。 | 物业、实施团队 |
| 通信与通知 | 测试全路线 4G 覆盖；明确到达通知渠道、收件信息和通知未收到时的联系办法。 | 实施团队、运营负责人 |
| 餐品与仓格 | 用真实餐袋、饮品和大份订单试装，确认仓格尺寸、载重、防洒漏要求，以及可区分交付的实际装载单量。 | 运营负责人、骑手、实施团队 |
排班与运力
先选一档规模，再按这栋楼测算。
建议台数 = 午高峰目标配送单量 ÷ 单台机器人在该窗口内的有效配送单量，结果向上取整。有效单量需同时计入往返趟数与每趟实际装载单量。以下三档来自原方案的推荐配置，不代表固定承载保证。
单栋标准写字楼
2–4 台机器人，1–2 部电梯，1 组闸机，1 个接驳点。配置用户端、管理端和调度。发起方式用骑手预约送和屏幕下单。
中大型写字楼
4–8 台机器人，2–4 部电梯，1–2 组闸机，1–2 个接驳点。增加骑手端。三种发起方式一起用。
多楼栋或园区
8 台以上，按楼栋分组。电梯按楼栋接入。闸机按多入口、多楼栋联动。每栋单独设接驳点。调度覆盖这一组楼。以用户预约送为主，再叠加骑手预约送和屏幕下单。用户端和管理端都配置。
这些数会改变台数
| 测算因素 | 对运力的影响 |
|---|---|
| 常驻人数 | 用来估计这栋楼的基础单量。 |
| 午高峰订单 | 用来看同一时段要送多少。 |
| 高峰窗口 | 通常是 1.5–2 小时。 |
| 仓格 | 决定一趟能分开带几单。仓格组合见 KAGO 产品页。 |
| 单趟时长 | 楼层、电梯和取餐都会改变它。 |
| 可用电梯 | 影响机器人多久能周转一趟。 |
| 取餐等待 | 影响下一单什么时候开始。 |
台数、仓格、电梯联动和午高峰排班要放在一起看。以上是推荐区间。沿实际路线测算后，再按这栋楼设计方案。
排班围绕午高峰。
订单挤在一起时全量配送，人少时轮流充电。
10:30 前
准备
检查设备，充满电，仓格就位。
11:00–13:30
午高峰
全部投入配送，尽快周转。
13:30–16:30
轮充接单
轮流充电，保留少量机器人接单。
16:30–18:30
下午与晚餐
补上这一轮。
夜间
回充与核对
维护设备，并核对当天订单。
高峰集中投入配送，低峰轮流充电，在约定服务时段内保持可用。
一套系统把人、机器人和楼宇接在一起。
管理端查看任务、设备、异常和当天订单。
| 系统层级 | 承担的工作 |
|---|---|
| 用户交互 | 用户端、骑手端、机器人屏幕。 |
| 业务 | 预约、下单、到达通知、取餐核验。 |
| 调度 | 任务分配、排班、路径、状态和异常。 |
| 楼宇通行 | 电梯、闸机、门禁，按现场接入。 |
| 机器人 | 接单、开仓、配送、到达、返回、充电。 |
试点与运营
从现场勘察，走到真实午高峰试运行。
实施周期取决于现场准备与通行设备接入。勘察后确定各阶段交付物与时间，不预设统一的上线天数。
勘察与定界
收集高峰单量、到单分布、楼层分布和餐品尺寸，标定接驳点、取餐点及充电点。
交付：服务范围、路线勘察结果、初步运力测算。
配置与联调
确认机器人版本与仓门配置，联调电梯、闸机、通知与调度，配置楼层、核验方式和异常联系人。
交付：设备清单、授权地图、联调检查表。
午高峰试点
先覆盖一个接驳点和部分楼层，完成骑手、员工与运营人员指引，演练排队、超时未取与通行异常。
交付：高峰运行记录、异常记录、修订后的配置建议。
验收与扩展
对照约定指标复盘并关闭试点问题，确认排班、清洁、回充与支持交接后，再增加楼层或楼栋。
交付：验收记录、运营流程、扩展计划。
配送暂停时，谁来接手这一单。
原方案包含超时未取预警，以及远程回收或人工处理。下表补充建议运营流程，具体动作、超时阈值和升级联系人需在上线前约定并演练。
查看异常处理清单
左右滑动查看完整表格。
| 异常场景 | 建议处置规则 | 闭环确认 |
|---|---|---|
| 暂无空闲机器人或仓格 | 提示下一次可用服务安排，明确骑手等待、预约其他时段或转指定人工交接；避免把餐品临时堆在机器人旁。 | 记录排队或人工交接，告知用户取餐方式。 |
| 信息填错或餐品放错 | 暂停受影响交接，由运营负责人核对订单与仓号，按授权流程修正；不打开无关订单的仓格。 | 目的地与收件人修正，并留存交接记录。 |
| 电梯故障或通道受阻 | 核查梯控、权限与障碍，仅在确认后使用已授权替代路线；无法恢复则安排人工交付或召回。 | 明确餐品位置，记录最终交付人及交付结果。 |
| 通知未收到或超时未取 | 按约定渠道提醒并设置等待上限；超过上限后按规则召回或人工接管，告知用户新的领取位置。 | 确认已领取或已回收，餐品有明确保管人。 |
| 断网、低电量或设备异常 | 运营负责人核对任务和设备状态，定位机器人并安排恢复；先确认离线可执行动作，不能假定断网后仍可远程操作。 | 核对受影响订单，设备检查后恢复服务。 |
| 洒漏、破损或疑似错拿 | 暂停使用受影响仓格，核实交接记录，并按项目规则完成清洁、客户沟通与责任处理。 | 记录清洁检查和客诉结果，依据记录确认责任。 |
用哪些证据判断试点符合预期。
以下是建议验收维度，不是已承诺的 SLA。试点前约定目标值、观察周期、样本量及排除条件，失败订单和人工接管订单也需纳入复盘。
查看验收维度与责任约定
左右滑动查看完整表格。
| 验收维度 | 建议如何统计或测试 | 用于判断什么 |
|---|---|---|
| 高峰吞吐与排队 | 统计约定高峰窗口的接单量、已取餐量，分时段记录最大排队量及投递等待。 | 台数、接驳点与预约规则能否承接峰值。 |
| 配送与取餐时长 | 分别统计放餐确认至到达、到达至领取的时长，查看中位数、95 分位值及超时订单。 | 实际等待是否符合租户预期。 |
| 完成率与人工介入 | 已取餐订单数 ÷ 已接收订单数；同步列出自主完成、人工介入、取消和失败订单及原因。 | 日常运营与人员投入是否符合预期。 |
| 通行、通知与核验 | 逐一测试授权楼层、电梯与闸机，验证通知可达，取餐仅能打开指定仓格。 | 从放餐到领取的完整交接是否可用。 |
| 异常与日常运营 | 演练约定异常，核对升级响应、餐品保管、清洁、回充及当天订单核账。 | 现场团队能否恢复服务，且每单去向明确。 |
上线前，把服务范围与责任写清楚。
物业与租户
提供路线与点位授权，向员工说明新的取餐方式，保持通道畅通，并指定服务时段内的运营负责人及升级联系人。
实施与支持团队
明确交付硬件、软件、设备接入、培训、维护范围、响应时段、备用设备安排，以及路线变更的处理方式。
费用与数据约定
明确设备购置或租赁、设备接入、通信及持续服务费用，餐损客诉处理、订单记录访问权限和保存周期。原方案未提供价格或固定响应时效。
常见问题
原方案中的设备参考
- 净重
- 47.5 kg
- 载重
- 20 kg
- 移动速度
- 0–2 m/s
- 仓格设置
- 2 / 3 / 4 格
- 空载续航
- 8 小时
- 充电时长
- 3 小时
- 爬坡能力
- ≤ 7°
- 可通过障碍高度
- < 2 cm
以上摘自原方案第 8 页，不作为所有 KAGO 配置的统一承诺。交付前需确认具体型号、整机及单仓载重与测试条件。空载续航和最高速度不能直接换算午高峰运力；原方案也未说明餐品温控能力。
试点前，客户常问的几个问题。
是否能送到每个员工的工位？
基础模式是在楼层附近约定点取餐。送到办公室门口需满足地图路线、通行权限与约定服务范围；原方案没有承诺送到工位。
自助投递是否意味着完全不需要人员？
接驳点不设固定中转人员和中转货架，但仍需有人负责异常响应、清洁、日常检查和服务恢复。
有 4G 是否就不用接电梯和门禁了？
4G 解决通信，不等于获得呼梯和过闸权限。需要同时验证网络覆盖与楼宇设备接入。
是否已经打通外卖平台订单？
原方案提供用户预约、骑手扫码与屏幕录入。与外卖平台或租户现有系统自动同步订单，需要另外确认接口及接入范围。
能否保温、加热或冷藏？
原方案没有说明加热、冷藏或温度保证。需另外确认包装、允许运输及等待时长，以及特殊餐品的要求。
以后能否同时配送快递或其他物品？
原方案将快递、文件、商户商品和会议物资列为后续延展。各业务需独立确认流程与运力，优先保障约定午高峰服务；巡检与清洁需按其他机器人任务评估。
部署准备
- 单量与时段
- 常驻人数、午高峰订单、服务窗口和预计取餐时长。
- 接驳与取餐点
- 骑手指引、放餐空间、不挡主通道的位置，以及说得清的楼层取餐点。
- 楼宇通行
- 电梯、闸机、门禁和充电位置。通行设备按现场接入。
- 运营规则
- 发起方式、核验、通知、超时未取，以及异常由谁处理。
同一套楼内通行，也可以承接这栋楼的其他任务。
快递、商户餐食和饮品、文件、会议物资各自有交接。巡检和清洁是另外的楼内任务。