总判断
表面上看都是“机器人项目难做”，实际上常常是四种完全不同的问题：签单时乱承诺、交付时没模板、运行时节拍失稳、售后被持续拖垮。
- 如果客户不断追加需求，通常不是现场太复杂，而是前面边界没说清。
- 如果每个项目都要大改，通常不是客户太难搞，而是公司没有模块化模板。
- 如果售后天天救火，通常不是工程师不努力，而是前端把复杂度后移了。
四把尺子理论 · v23 · 码垛卸货症状
很多码垛和卸货机器人项目，不是技术死在现场，而是死在报价、边界和交付制度上
如果你的项目总是“签单时很轻松，交付时很痛苦”，如果客户总说误抓多、节拍不稳、售后慢、换型难，问题往往不只在算法，而是售前承诺、交付模板、隐性劳动和组织分工出了问题。这一页用症状方式帮你快速定位。
码垛机器人
卸货机器人
误抓
节拍失稳
售后被拖垮
最常见误判
0
把问题简单归因成算法差，而忽略售前判断、夹具策略、节拍设计和边界失真。
高风险环节
0
报价边界、现场交付、售后承诺，是最容易把团队拖进亏损的环节。
典型角色
0
老板、售前、交付、售后，看到的是同一个项目的不同疼点。
最该先做
0
先把症状分清，再决定是改技术、改制度、改报价还是改组织接口。
High Frequency Symptoms
高频症状：先别急着改算法，先判断自己更像哪一种失控
症状页的作用不是替代分析，而是先把问题归到正确的箱子里。箱子分错了，后面的修复基本都会走偏。
危险提醒
最危险的状态，不是项目出问题，而是公司把“出问题”当成正常。
一旦团队习惯了“老板兜底、交付加班、售后熬夜、客户忍一忍”，项目表面还在转，组织实际上已经在透支。
症状一
签单容易，交付困难
销售阶段说什么都能做，真正落地时才发现现场对象、节拍、换型和安全条件远比想象复杂。
高风险：报价边界失真
症状二
误抓多，节拍不稳
客户最常抱怨的不是“机器人不会动”，而是时好时坏、换一批货就失灵、晚上和白天表现不一样。
中高风险：场景适配不足
症状三
售后总被拖垮
项目上线后问题不断，售后团队既要背锅又没有边界，最后看起来像“响应慢”，本质是前端缺口被后端吞掉。
高风险：隐性劳动失控
症状四
老板反复亲自救火
凡是大项目、难客户、关键回款节点都得老板出面协调，说明组织并没有长出稳定的售前、交付和复盘能力。
中高风险：组织接口失效
Role Routing
角色分流：同一件事，老板、售前、交付和售后看到的不是同一层问题
很多公司内部扯不清，不是因为大家懒，而是因为每个角色都只看到了自己那一段。角色分流就是为了把视角拉开。
老板
为什么项目越来越多，利润却越来越薄
- 最关心回款、客户稳定和团队是否还能撑住。
- 最容易误判为“技术还不够强”，实际可能是报价和边界在漏血。
建议先看：商业模式与风险护栏。
售前 / 销售
为什么客户一问细节，就开始心虚
- 最关心能不能签、能不能过预算、能不能讲 ROI。
- 最容易为了签单压缩复杂度，最后把风险后移给交付和售后。
建议先看：边界、准入标准和典型误承诺。
项目交付
为什么现场每次都像第一次上战场
- 最关心节拍、稳定性、抓取策略、换型难度和验收条件。
- 最容易长期被“现场特殊性”绑架，看不出其实是模板不足。
建议先看：模块化与交付模板缺口。
售后维保
为什么所有坏消息最后都压到你这里
- 最关心响应速度、备件、远程排障和责任边界。
- 最容易成为前期承诺失真的最终承压层。
建议先看：隐性劳动、维保边界和问题回流机制。
Deep Mapping
深层映射：这些症状在制度层和组织层各自对应什么问题
症状只是一层皮，真正需要修的是下面那套制度接口。把这一层看清，公司才不会一直头痛医头、脚痛医脚。
映射一
签单容易、交付困难
深层通常对应项目准入机制缺失、售前风险评估不足、报价边界没写清，以及“为签单牺牲交付真相”的激励失真。
准入机制
报价边界
销售激励
映射二
误抓多、节拍不稳
深层通常对应现场数据不足、抓手与目标物不匹配、换型策略没设计、环境波动没纳入验收标准。
场景建模
夹具策略
验收定义
映射三
售后被拖垮、老板反复救火
深层通常对应隐性劳动不计价、问题回流机制缺失、项目复盘没沉淀、组织接口过度依赖老板个人协调。
隐性劳动
复盘沉淀
组织依赖
0
第一优先级
先定义项目能不能接，而不是接了再想办法扛。
0
第二优先级
再把交付模板、节拍定义和异常恢复机制写清。
0
第三优先级
最后让售后问题能回流到售前和交付，而不是永久堆在后端。
Next Route
下一步选路：看完症状后，应该去哪里继续
症状页的目标不是把所有内容都写完，而是帮你迅速找到下一页。不同问题，去的地方也不一样。