mcpField

sales-mailshake

github.com/sales-skills营销与增长53 次安装
代码仓库

关于 sales-mailshake

面向销售代表、经理和运营团队的 Mailshake 支持技能,涵盖营销活动、收件人、Lead Catcher、送达率、分析及 API,并可转介专门技能。

主要功能

  1. 01营销活动与收件人指导
  2. 02Lead Catcher 设置与线索处理
  3. 03送达率与分析支持
  4. 04API 与集成指导
  5. 05转交专业销售问题

适用场景

  1. 01导入营销活动收件人
  2. 02在 Lead Catcher 中整理回复
  3. 03检查营销活动投递表现

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sales-skills/sales --skill sales-mailshake

安装后在 Claude Code 中输入/sales-mailshake确认已加载。

附带文件references/learnings.mdreferences/mailshake-api-reference.md

详细介绍

Mailshake 平台帮助

帮助用户解答 Mailshake 平台相关问题——从活动设置和 Lead Catcher,到收件人管理、送达能力设置、API 和集成。

步骤 1 — 收集背景信息

如果 references/learnings.md 存在,请先阅读,了解累积的知识。

询问用户:

  1. 您需要哪方面的 Mailshake 帮助?

    • A) 活动 — 创建、管理或优化邮件活动(关于策略,请转交:/sales-cadence {your question})
    • B) 收件人 — 导入、管理、CSV 格式设置
    • C) Lead Catcher — 捕获并管理回复中的潜在客户
    • D) 送达能力 — 发件人设置、预热、域名身份验证(关于跨平台问题,请转交:/sales-deliverability {your question})
    • E) 分析 — 活动表现、打开率/回复率/点击率
    • F) Webhook 和 API — 自动化、推送事件、API 访问
    • G) 发件人和团队 — 已连接的帐户、团队管理
    • H) 集成 — Salesforce、HubSpot、Pipedrive、Zapier、Slack
    • I) 管理 — 账单、套餐功能、帐户设置
    • J) 其他 — 请描述具体问题
  2. 您的角色是什么?

    • A) 销售代表 / AE / BDR
    • B) 销售经理 / 团队负责人
    • C) RevOps / Sales Ops
    • D) 管理员 / IT
    • E) 创始人 / 独立销售人员
    • F) 其他
  3. 您想要达成什么目标?(请描述您的具体目标或问题)

如果用户的请求已经提供了大部分背景信息,请直接进入相关步骤。 根据合理假设(明确说明假设)尽力给出答案,然后仅在最后询问最关键的 1–2 个澄清问题——不要等收集完所有背景信息后才回复。

注意:如果用户需要专业技能,请简要说明该技能更适合的原因,并将其转交给相应技能。

步骤 2 — 转交或直接回答

如果请求适用于某项专业技能,请转交:

  • 名单构建 / 潜在客户开发 → /sales-prospect-list
  • 联系人信息补全 / 数据清理 → /sales-enrich
  • 销售节奏策略 / 序列设计 → /sales-cadence
  • 跨平台送达能力 → /sales-deliverability
  • 工具集成架构 → /sales-integration

否则,请根据以下参考内容,直接基于平台知识回答。

步骤 3 — Mailshake 平台参考

根据用户关注的领域,逐个模块提供指导:

活动
  • 是什么:Mailshake 中的活动是一个多步骤邮件序列——包含一封初始邮件,以及按计划自动发送的后续邮件
  • 关键概念:活动 = 序列,邮件 = 步骤,后续邮件类型(基于时间的滴灌、基于回复的邮件、点击触发邮件)
  • 活动状态:draft、active、paused、ended
  • A/B 测试:较高等级的套餐提供此功能——可针对不同版本测试主题行和正文内容
  • 最佳实践:初始邮件不超过 125 个单词,使用合并字段个性化内容({{first}}、{{company}}),每次只测试一个变量
收件人
  • 是什么:加入活动的联系人——通过 CSV、API 或手动方式导入
  • 必填字段:只有 emailAddress 是必填项。其他字段均为可选,但建议填写。
  • 建议字段:first、last、company、title——这些字段对应合并字段 {{first}}、{{last}}、{{company}}、{{title}}
  • 自定义合并字段:CSV 中的任何其他列都会自动成为自定义合并字段
  • 收件人状态:active、paused、bounced、unsubscribed、completed
  • CSV 导入提示:使用 UTF-8 编码,首行为标题,每行填写一个邮箱地址,导入前验证邮箱(Mailshake 不会在上传时验证邮箱)
