客户增长
KT 智能拓客
把客户来源、沟通记录、翻译回复和跟进阶段收回销售后台，适合跨境获客和销售协作团队。
适合
跨境获客 / 销售协作 / 客服跟进
上线后
客户归属、跟进阶段和沟通记录集中管理
访问官网
产品判断
先定最着急的问题，再选产品。
客户跟进乱、模型费用不清、订单对账分散，分别对应三套产品入口。
让销售团队少丢客户。
让模型调用成本可控。
让订单和流水对得上。
先看哪条链路最卡。
客户增长、AI 调用和支付运营对应三条入口，先看当前卡点，再进入对应产品。
产品详情
每个产品负责一条清晰链路。
产品页需要看清楚：适合谁、解决哪些问题、上线后业务怎么变。
KT 智能拓客
适合团队
核心问题
上线后
把客户来源、沟通记录和跟进阶段收回销售后台。
适合跨境获客、销售协作和客服跟进团队。客户从多个渠道进来后，系统把来源、负责人、沟通内容、翻译回复和下一步动作集中起来，减少漏跟和重复录入。
跨境销售、外贸团队、客服转销售、多人协作销售。
客户来源分散、跟进阶段不清、聊天记录无法沉淀。
客户归属、触达记录和下一步动作在同一后台可查。
- 线索归集客户来源、标签、负责人统一归档。
- 多语沟通翻译回复和沟通记录沉淀到客户档案。
- 跟进阶段按阶段查看下一步动作和团队协作状态。
KT API
适合团队
核心问题
上线后
统一模型入口、Key 池、额度和调用日志。
适合 AI 应用、内部工具和开发团队。把不同模型渠道、Key、额度策略和异常请求集中管理，方便控制成本和排查问题。
AI 应用、内部工具、开发团队、需要多模型接入的项目。
多模型渠道分散、Key 管理混乱、费用和异常请求难追踪。
模型渠道、调用成本、异常日志和额度策略统一管理。
- 多模型入口把不同模型渠道收敛到统一调用入口。
- Key 池管理按应用、团队或额度策略管理 Key。
- 调用日志记录请求、费用、异常和调用结果。
KT Pay
适合团队
核心问题
上线后
把订单状态、账户流水和结算报表放进同一套台账。
适合平台、电商和多商户业务。把支付状态、商户账户、流水核对和结算报表放在一套口径里，减少人工对账和重复导出。
平台业务、电商业务、多商户结算、需要报表导出的运营团队。
订单状态分散、账户流水难核对、结算报表口径不一致。
支付状态、商户账户、流水核对和结算报表统一管理。
- 订单追踪支付、回调、异常交易集中追踪。
- 商户账户商户账户和账务流水按同一规则核对。
- 对账报表按统一口径沉淀结算结果并支持导出。
接入后看三件事。
不是再放三张图，而是把交付逻辑说清楚：先跑产品，再补差异，最后看结果。
先把能标准化的部分上线。
客户跟进、AI 调用、支付对账先由 KT 产品承接，减少从零开发的成本。
- 客户来源和跟进阶段
- 模型入口和调用日志
- 订单状态和对账报表
再把现场系统接进来。
产品覆盖不到的字段、权限、回调和报表，按现有 CRM、订单和后台流程补齐。
- 接口字段和权限角色
- 审批回调和后台流程
- 报表导出和数据同步
最后用数据判断有没有落地。
上线后持续看客户阶段、模型成本、订单流水和团队动作，避免只交页面不看结果。
- 客户阶段是否回收
- 调用成本是否可查
- 订单流水是否对齐