AI 中转 API 代理内部销售手册

适用对象
合作伙伴及个人代理
负责客户开发、售前咨询、渠道合作的销售人员
负责社群引流、私聊转化、客户维护的运营人员

手册目标
帮助快速掌握以下能力：
能清楚说明 AI 中转 API 是什么
能理解产品真正卖点，而不是只会说“便宜”
能快速判断客户类型，匹配对应销售策略
能应对常见客户疑问与异议
能通过标准话术更高效地开发客户、推进成交、促进复购
第一部分：产品基础认知
一、什么是 AI 中转 API
AI 中转 API 是一个面向开发者、企业和服务商的大模型接口接入平台。
它的核心作用，不是“替代模型本身”，而是帮助客户更方便、更稳定、更低门槛地调用海外主流 AI 模型能力。

客户通过平台获取：

API Key
Base URL
对应模型与分组
调用文档与接入支持
然后即可在自己的系统、程序、工具或业务流程中接入使用。

二、客户为什么需要中转 API
很多客户并不是不想用模型，而是在使用过程中遇到了大量现实问题：

1. 注册与支付问题
无法直接注册海外模型平台
没有海外信用卡
没有海外手机号
官方账号风控严格，注册和支付都麻烦
2. 网络与访问问题
国内访问不稳定
需要额外配置网络环境
容易因为地区、IP 等问题导致无法正常使用
3. 稳定性问题
单一通道容易故障
高峰时段容易报错
某些模型或渠道容易限流
客户业务一旦上线，对稳定性要求就会明显提高
4. 成本问题
不会选模型，导致过度使用高价模型
长对话反复传上下文，成本浪费严重
测试和生产不分层，预算失控
不知道不同通道和分组的差异
三、我们卖的到底是什么
代理必须统一认知：

我们卖的不是一个“Key”，而是一套更适合客户落地使用的大模型接入方案。

客户真正买单的原因通常不是“接口本身”，而是：

接入更省事
使用更稳定
成本更可控
出问题有人协助
更适合国内团队和业务环境
所以对外沟通时，不要把产品说成“卖 API 充值”，而要说成：

帮客户更快接入、更稳调用、更好控成本的一套模型接入解决方案。

第二部分：产品卖点标准说法
这一部分是代理必须会讲的核心内容。

一、卖点 1：降低接入门槛
客户痛点
很多客户不是没有需求，而是根本进不了门。

我们的价值
支持国内直连
无需自己折腾复杂海外注册流程
不需要自己解决海外支付问题
更适合国内开发者和中小团队快速开始使用
标准话术
“很多客户不是不会用模型，而是第一步就卡在注册、支付和网络访问上。
我们这边相当于把前面的复杂门槛处理掉，客户拿到 Key 和 Base URL 之后，就可以更快进入测试和接入阶段。”

二、卖点 2：更适合生产与长期使用
客户痛点
客户真正上线后最怕的是：

报错
限流
中断
无人处理
我们的价值
多分组、多通道
单一通道异常时可切换
比纯单一路径更适合实际业务连续运行
有售后支持和问题协助机制
标准话术
“如果只是偶尔自己玩一下，很多方式都能凑合用。
但如果是正式业务在跑，客户真正关心的是稳定性、持续可用性和问题处理效率。
这也是中转站更有价值的地方。”

三、卖点 3：帮助客户控成本
客户痛点
很多客户不是模型太贵，而是使用方式粗放。

我们的价值
不同分组可按场景选择
测试和生产可分开
缓存命中可降低重复上下文成本
复杂业务和简单业务可分层选型
标准话术
“我们不是单纯追求最低价，而是帮客户把总使用成本做得更合理。
例如测试场景不一定非要用最高配分组，长上下文业务也可以通过缓存机制降低重复消耗，这样整体成本会更健康。”

四、卖点 4：兼容性强，迁移成本低
客户痛点
很多客户已有项目，不愿意大改代码。