Lead Catcher
  • 它是什么:内置的潜在客户管理功能,可自动将回复捕获为潜在客户,以便后续跟进
  • 潜在客户状态:open(需要处理)、won/closed(已转化)、ignored(不是潜在客户)、lost(已失效)
  • 主要功能:自动将潜在客户分配给团队成员;按状态、营销活动或负责人筛选;查看完整对话线程
  • Lead Catcher 与 CRM 的区别:Lead Catcher 管理邮件对话线程,而你的 CRM 管理交易。通过集成或 API 将符合条件的潜在客户推送到 CRM。
  • 最佳实践:每天查看 Lead Catcher;为获得最佳转化效果,请在 1 小时内回复;统一使用状态标签
投递能力基础知识
  • 发件人账户:连接 Gmail、Outlook/O365 或 SMTP。每个发件人都有每日发送限额。
  • 发送限额:因套餐和邮件提供商而异。Gmail 的上限约为每天 400-500 封,O365 的上限约为每天 1,000 封。除提供商限额外,Mailshake 还会执行套餐限额。
  • 域名验证:为你的发送域名配置 SPF/DKIM/DMARC。使用自定义跟踪域名进行链接跟踪。
  • 预热:对于新邮箱,从每天发送 20-30 封邮件开始,每周增加 10-20 封。完整的预热框架请参阅 /sales-deliverability。
  • 发件人轮换:将发送任务分配到多个发件人账户,以保护发件人声誉
分析
  • 内置仪表板:营销活动级和账户级效果指标
  • 关键指标:已发送、已打开、已点击、已回复、退信、取消订阅、Lead Catcher 潜在客户
  • 团队分析:比较团队成员和营销活动的效果
  • 最佳实践:每周监控退信率(目标 <3%);跟踪正面回复率,而不只是打开率
发件人与团队
  • 发件人:用于发送邮件的已连接邮箱账户。每个账户都有自己的每日限额和声誉。
  • 团队:可为成员分配营销活动和潜在客户。角色决定访问权限。
  • 发件人管理:前往 Settings > Senders 进行连接、配置发件人名称并设置每日限额
Mailshake 数据模型

核心实体——了解这些内容,以便浏览 UI 并使用 API:

实体表示内容主要关系
Campaign多步骤邮件序列包含 Messages(步骤),拥有 Recipients
Recipient加入营销活动的联系人属于 Campaign,拥有 Activity
Lead由 Lead Catcher 捕获的回复属于 Campaign,关联到 Recipient
Message营销活动中的一个步骤(初始邮件或后续邮件)属于 Campaign
Sender已连接的邮箱账户由 Campaign 使用
Team Member账户上的用户可以拥有 Campaign 和 Lead
API 与集成

如需完整的 API 文档,包括所有端点、身份验证、速率限制和 webhook 事件负载,请始终参阅 references/mailshake-api-reference.md。 完整端点目录、请求/响应架构和速率限制详情请参阅此文件。任何 API 相关问题都应附上对此参考文件的指引。

快速参考:基础 URL 为 https://api.mailshake.com/2017-04-01。身份验证:通过 apiKey 参数(查询参数/请求正文)或 Authorization: Basic <base64 apiKey> 请求头使用 API 密钥;第三方应用使用 OAuth 2.0。速率限制采用每小时配额单位模型(按操作计费,并根据套餐/席位数缩放),另设单独的每月添加收件人上限,而非固定的每分钟请求数限制。主要功能:营销活动 CRUD、收件人管理、活动跟踪、Lead Catcher 管理、推送式 webhook(会发送需要由你获取的 resource_url——不使用 HMAC 签名)。

原生集成
  • CRM:Salesforce(推送潜在客户、同步活动)、HubSpot(推送潜在客户、同步活动)、Pipedrive(推送潜在客户)
  • 自动化:Zapier(用于打开、点击、回复和新增潜在客户的触发器;用于添加收件人的操作)
  • 沟通:Slack(回复和潜在客户通知)
  • 信息补全:Voila Norbert、Hunter(导入前验证邮箱)

第 4 步 — 提供可执行的指导

根据用户的具体问题:

  1. 分步说明 — 通过编号步骤说明如何在 Mailshake 中实现目标
  2. 配置建议 — 给出需要更改的具体设置及导航路径
  3. 常见问题 — 说明可能出错的地方以及如何避免
  4. 验证 — 说明如何确认更改已生效
  5. 对于 API 问题 — 始终附上提示:“如需完整的端点目录、请求/响应架构和速率限制,请参阅 references/mailshake-api-reference.md。”

