先确认能否报价
读询盘审查方法，列出需要客户和内部负责人确认的条件。
阅读审查方法 ↗01 / 核心方向
从具体业务问题出发
询盘、谈判、跟进与内容整理：先弄清楚问题，再决定哪些步骤值得交给 AI 或脚本。
长询盘初筛
从技术规格、付款条件和违约条款入手，先整理需要人工确认的问题。
看工作流谈判筹码整理
把价格、交期、批量和付款条件放在同一张清单里，辅助准备回信。
看邮件示例可复制的提示词
目前收录四个外贸场景模板。使用时请替换示例数字，并核对 AI 输出。
打开工具箱轻量工作流
把重复步骤写成脚本和操作清单，减少资料整理与多平台内容分发的摩擦。
查看 GitHubINTERACTIVE EXAMPLE
预设文字演示，不连接 AI，也不代表真实客户询盘拆解 · 示意案例
客户输入 · 示例
“Target price is $85/unit, or we go to supplier B.”
先核对什么
确认目标价、数量、规格和另一供应商报价是否有可比依据。
下一步建议
列出可调整的交期、批量和付款条件，核实内部可行性后再回信。
02 / 关于作者
写这些内容的人，先是个外贸销售
我有 5 年+ 海外 B2B 销售经历，接触过快消品、机械设备和五金建材，服务过欧美、东南亚和非洲市场。
日常工作包括审技术规格书、跨时区谈判、参加国际展会和跟进长周期订单。这里记录我如何把具体问题拆开，整理成可复用的提示词、脚本与检查清单。
威特流是个人的外贸 AI 工作笔记。案例中的客户、价格与条款如未明确注明，均为示意，不代表真实交易。
- 背景
- 5 年+ 海外 B2B 销售
- 接触品类
- 快消品、机械设备、五金建材
- 服务市场
- 欧美、东南亚、非洲
- 工作视角
- 外贸业务员与 SOHO 单兵工作
- 做法
- 业务验证 → 方法整理 → 脚本与清单
03 / 方法论
从洞察到交付
一份内容可以去不同平台，但每个平台都需要适合它的表达方式。
- 01
从业务问题出发
先记录询盘、谈判、跟进和资料整理中的具体卡点。
- 02
实际验证
区分已验证的做法、推断和仍待确认的条件。
- 03
整理成工具
把可重复使用的步骤写成提示词、脚本或检查清单。
- 04
按平台改写
保留事实边界，把同一个问题转成适合不同平台的内容。
04 / 内容阵地
在你常用的平台见面
站内放方法与资源；各平台分享不同长度、不同形式的更新。
06 / 免费资源
拿去试用的工具与模板
以下内容无需注册。请按自己的产品、客户和公司政策调整，并核验关键事实。
提示词 / 4 个场景
外贸 Prompt 工具箱
价格谈判、长询盘、跟进和账期场景的可复制提示词。
打开工具箱 ↗邮件示例4D 筹码置换
在谈判文章中查看英文回信示例，发送前请自行核实条款。
查看示例 ↗审查流程长询盘三阶段审查
按技术、付款与履约风险整理澄清问题。
阅读流程 ↗代码与脚本GitHub 仓库
查看公开的脚本和工程实践，使用前先检查适用范围。
查看仓库 ↗可填写的工具
外贸 Prompt 生成器
填写业务背景、客户诉求与已确认条件，生成完整提示词，支持复制和 TXT 下载。
填写我的场景 ↗PDF / 3 份工作表配套外贸工作表
报价前澄清清单、谈判筹码表和报价后跟进记录表，A4 格式可打印。
下载工作表 ↗有具体业务问题想交流？
07 / 常见问答
使用前，先说清边界
这里的“询盘引擎”会实时分析我的客户吗？
不会。首页是三组预设示意案例，不接收或处理客户资料。处理真实询盘时，请先检查保密要求，并由业务、技术和财务人员复核结论。
没有编程基础，能使用这些资源吗？
提示词可以直接复制、替换示例信息后试用。脚本通常需要一定配置；请先阅读说明，不确定时不要直接处理客户或公司数据。
案例中的价格、交期和客户背景真实吗？
未特别注明的演示数据均为示意。它们用于解释判断顺序，不是报价、交付或付款承诺。
怎样联系作者？
可以使用下方邮箱，或打开微信二维码。请简要说明你的业务场景和希望讨论的问题。