我们的价值
支持 OpenAI、Anthropic、Gemini 等原生格式
提供 OpenAI 兼容层
老项目迁移成本更低
更适合已有开发基础的客户快速切换
标准话术
“对开发者来说，最怕的是换个平台还要重写一大堆逻辑。
我们支持多种接口格式，也有兼容层，很多项目改动不会太大，接入成本相对更低。”

第三部分：产品结构与分组认知
一、分组是什么
分组可以理解为不同的调用通道和资源策略组合。
不同分组在稳定性、价格、并发能力、适用场景上会有差异。

代理不要把分组讲成“越便宜越好”，而是要讲成：

不同业务场景，适合不同分组。

二、常见分组的理解方式
1. 官方类分组
特点：

稳定性更高
更适合正式业务
通常价格更高
适合：

企业生产环境
面向真实用户的应用
对输出质量和持续稳定性要求高的业务
2. AWS 类分组
特点：

稳定性和成本相对平衡
性价比更突出
适合有一定规模的使用需求
适合：

已经开始跑业务的客户
对成本有要求，但也不能太不稳定的客户
从测试过渡到正式使用的客户
3. Hybrid / 性价比类分组
特点：

成本更低
更适合测试和成本敏感场景
不建议直接承担最核心的生产链路
适合：

日常测试
批量试验
开发调试
成本敏感型业务
三、倍率怎么解释
平台通常采用虚拟美金额度逻辑，不同分组对应不同倍率。
代理需要理解并能解释清楚：

推荐解释方式
“平台内部采用统一额度体系，不同分组因为资源来源、稳定性、可用性和适用场景不同，会对应不同倍率。
所以客户实际成本不是看一个绝对数字，而是要结合具体分组来看。”

不能这样讲
“这个就是更便宜”
“那个就是贵一点”
“你随便选都差不多”
这样讲很容易导致客户后续预期不一致。

第四部分：客户画像与销售切入点
代理开发客户时，不要广撒网式地讲一套话术。
必须先判断客户类型，再决定主打什么。

一、客户画像 1：独立开发者 / 技术个人
特征
自己写代码
自己做项目
对接入快、试用成本低比较敏感
往往没有海外支付和稳定网络条件
他最关心什么
能不能快速调通
成本高不高
代码改动大不大
有没有教程
会不会经常报错
适合主打
国内直连
无需复杂海外条件
接口兼容
可先试用再放量
销售切入点
“你现在主要是自己做项目测试，还是准备正式跑业务？
如果是前期测试，先给你推荐更适合测试的分组，先低成本跑通最关键。”

二、客户画像 2：AI 创业团队 / SaaS 团队
特征
有产品、有系统、有业务目标
对稳定性要求更高
更关注生产可用性
更愿意为可持续服务买单
他最关心什么
是否适合正式上线
报错多不多
高峰期会不会出问题
有问题谁处理
成本能否长期可控
适合主打
多分组兜底
稳定性
售后响应
成本规划
长期合作
销售切入点
“如果你们已经不是纯测试，而是准备跑真实业务，那单纯价格不是第一位。
更重要的是稳定性、通道冗余和售后协同，这部分我们会更有优势。”

三、客户画像 3：AI 外包团队 / 技术服务商
特征
自己要给甲方交付
交付周期紧
出问题会直接影响项目验收
更需要快速可用和有人协助
他最关心什么
能否快速接入
能否稳定演示和交付
出问题有没有支持
是否方便对甲方说明
适合主打
兼容性
接入效率
售后支持
稳定性
快速上手
销售切入点
“你们做交付项目的话，最怕的是上线前临时出问题。
这种情况下，稳定性和问题响应其实比单价更重要，我们更适合这种有交付压力的场景。”

四、客户画像 4：机器人 / 自动化 / 内容工具客户
特征
调用频率高
多轮对话多
对整体成本比较敏感
但也不能经常断
他最关心什么
长期运行成本
是否容易中断
是否支持长上下文
日志是否可排查
缓存是否有价值
适合主打
缓存命中降费
分组选择优化
多模型适配
稳定运行
销售切入点
“如果你们是机器人、客服、内容生成这类持续调用场景，建议不要只看单次价格，
更要看整体调用成本和稳定性。长对话、多轮交互场景，缓存和分组优化会更有意义。”