注意事项

  • 不要把 Lead Catcher 和 CRM 混为一谈。 Lead Catcher 用于捕获和跟踪邮件回复,是一个分流工具,而不是销售管道。符合条件的潜在客户应推送到 Salesforce/HubSpot,以便进行销售管道管理。Claude 经常会把 Lead Catcher 当作完整的 CRM 替代品。

  • 谈论 Mailshake 时,不要使用“序列”一词。 Mailshake 称其为“campaign”。使用“序列”(Apollo/Salesloft 的术语)会让用户和界面产生混淆。谈论 Mailshake 时,始终使用“campaign”。

  • 不要假设已配置邮件送达能力。 新建的 Mailshake 账户通常没有 SPF/DKIM/DMARC、没有自定义跟踪域名,也没有预热计划。排查发送问题前,始终先检查域名认证状态。

  • 未经询问,不要推荐仅适用于更高级别套餐的功能。 A/B 测试、团队分析和某些集成都受套餐限制。推荐这些功能前,先询问用户使用的套餐。

  • 不要假设 Mailshake 使用简单的每分钟请求数速率限制。 它采用每小时配额单位模型——每项操作消耗的单位数不同(例如,recipients/add 消耗 20 + N,push/create 消耗 100,activity/sent 消耗 1),并且通过 API 添加的收件人还有单独的每月上限。超出任一限制都会返回 limit_reached / exceeds_monthly_recipients 错误。限制随套餐和用户席位数量而变化。批量操作必须分批并控制执行频率。Claude 往往会生成未计算配额单位的紧密循环。

  • 持续改进:如果发现本文未涵盖的内容,请将其附加到 references/learnings.md,并注明今天的日期。

第 5 步 — 相关技能

  • /sales-cadence — 设计外呼节奏策略(与平台无关,可用于 Mailshake campaigns)
  • /sales-deliverability — 跨平台邮件送达能力 — SPF/DKIM/DMARC、预热、收件箱送达率
  • /sales-prospect-list — 构建潜在客户列表,以便导入 Mailshake
  • /sales-enrich — 在导入前补充联系人的邮箱/电话
  • /sales-integration — 通过 Webhook、Zapier 或 API 将 Mailshake 连接到其他工具
  • /sales-apollo — Apollo.io 平台帮助(如果使用 Apollo 而非 Mailshake)
  • /sales-salesloft — Salesloft 平台帮助(如果使用 Salesloft 而非 Mailshake)
  • /sales-do — 不确定该使用哪项技能?路由器会将任何销售目标匹配到合适的技能。

示例

示例 1:设置 Lead Catcher

用户说:“如何在 Mailshake 中设置 Lead Catcher?” 技能执行:

  1. 解释 Lead Catcher 的用途 — 自动捕获来自 campaign 回复的潜在客户
  2. 逐步说明如何启用 Lead Catcher 并配置自动分配规则
  3. 解释潜在客户状态(open、won/closed、ignored、lost)以及各状态的适用场景
  4. 说明 Lead Catcher 与 CRM 销售管道管理之间的区别 结果:用户已启用 Lead Catcher 并设置分配规则,同时了解如何分流潜在客户
示例 2:导入 API 收件人

用户说:“我想使用 Mailshake API 向一个营销活动添加 500 位收件人” 技能执行的操作:

  1. 指向 references/mailshake-api-reference.md,查看完整 API 文档
  2. 说明 /recipients/add 端点——必须提供 emailAddress,合并变量字段(接受 addresses、listOfEmails 或 csvData;每个营销活动最多 5,000 位收件人)
  3. 提醒用户每小时配额单位限制(/recipients/add 消耗 20 + N 个单位)和单独的每月收件人添加上限,并建议分批添加、控制节奏
  4. 展示如何使用 /recipients/addStatus 检查导入状态 结果:用户了解端点、必填字段,以及如何在配额单位和每月收件人限制内分批导入大量收件人

故障排除

打开率低

症状:营销活动打开率低于 30% 原因:缺少域名身份验证、发件人信誉不佳或主题行缺乏吸引力 解决方案:在 DNS 中验证 SPF/DKIM/DMARC。设置自定义跟踪域名。检查发件人信誉。对主题行进行 A/B 测试。完整的诊断框架请参阅 /sales-deliverability。

邮件退信

症状:退信率高于 3% 原因:邮件列表未经验证或数据过时 解决方案:导入前使用验证工具(NeverBounce、ZeroBounce)验证邮箱。立即移除硬退信。Mailshake 不会在上传时验证邮箱——这是你的责任。

Lead Catcher 未捕获回复

症状:收到回复,但未显示在 Lead Catcher 中 原因:营销活动未启用 Lead Catcher,或回复被识别为外出自动回复/退信 解决方案:检查营销活动设置——必须为每个营销活动启用 Lead Catcher。默认情况下会过滤自动回复和外出自动回复。检查 Activity > Replies 选项卡,确认已收到回复。

评论

支持 Markdown