优先客户 A
异地机房和边缘节点较多的企业 IT 团队
这类客户不一定机房很多，但点位分散、值守稀薄、夜间响应慢，最容易感受到远程代手的价值。
- 典型信号：有多个园区、门店、分支站点或边缘柜。
- 典型痛点：系统远控不上去时，还得临时派人过去确认和按键。
四把尺子理论 · v23 · 机房代理机器人客户开发页
第一次触达客户时，不要先讲机器人有多酷，先讲夜间代手、现场出车和标准动作为什么值得先试点
这页不是报价单，也不是技术说明书，而是一张真正拿去开发客户的开口页。核心任务只有一个：帮你在第一次沟通时，让客户先意识到“这类需求确实一直有人在现场做”，再顺势把试点、勘查和报价推进下去。
客户画像
开场话术
痛点短句
异议处理
试点推进
夜间值守压力
标准化代手动作
优先找
0
先找异地机房多、夜间代手频繁、边缘节点分散这三类客户，启动成功率最高。
先讲清
0
先讲出车成本、夜间等待、标准动作、日志留痕，别一上来堆满技术名词。
最常见异议
0
已有远控、需求太小、风险太大、预算没批，这四类顾虑要提前准备口径。
推荐动作
0
第一步先推小试点，不推全替代，这样客户更容易点头进入下一轮。
Customer Fit
客户画像：不是所有客户都适合先聊这条线，优先找“夜里真的会有人去现场按一下”的团队
客户开发第一步不是广撒网，而是先筛掉不会买的人。谁经常遇到代手动作，谁就更容易理解这条线的价值。
优先客户 B
设备运维外包团队或机房服务商
这类客户直接承受出车成本和夜间待命成本，更容易接受“先试点一类动作”的方案。
- 典型信号：夜班频繁、SLA 压力大、到场动作重复。
- 典型痛点：很多动作不复杂，但不去现场就没法继续下一步调试。
优先客户 C
已经有远控软件，但仍频繁卡在物理动作的客户
这是最容易聊明白的一类客户，因为他们会立刻理解“软件能远控，但按钮和接口还得人去碰”的差距。
- 典型信号：已经有 KVM、远控卡、管理平台。
- 典型痛点：一遇到上电、看灯、切线、进 BIOS 前动作，还是得找人。
Opening Scripts
开场方式：别一上来问“要不要机器人”，先问“你们现在有没有这种必须到场的小动作”
好的客户开发开头，不是把方案一次讲完，而是先让对方承认这个问题确实存在，再继续往试点推进。
电话开场
先问夜间有没有“必须跑一趟”的动作
适合第一次打电话或转介绍场景，用一个真实问题让对方进入具体画面，而不是抽象介绍产品。
你们现在异地机房或者边缘节点，夜里有没有那种系统远控不上去，最后还是得让人过去按一下电源键、看一下灯、插一下线的情况？
微信私聊
先讲降本和响应，不先讲替代
适合微信初聊或朋友转发，语气要轻，不要像直接推销设备。
我们最近在做一个机房远程代理机器人方向，不是替代整个 IT 团队，而是替代一部分必须到场的远程代手动作，特别适合夜间代手和异地点位比较多的场景。
面谈开局
先把边界说小，客户戒心反而更低
面谈时先降低夸张预期，客户更容易愿意继续听试点方式和风险控制。
我们不是想把机房运维吹成全自动，而是先看有没有一两类标准化动作，值得先用低成本机器人接住，减少值守和出车。
转介绍开场
先借熟人语境，把场景说成“你们可能正好用得上”
适合朋友引荐或渠道介绍，重点是让客户知道这不是陌生行业概念，而是对方现有问题的一个补位方案。
朋友提到你们那边异地点位不少，夜里有些现场代手动作还挺频繁。我们最近正好在做这类远程代手机器人，想看看有没有机会先帮你们梳理一个试点动作清单。
Pain Copy
痛点短句：开发客户时，最有用的不是术语，而是让对方马上点头的具体描述
这些短句适合放进朋友圈、私聊、提案封面、电话话术和第一页演示稿里。核心是让客户觉得“你说的就是我现在遇到的事”。
共鸣短句
很多机房问题不是不会远控，而是总卡在最后那一下必须到场的动作。
适合对已经有远控平台的客户使用，先承认他们已有基础，再指出物理动作仍是空白区。
共鸣短句
最贵的不是按一次按钮，而是半夜为了按一次按钮还得让人跑过去。
适合对夜间值守压力大的客户使用，直接把账算到出车成本和恢复时间上。
共鸣短句
这条线先替代的是标准化代手，不是替代全部 IT 运维判断。
适合一开始就把客户预期放到合理区间，避免后续被误会成夸大承诺。
共鸣短句
如果一个动作可以标准化、可回传、可留痕，它就值得先被机器人接住。
适合引导客户从“能不能做”转向“哪些动作值得先试”。
共鸣短句
先把看灯、看屏、按键、重启跑通，比一上来谈无人机房更容易落地。
适合和谨慎客户沟通，强调 MVP 路线而不是大工程叙事。
禁忌提醒
不要一开口就说“我们能替代机房管理人员”，这会马上触发防备。
更稳的表达是“减少部分现场代手和值守压力”，先讲补位，再讲扩展。
Objection Handling
异议处理：客户反对时，不是继续加功能，而是把边界、试点范围和投入方式讲清楚
异议大多不是因为客户完全不需要，而是因为客户怕风险、怕被夸大、怕预算一开始就太重。
常见异议一
“我们已经有远控软件了。”
回应重点不是否定软件，而是补足物理动作缺口。
- 可以先认同：远控软件解决的是系统层控制，这部分很重要。
- 再补一句：但很多现场问题还是卡在按钮、接口、灯态和屏态确认，这部分软件替不了。
常见异议二
“我们的需求没有那么大。”
回应重点不是说需求很大，而是说不需要大，也可以先试一小段。
- 先承认：这条线不需要一开始就做成大项目。
- 再推进：如果只是 1 到 2 类代手动作频繁出现，就已经值得做一个轻试点。
常见异议三
“这个风险会不会太高？”
回应重点是强调分级审批和人工复核，不是保证什么都能自动做。
- 先说明：高风险动作不会默认一键执行。
- 再补充：我们会把可做动作、需审批动作和必须人工到场动作分开定义。
常见异议四
“预算现在还没批。”
回应重点是把决策门槛从“大采购”降到“小验证”。
- 先降低压力：不一定先谈全量部署，可以先做小试点和动作验证。
- 再推进：先把价值验证出来，预算反而更容易批下来。
Follow-Up Actions
跟进动作：开发客户的目标不是一次讲完，而是把对方带进“勘查 - 试点 - 报价”三步里
这页最适合做成销售动作卡。每次聊完后，要知道下一步具体推进什么，而不是只停留在“客户挺感兴趣”。
1
先确认有没有高频代手动作
问清楚客户是不是经常遇到按键、看灯、看屏、插拔指定接口、重启前置动作这些具体问题。
2
再约一个轻量勘查或动作梳理
不要一上来给全方案，先把点位、按钮位置、权限链路和动作频次梳理清楚。
3
然后推一个小试点而不是大采购
先聚焦 1 到 2 类动作，讲清成功口径、边界和日志留痕，让客户先低风险点头。
4
最后再带报价页和验收模板页
当客户认可试点方向后，再进入报价、验收、回款节点和分级审批的正式沟通。
建议组合
客户第一次感兴趣时，最适合一起发哪两页
- 先发专项页，帮助客户理解场景为什么成立。
- 再发这张客户开发页，帮助对方快速进入试点讨论。
- 等客户真正问价，再补报价与服务包页。
边界提醒
如果客户还没承认痛点，不要太早发报价
- 没认痛点时直接谈价格，客户只会把你当成卖设备。
- 先让客户点头“确实一直有人在做这些动作”，后面才有讨论空间。
- 报价页更适合在第二轮或第三轮沟通时再打开。
Recommended Next
下一步选路：客户开发页看完后，应该回哪一页继续推进
这页负责“开口和推进”。真的往下走时，要回到场景、报价和验收页面把方案收紧。