第五部分：标准销售流程 SOP
一、第一步：先判断客户处于哪个阶段
标准问题
你现在是在测试阶段，还是已经正式上线了？
你目前主要想用哪个模型？
你现在最大的痛点是接入、稳定性还是成本？
你是个人开发，还是团队在用？
目的
快速判断：

客户类型
业务阶段
真正诉求
适合推荐什么分组
二、第二步：根据客户痛点切入，不要急着报价格
如果客户卡在注册与接入
主打：

国内直连
接入快
无需复杂海外条件
文档和配置更简单
如果客户卡在稳定性
主打：

多分组
故障切换
生产可用
售后支持
如果客户卡在成本
主打：

测试和生产分层
性价比分组
缓存降费
按场景选模型
三、第三步：给客户一个很明确的动作
不要只讲概念，要明确下一步。

推荐引导方式
先注册账号
先拿试用额度或先小额测试
先获取 Key
先按照文档跑通第一个请求
有需要我帮你推荐分组和配置方式
目的
降低客户决策负担，让客户尽快进入“已开始使用”的状态。

四、第四步：跟进试用结果
标准跟进问题
这边已经调通了吗？
目前主要是在测试哪个场景？
你更在意稳定性还是成本？
目前有遇到报错或并发问题吗？
需要我帮你重新推荐更适合的分组吗？
目的
把“试用用户”转成“正式付费用户”。

第六部分：客户常见问答与标准应答
这一部分可以直接给代理背。

问答 1：你们这个和官方有什么区别？
标准应答
“官方本身当然是一个来源，但很多客户在实际使用中会遇到注册、支付、网络、风控和接入复杂度的问题。
我们更像是把这些使用门槛前置解决掉，让客户更快接入、更稳调用、更容易控制成本。
对正式业务来说，这种服务价值通常比单纯能不能调通更重要。”

问答 2：为什么我不直接用官方？
标准应答
“如果您本身已经有成熟的海外账号体系、支付条件和稳定的调用环境，官方当然可以直接用。
但很多客户实际问题不在模型本身，而在接入效率、使用稳定性、限流处理和日常维护。
中转站更适合希望快速落地、稳定使用、减少运维成本的客户。”

问答 3：中转站会不会不稳定？
标准应答
“单一渠道都有可能波动，所以我们不是只依赖一个来源，而是做了分组和多通道策略。
对正式业务来说，重要的不是‘理论上最短链路’，而是实际业务里有没有兜底能力、能不能持续跑。
这也是很多客户选择中转站的重要原因。”

问答 4：你们是不是比官方便宜？
标准应答
“不同模型、不同分组、不同场景下会有不同情况。
我们不建议只看表面单价，因为客户真实成本还包括接入效率、稳定性、报错率、维护时间和售后处理成本。
很多客户最后看重的是综合成本，而不只是某一个数字最低。”

问答 5：为什么不同分组价格不一样？
标准应答
“因为不同分组背后的资源来源、稳定性、适用场景和可用能力不同。
简单理解就是：有些更适合正式生产，有些更适合测试和成本敏感场景。
所以价格差异本质上对应的是服务能力和适用场景差异，不是简单的高低之分。”

问答 6：我应该选哪个分组？
标准应答
“这个要看你的使用阶段和业务目标。
如果你现在是前期测试，可以先选更适合测试和成本控制的分组；
如果你已经准备正式跑业务，建议优先考虑稳定性更高的分组。
你可以说下你当前是测试还是生产，我可以帮你更准确推荐。”

问答 7：我只是先试试，不一定长期用
标准应答
“没问题，前期先跑通是最关键的。
建议先根据你的实际场景选一个合适分组，先用最小成本验证效果。
等你后面准备放量或者正式上线，再根据稳定性和成本需求去调整也可以。”

