客户问“短信收不到，能不能改语音”：验证服务商销售先问什么

重点监测信号

• 消息写明目标市场
• 消息描述失败表现
• 消息提出小范围测试
• 消息主动提合规主体

在 Telegram 的出海验证行业群里，OTP 服务商销售几乎每周都会看到同一种消息。OTP 是 one-time password 的缩写，指一次性验证码，也就是登录、注册或交易确认时短信里那串只能用一次的数字；语音验证码则是系统拨打电话、用语音播报验证码的验证方式，通常作为短信的备用渠道。有人只发一句“短信收不到，谁家能做语音”，有人却会连着几行把场景、国家、失败表现和测试想法一次讲完。同样是问语音验证码，前者多半是一次临时故障排查，后者可能已经是认真评估备用验证渠道的采购需求。分不清两者，销售要么对着一场故障白做半天报价，要么把真需求当成闲聊错过。

下面两条是模拟消息，用来做对照，不是任何真实群聊的截图。

模拟消息 A：

短信收不到，谁家能做语音？

只有这一句。没说是登录还是注册在用，没说目标市场在哪里，没说失败从什么时候开始，也没说由谁对接。

模拟消息 B：

我们 App 登录一直在用短信验证码，目标市场在东南亚。最近一周短信经常延迟，部分用户收不到，最长一次等了四十分钟。想先小范围测试语音验证码做备用渠道，大概两三百个测试号，需要接口和计费说明，测试期排障由谁负责？合规主体和合同主体都可以谈。

（以上时长与数量均为示意案例，不代表任何真实客户的数据。）

B 自带的信息，A 里一条都没有：使用场景（App 登录）、目标市场（东南亚）、当前失败表现（延迟、部分收不到）、测试条件（小范围、接口、排障分工）、合规主体（可谈）。同样的几个字“谁家能做语音”，放在 A 里是一句求助，放在 B 里是一份需求说明。

报价之前，先把六件事问清楚

A 和 B 的差别不是文笔问题，而是提问人处在不同阶段。销售要核实的不是“他们要不要语音验证码”，而是六件事。

业务对象：验证码用在什么场景——登录、注册，还是交易确认？场景决定用量规模和 SLA（服务等级协议）要求，也决定对方愿不愿意为备用渠道付钱。

交付范围：语音验证码以什么形式交付？通过 API（应用程序编程接口）接入，由对方自己发起呼叫请求；还是对方提供号码清单、我们代为发起呼叫？要不要支持超时重拨、播报语言和重试次数？这一项直接决定售前要做多少技术工作。

失败表现：短信失败是全部收不到还是部分收不到？持续了多久、集中在哪个时间段？是特定号码段还是普遍现象？这些细节决定备用渠道是应急一夜还是长期并存，也决定了要和对方现有短信供应商的排查进展对照着看。

测试条件：准备测试多少个号码、持续多久、由谁提供测试号码？通过的标准是什么？测试排障由哪一方负责？小范围测试说得越具体，越说明对方已经在内部推进。

合规主体：合同签给哪个公司主体？号码归属和实名要求谁来承担？目标市场有没有当地监管要求？愿意主动谈合规主体的提问人，通常已经过了“随便问问”的阶段。

决策角色：提问的人是研发、采购还是负责人？有没有第二决策人？“先了解一下”和“直接要合同模板”是两种完全不同的位置，前者还要继续培育，后者才谈得上报价。

哪些信息把故障和需求分开

把六项信息放进一张对照表，结论很清楚：

维度	模拟消息 A	模拟消息 B
使用场景	未说明	App 登录
目标市场	未说明	东南亚
失败表现	只说收不到	延迟、部分收不到、最长等待时长
测试条件	无	小范围测试、接口、排障分工
合规主体	无	可谈
决策角色	未知	未说明，需追问

A 的每一项都需要追问，追问成本高，结论不确定；B 已经自带大半信息，唯一明显的缺口是决策角色——这也是销售最不该跳过的一项。

反过来看，如果对方在群里贴了发送失败的报错截图、说“昨天还能收到”、问“有没有人遇到过同样的情况”，这些更像是故障排查：对方想确认市场上有无备用方案，未必现在就买。如果对方主动给出目标市场、描述失败持续的时间、提出测试号码数量、问到接口文档或合同主体，这些信息每多一条，采购需求的分量就重一分。信息量是判断的基础，但每一条都还要回到上面六件事去核实，不能只凭“消息写得长”就下结论。

先核实、暂缓报价，还是安排测试

六件事问完，有三种走法。

先核实。消息只有一句话、没有补充信息时，最稳的做法是先回复问题而不是先报价。先问失败发生在哪个时间段、是否普遍、是否已经和现有短信供应商排查过。没有证据时，不要替对方下“现有供应商解决不了”的结论——这种判断要等对方自己的排查结果。

暂缓报价。信息完整但对方明确表示“先了解一下”时，可以给标准报价单，但不要投入定制化方案。标准报价和定制交付方案是两件事，把后者提前，售前成本就白烧了。

安排测试。只有当使用场景、目标市场、失败表现、测试条件和合规主体都有明确答案，并且确认了决策角色之后，才值得进入测试阶段。测试要限定号码数量和时间窗口，约定排障分工，让测试结果成为对方决策的输入，而不是一次没有边界的试用。

一句话的消息背后可能站着真需求，也可能只是一次报障。把六件事问全了，才知道该往前走几步。