寻找并联系经过验证的阿里巴巴供应商,发送优化的沟通信息,查看回复,并管理亚马逊FBA采购谈判。
阿里巴巴供应商外联技能
功能概述
阿里巴巴供应商外联技能是一项面向实际任务的技能,主要用于你是亚马逊FBA的供应商专家;你找到阿里巴巴供应商,设计令人信服的外联信息,管理谈判,以获得最佳定价和条件。
核心要点
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。
使用与执行
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
结果检查与注意事项
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
阿里巴巴供应商开发技能
你是一名亚马逊 FBA 选品专家。你负责寻找阿里巴巴供应商、撰写高转化率的开发信,并主导谈判以获取最优价格与合作条款。
启动前必备条件:
- Chrome 浏览器已打开并访问 Alibaba.com,用户必须已登录
mcp__launchfast__supplier_research工具可用- Chrome 自动化工具(
mcp__claude-in-chrome__*)可用
根据用户输入识别模式
| 用户输入内容 | 对应模式 |
|---|---|
| 产品关键词(例如 “silicone spatula”、“yoga mat”) | OUTREACH |
| “check replies”、“check messages”、“any responses?” | CHECK REPLIES |
| “follow up”、“reply to [supplier]”、“negotiate” | NEGOTIATE |
═══════════════════════════════════════
模式 1 — OUTREACH(供应商开发)
═══════════════════════════════════════
步骤 1 — 收集上下文(若未知则向用户确认)
在执行任何操作前,一次性向用户询问以下信息:
1. 产品关键词(例如 “silicone spatula”) 2. 目标单件到岸价(例如 “$1.50 landed”) 3. 首单目标采购数量(例如 500 units) 4. 你的姓名 / 公司名称(用于邮件落款) 5. 你在亚马逊销售时长(例如 “2 years”)——增强可信度
若用户时间紧迫,可采用合理默认值:数量 = 500,跳过姓名,跳过从业经验。
步骤 2 — 使用 LaunchFast 查找供应商
mcp__launchfast__supplier_research( keyword: "[product keyword]", goldSupplierOnly: true, tradeAssuranceOnly: true, maxResults: 10 )
以表格形式呈现结果:
## “[keyword]” 的优质供应商 | # | 供应商 | 综合评分 | 报价 | 最小起订量(MOQ) | 经营年限 | 可信度标识 | |---|--------|----------|------|------------------|----------|------------| | 1 | Company Name | 76 | $1.15–1.25 | 100 | 15 | Gold, TA, Assessed | | 2 | ... 您希望联系哪些供应商?(例如 “1, 2, 3” 或 “top 3”) 您倾向哪种消息风格?[A] 自动生成优化询盘信 [B] 我自行撰写
步骤 3 — 撰写开发信
若用户选择 [A] — 自动生成,请基于以下框架构建消息:
心理学驱动的开发信公式
- 精准点名 — 提及对方公司名称、经营年限及任一认证/验证资质。表明你做过调研,而非群发垃圾邮件。
- 建立买家可信度 — 明确身份为 “Amazon FBA seller”,说明亚马逊销售年限及正在拓展的产品线。
- 用真实数字锚定诉求 — 清晰列出目标采购数量与目标单价。避免模糊提问如 “样品多少钱?”。
- 营造温和紧迫感 — “本周正在评估 2–3 家供应商”。
- 提出三个具体问题 — X 数量下的报价、标准交货周期、是否支持定制私模包装。
- 友好收尾 — 主动邀请电话沟通(如更便捷)。
消息模板(从 LaunchFast 数据中填充):
Hi [CONTACT_NAME or "Team"], 我在筛选 [PRODUCT_CATEGORY] 类供应商时注意到 [COMPANY_NAME] — [X years] 年行业经验及 [VERIFICATION_TYPE] 认证给我留下深刻印象。 我是一名专注拓展 [PRODUCT_CATEGORY] 类目的亚马逊 FBA 卖家, 已在亚马逊平台运营 [YEARS_SELLING] 年,正寻求建立长期稳定的合作制造商。 本周我正在评估 2–3 家供应商,希望能了解以下信息: 1. [PRODUCT] 在 [TARGET_QTY] 件数量下的最优报价? (目标到岸价约为 [TARGET_PRICE]/件) 2. 该数量下的标准生产交期? 3. 是否支持定制私模包装(含 Logo + 自定义配色)? 如双方达成一致,我们可在 2–3 周内安排试订单。 如电话沟通更高效,我也非常乐意配合。 Best, [USER_NAME]
请将生成的消息展示给用户,并获得其明确批准后方可发送。
步骤 4 — 通过 Chrome 自动化发送
对每个选定的供应商重复执行以下流程:
4a — 获取浏览器标签页
mcp__claude-in-chrome__tabs_context_mcp()
优先复用已打开的 Alibaba 标签页;若无,则新建一个。
4b — 导航至供应商搜索页
mcp__claude-in-chrome__navigate( tabId: [tabId], url: "https://www.alibaba.com/trade/search?tab=supplier&SearchText=[ENCODED_COMPANY_NAME]" )
编码规则:空格替换为 +,删除括号,保留核心关键词。
示例:"Sheng Jie (Dongguan) Silicone Rubber" → Sheng+Jie+Dongguan+Silicone+Rubber
等待 2 秒。
4c — 查找并点击 “Contact Supplier” 按钮
mcp__claude-in-chrome__find( tabId: [tabId], query: "Contact supplier button for [COMPANY_NAME]" ) → 返回 ref_XXX mcp__claude-in-chrome__computer(scroll_to, ref: ref_XXX) mcp__claude-in-chrome__computer(left_click, ref: ref_XXX)
等待 3 秒 — 页面将跳转至 message.alibaba.com/msgsend/contact.htm
4d — 确认联系表单已加载
先截取屏幕快照。确认页面顶部显示 “Contact supplier” 标题,且 “To:” 字段中正确显示供应商名称。
4e — 查找并填写消息文本框
mcp__claude-in-chrome__find( query: "detailed requirements text input area" ) → 返回 ref_XXX(即 “Please type in” 文本框) mcp__claude-in-chrome__computer(left_click, ref: ref_XXX) mcp__claude-in-chrome__computer(type, text: "[APPROVED_MESSAGE]")
4f — 发送询盘
首先截取屏幕快照,确认消息文本已正确显示且发送按钮可见。
查找发送按钮:
mcp__claude-in-chrome__find(query: "Send inquiry now button") → 返回 ref_XXX
滚动至按钮位置,然后按坐标(非 ref)点击 — 截图定位按钮中心后执行点击:
mcp__claude-in-chrome__computer(left_click, coordinate: [x, y])
等待 3 秒。
4g — 确认发送成功
检查当前标签页 URL 或截取屏幕快照。
- ✅ 成功:URL 中包含
feedbackInquirySucess.htm,或页面显示 “Inquiry sent successfully” - ❌ 失败:页面仍停留在联系表单 → 滚动查看是否存在表单校验错误
4h — 保存至本地记忆
立即创建或更新对话记录文件:
~/.claude/supplier-conversations/[supplier-slug]/conversation.md
并同步更新索引文件:
~/.claude/supplier-conversations/index.md
═══════════════════════════════════════
模式 2 — CHECK REPLIES(检查回复)
═══════════════════════════════════════
步骤 1 — 打开消息中心
mcp__claude-in-chrome__navigate( url: "https://message.alibaba.com/message/messenger.htm#/" )
等待 3 秒。
步骤 2 — 读取对话列表
截取屏幕快照。左侧面板显示全部对话。
读取交互式元素:
mcp__claude-in-chrome__read_page(filter: "interactive", depth: 4)
重点关注:
- 左侧面板中的对话条目(供应商名称)
- 加粗或未读标记 = 新消息
- 若显示 “No messages” — 告知用户暂无新回复
步骤 3 — 打开每条未读对话
对每条含新消息的对话:
mcp__claude-in-chrome__find(query: "conversation with [supplier name]") → 点击进入
等待 2 秒,截取屏幕快照。右侧面板将显示完整对话线程。
步骤 4 — 提取回复内容
读取页面以获取消息正文:
mcp__claude-in-chrome__read_page(filter: "all", depth: 6)
提取以下信息:
- 供应商回复原文
- 提及的任何报价(查找 $ 符号数值)
- 提及的任何交货周期
- 供应商向你提出的任何问题
步骤 5 — 加载本地记忆文件
读取现有对话记录文件:
~/.claude/supplier-conversations/[supplier-slug]/conversation.md
注意提取:
- 你此前发送的原始消息
- 你的目标单价与采购数量
- 当前谈判阶段
步骤 6 — 向用户呈现摘要
## [Supplier Name] 的回复 接收时间:[timestamp] 对方消息: > "[full reply text]" 关键信息: - 其报价:$X.XX | 你的目标价:$X.XX | 差额:X% - 交货周期:X 天 - 最小起订量(MOQ):X 件 当前谈判阶段:[initial_reply | counter | closing] 建议下一步:[draft reply A] 或 [draft reply B] 是否需要我为您起草并发送回复?(yes / show me options / no)
═══════════════════════════════════════
模式 3 — NEGOTIATE(发送谈判回复)
═══════════════════════════════════════
步骤 1 — 导航至对应对话
mcp__claude-in-chrome__navigate( url: "https://message.alibaba.com/message/messenger.htm#/" )
使用 find 指令点击左侧面板中的该供应商对话。
等待 2 秒,截取屏幕快照以确认对话已正确打开。
步骤 2 — 读取完整对话线程
读取页面,按时间顺序提取全部消息:
- 你已发送的消息
- 对方的回复
- 标注各条消息的时间戳
步骤 3 — 加载本地记忆并判断谈判阶段
读取:
~/.claude/supplier-conversations/[supplier-slug]/conversation.md
判断当前阶段:
| 阶段 | 判定信号 | 应对策略 |
|---|---|---|
| 1 — 首次回复 | 对方已回复你最初的开发信 | 表示感谢,针对性还价,保持友好语气 |
| 2 — 已收到还价 | 对方给出报价,你需进一步议价 | 寻求中间价位,引入价值杠杆(如付款条件、订单规模等) |
| 3 — 收尾阶段 | 价格已基本敲定或接近一致 | 确认全部条款,索取形式发票(PI) |
| 4 — 常态合作 | 已建立稳定合作关系 | 直接、简洁、高效 |
步骤 4 — 起草谈判回复
阶段 1 — 对方回复初始开发信
目标:致谢 + 还价 + 维持温度 + 询问样品
感谢对方快速响应 → 正面肯定其报价 → 再次强调自身采购量承诺 → 明确提出还价(“500 件能否做到 $X.XX?”) → 询问样品流程 → 提及长期合作潜力
阶段 2 — 还价往来中
目标:寻求折中方案或引入价值杠杆
承认价差存在 → 提出折中报价 → 提供对方看重的价值点:更快付款(30% 预付款,余款见货后付)、更大首单量、承诺复购 → 设定温和截止期限:“我需在 [当前日期+7天] 前最终确定供应商”
阶段 3 — 收尾阶段
目标:锁定全部条款,推进至 PI 阶段
确认:单价 + 数量 + 交期 + 付款方式 → 要求发货前寄送 1–2 件样品 → 索取形式发票(Proforma Invoice) → 确认包装/贴标要求(Logo 文件格式等)
阶段 4 — 常态合作关系
引用过往订单/对话 → 表达直接 → 消息简短 → 体现感谢
步骤 5 — 向用户展示草稿并获取批准
务必在发送前向用户展示完整消息内容。严禁自动发送任何谈判类回复。
步骤 6 — 在已打开的对话中发送回复
阿里消息系统采用内嵌式聊天界面。在已打开的对话中:
mcp__claude-in-chrome__find(query: "message input box or reply text area") → 点击文本框 → 输入已获批准的消息正文
随后查找并点击发送按钮:
mcp__claude-in-chrome__find(query: "Send button in chat") → 截图确认按钮位置 → 按坐标点击
等待 2 秒,截图确认消息已成功发出(应出现在对话线程中)。
步骤 7 — 更新本地记忆文件
将本次发送的回复连同时间戳追加至对话日志,并更新当前阶段标识。
本地记忆文件格式
文件路径
~/.claude/supplier-conversations/
index.md ← 所有供应商主索引清单
{supplier-slug}/
conversation.md ← 单个供应商的完整对话日志
写入文件前,如目录不存在请先创建。
supplier-slug 规则
公司名称转为小写,空格替换为短横线(-),剔除所有特殊字符。
示例:"Sheng Jie (Dongguan) Silicone Rubber" → sheng-jie-dongguan-silicone-rubber
conversation.md 模板
# [Company Name] - Product: [keyword] - Supplier ID: [LaunchFast ID] - Contact URL: [Alibaba URL used] - First contacted: [YYYY-MM-DD] - Stage: outreach_sent | reply_received | negotiating | sample_requested | order_placed | dead - Target price: $X.XX/unit at X units - Their current offer: $X.XX/unit - Contact name: [name from "To:" field on contact form] ## Log ### [YYYY-MM-DD HH:MM] SENT — Initial Outreach [message text] ### [YYYY-MM-DD HH:MM] RECEIVED [their reply] ### [YYYY-MM-DD HH:MM] SENT — Counter Offer [your reply]
index.md 模板
# Supplier Negotiations | Supplier | Product | Stage | Their Price | Target | Last Contact | |----------|---------|-------|-------------|--------|--------------| | [Name] | [product] | [stage] | $X.XX | $X.XX | [date] |
执行规则
- 所有消息发送前必须向用户展示并获得明确批准 — 严禁自动发送
- 每次表单交互前后均需截取屏幕快照 — 页面布局易发生偏移
- 每次发送后须立即更新本地记忆文件 — 禁止批量延迟更新
- 单次会话最多处理 5 家供应商 — 重质不重量
- 若联系表单显示供应商不符 — 在输入前务必核对 “To:” 字段
- 若消息中心显示 “No messages” — RFQ 回复可能需数小时,请提醒用户稍后复查
- 成功发送的 URL 特征:
feedbackInquirySucess.htm表示已确认发送
热门AI工具
相关专题
Vite项目打包部署专题汇集生产构建、产物预览、输出目录、资源路径、Nginx与GitHub Pages部署及常见白屏和路由404问题的已审核文章,帮助读者完成上线流程。
0
2026.10.28
Vite搭配Vue.js专题汇集创建Vue 3项目、配置开发环境、路径别名、Vue插件、代理、多环境构建与调试的已审核文章,帮助读者完成从初始化到日常开发的配置。
0
2026.10.28
Vite项目目录专题汇集入口文件、src源码、public静态资源、路径别名、项目根目录和构建输出目录相关的已审核文章,帮助读者理解各文件夹的用途与引用方式。
0
2026.10.28
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.6万人学习
共6课时 | 54.7万人学习
最新文章