AI 客户开发与业务自动化
AI 外贸客户开发平台 v4.1
将客户检索、证据核验、个性化开发信、邮件回复和跟进整合为本地优先的 AI 工作台。
把散落在搜索、表格和邮箱里的工作,串成可追溯闭环。
外贸客户开发需要不断切换工具。信息一旦脱离来源,业务员难以复核,AI 也容易混淆买方信息与卖方能力。
让 AI 处理检索、整理和起草,把事实确认与邮件发送权限留给业务员。
-
目标定义
明确卖方与买方
录入卖方能力、目标买家和产品方向,先划清任务边界。
-
客户发现
导入与搜索
通过 5 类搜索来源或海关数据获得候选公司。
-
证据核验
保留可回查来源
记录来源 URL 与证据 ID,并标记缺失和风险字段。
-
客户台账
沉淀统一记录
把公司、联系人、证据和任务状态归入同一条线索。
-
内容生成
起草个性化开发信
仅使用已核验信息组织卖点、依据和下一步行动。
-
人工确认
预览后再发送
业务员检查完整邮件,再取得短时确认令牌。
-
持续跟进
回复、跟进与导出
记录客户回复和后续计划,并导出结构化结果。
四个产品决策,让 AI 输出可核验、可控制、可继续。
重点不是让 AI 自动做完所有动作,而是把事实边界、权限边界和任务状态做清楚。
证据约束
先记录证据,再允许 AI 组织内容。
买方研究与卖方资料使用独立证据 ID。草稿只能引用已有证据,缺失信息和风险字段单独暴露给业务员。
人工掌握权限
邮件发送不是模型的默认动作。
系统先展示完整预览,再生成 5 分钟有效的确认令牌。草稿发生变化后需要重新确认,并对重复发送做拦截。
任务可恢复
耗时检索放进后台任务。
对搜索和整理任务提供进度、取消、重试与重启恢复,让失败状态可见,也让业务员可以继续当前工作。
本地优先
把数据和工具接入留在本地。
客户资料与接口配置保留在本地工作台,通过 11 个标准 MCP 工具连接 Codex、Claude、Cursor 与其他兼容客户端;搜索侧支持 5 类来源。
我的职责
从业务流程出发,完成产品定义与验收闭环。
我负责梳理外贸客户开发流程,定义任务状态、数据字段、证据规则和邮件确认机制,并完成交互设计、测试验收与版本迭代。实现阶段使用 Codex、Claude Code 等 AI 编程工具辅助开发和排查问题。
- 业务流程与任务状态建模
- AI 工作流与 MCP 工具设计
- 证据规则与结构化输出
- 人工确认与发送安全机制
- 测试场景与版本迭代
- Windows x64 交付整理
用功能与工程证据说明产品边界。
这里的数字只描述已实现的能力、输入限制和验收场景,不代表商业结果。
批量数据入口
从原始贸易记录,整理为可跟进的买家名单。
支持 CSV、TSV、XLSX 与常见中英文字段映射,完成买家聚合和评分。文件大小与行数设置明确上限,避免无边界导入。
- 11 个 MCP 工具
- 覆盖平台状态、搜索任务、线索导入、证据回传、开发信任务、草稿保存和跟进记录。
- 5 类搜索来源
- Agent 原生 WebSearch、OpenAI Web Search、Tavily、Brave Search 与自建 SearXNG。
- 8 张 Excel 表
- 摘要、客户台账、研究证据、跟进计划、客户回复、开发信草稿、邮件发送记录、字段说明。
- 2 张原生图表
- 在摘要中呈现客户国家分布和客户分级。
- Windows x64
- 提供本地交付包,包含安装入口与运行所需环境。
- 34 个测试场景
- 用于覆盖核心工作流与关键边界;场景数量不代表执行通过率。
当前状态
已经形成可安装、可演示的本地产品。
Windows x64 交付包串起客户发现、证据核验、草稿、人工确认、回复和导出流程,当前记录 34 个自动化测试场景。
项目尚未进入真实业务验证,因此不披露回复率或获客转化结果。
下一步验证
把可用的产品,带进真实业务反馈。
下一阶段将以真实使用数据验证流程是否有效,重点观察以下指标。
- 单家公司研究耗时规划项
- 证据核验准确率规划项
- 开发信草稿采纳率规划项
- 客户回复率规划项
- 后台任务完成成功率规划项