问答 8：你们支持哪些接口格式？
标准应答
“平台支持多种主流接口格式，包括 OpenAI、Anthropic、Gemini 等，也提供兼容层。
对于已有项目来说，通常能降低迁移和接入成本，具体看你现在用的是什么格式，我可以帮你判断改动量。”

问答 9：缓存命中是什么意思？
标准应答
“简单理解，就是历史上下文能被复用，不需要每次都全量重新计算。
对于长对话、连续交互、机器人这类场景，命中缓存后成本会更低，所以不是只看单次价格，而要看整体使用方式。”

问答 10：售后怎么处理？
标准应答
“我们这边有对应的技术支持和问题协同机制。
如果是接入、报错、分组选择、调用异常这类问题，我们会协助排查和处理。
对于正式业务客户，售后响应和问题闭环也是很重要的一部分。”

第七部分：客户异议处理话术
异议 1：你们价格还是贵了
错误回应
“已经很便宜了”
“别人更贵”
“没法再低了”
这种回应很硬，容易把客户推走。

正确回应
“我理解您会关注价格，这个很正常。
不过这类产品如果只看单价，容易忽略稳定性、报错率、售后响应和整体使用成本。
尤其如果是正式业务在跑，低单价但不稳定，实际损失反而会更大。
如果您愿意，我可以根据您是测试还是生产场景，帮您推荐一个更适合当前阶段的方案。”

异议 2：我看到别家更便宜
正确回应
“市场上确实会有很多不同价格。
不过这类产品建议不要只横向比价格，还要看几个关键点：
第一是稳定性，第二是分组和资源质量，第三是售后响应，第四是长期可持续性。
如果只是前期测试，价格低一点可能有吸引力；
但如果后面要正式跑业务，综合体验和风险控制通常更重要。”

异议 3：中转站会不会有风险？
正确回应
“客户一般担心的风险主要是稳定性、可持续性和售后问题。
所以我们更建议从实际业务角度看：能不能正常接入、能不能持续使用、出了问题有没有人处理。
这也是为什么我们更强调分组能力、调度机制和服务支持，而不是只讲一个价格。”

异议 4：我先自己研究一下
正确回应
“可以，您先了解清楚也正常。
为了节省您时间，您可以先告诉我现在主要是想测试、接入，还是准备上线，我可以直接把最适合的路径和分组发给您，这样您少走一些弯路。”

异议 5：我担心迁移麻烦
正确回应
“这个要看你当前项目用的接口格式。
如果你本身就是按主流格式接的，很多情况下改动不会很大。
你可以把你现在的调用方式发我，我可以先帮你判断迁移复杂度，避免你一开始就觉得要大改。”

第八部分：标准销售话术模板
下面给你整理成不同场景可直接发的版本。

一、首次接触客户的话术
版本 1：偏开发者
“您好，我们这边主要提供 AI 模型的中转 API 接入服务，适合需要调用 Claude、GPT、Gemini 等模型的开发者和团队。
如果您现在是在找更方便的接入方式，或者遇到注册、支付、网络、稳定性这些问题，我可以根据您的场景给您推荐合适的分组和接入方式。”

版本 2：偏企业客户
“您好，我们这边主要做大模型 API 接入与调用服务，重点是帮助客户解决接入门槛、稳定性和成本控制问题。
如果您这边已经有业务要落地，或者正在选型，我可以先了解下您当前阶段，再给您匹配更合适的方案。”

二、客户来询问产品时的话术
“我们这个平台主要是帮助客户更快、更稳地接入主流 AI 模型能力。
对于国内用户来说，常见问题通常集中在海外账号、支付方式、网络访问、风控限制和使用稳定性。
平台这边会把这些门槛尽量前置处理掉，让客户能更快进入实际测试和业务落地阶段。
如果您方便的话，可以说下您现在主要是测试还是正式使用，我可以更准确给您建议。”

三、引导客户试用的话术
“建议您先不要纠结太多参数，先把第一条请求跑通最关键。
您先注册并拿到 Key，我这边可以根据您的场景告诉您 Base URL 怎么填、分组怎么选，先让您低门槛跑起来。
后面如果需要再根据稳定性和成本去调整就行。”

四、跟进客户试用的话术
“您好，想跟您确认一下，您这边接口已经调通了吗？
如果已经在测试了，我可以顺便帮您看下当前分组是不是最适合您的场景，避免后面用起来效果不符合预期。”

五、客户嫌贵时的话术
“我理解您会关注价格。
不过这类产品如果只是看表面单价，很多时候会忽略稳定性、报错率、售后响应和实际维护成本。
特别是业务一旦正式上线，综合体验往往比单价更关键。
如果您愿意，我可以按您当前阶段给您拆一个更适合的方案，不一定一上来就用最高成本配置。”

六、客户犹豫不决时的话术
“您现在不用急着一次性做很大决策，先把测试跑通，确认接口、速度和效果适合您的业务更重要。
等您后面准备正式用量放大，我们再根据实际情况帮您做分组和成本优化，会更稳一点。”

第九部分：代理的内容获客方向
代理如果要自己开发市场，建议优先做“问题型内容”，不要只发广告。

一、适合写的内容方向
基础认知类
什么是 AI 中转 API
Claude / GPT / Gemini 接口有什么区别
Base URL 是什么
API Key 怎么用
OpenAI 格式和原生格式的区别
痛点解决类
没有海外信用卡怎么接入 Claude API
国内如何稳定调用海外大模型
Gemini 为什么会报 429
Claude 接口不稳定怎么处理
长对话怎么降低 Token 成本
场景应用类
如何给自己的产品接入 AI 问答
如何做 AI 客服
如何做 AI 编程助手
如何用 API 驱动自动化流程
二、适合投放和引流的渠道
技术社区
开发者群
AI 创业群
X
社群内容号
工具教程号
垂直行业交流群
三、内容原则
不要只说“我们很牛”。
要围绕客户的问题写：

为什么报错
为什么难接入
为什么成本高
怎么解决
用什么方式更适合
先输出价值，再引导转化。

第十部分：代理内部注意事项
一、不要乱承诺
不能承诺：

永不报错
一定最低价
任何场景都最稳
所有问题都秒解决
要讲清楚：

不同分组适合不同场景
测试和生产建议分开
稳定性和价格本来就有取舍
需要按客户实际业务推荐
二、不要只会报价格
只会报价，很容易陷入低价竞争。
必须把客户引导到下面这几个维度：

接入效率
稳定性
成本结构
分组选择
售后响应
三、不要把所有客户都当成同一类
个人开发者和企业团队，卖法完全不一样。
前者更重试用门槛，后者更重持续可用。

四、不要过度解释技术细节
销售不是给客户上技术课。
技术原理只讲到客户能理解、能做决策的程度即可。

第十一部分：代理速查版
一句话介绍产品
“我们提供的是面向开发者和企业的大模型中转 API 接入服务，帮助客户更快接入、更稳调用、更好控制成本。”

三个核心卖点
降低接入门槛
提升稳定性和业务连续性
优化整体使用成本
三类重点客户
开发者
AI 团队 / SaaS 团队
外包与技术服务商
销售核心原则
先判断客户类型
先讲客户能得到什么结果
不要一上来卷价格
先推动客户跑通第一步
第十二部分：给代理的结论
做好 AI 中转 API 销售，不是背几个参数，也不是只会发价格表。
关键是三点：

1. 会识别客户
知道客户是测试、上线、交付，还是长期业务场景。

2. 会讲价值
让客户明白，中转站的价值不只是“能调”，而是“更容易接入、更稳、更省心、更适合持续使用”。

3. 会推进动作
最终目标不是聊明白，而是让客户：

注册
获取 Key
跑通请求
开始使用
再逐步转成长期客户