Sitesfy · MVP Feature Planning
功能清单 × 种子客户对比
以两个验证场景为锚点，拆解第一期必做 vs 可延后的功能
版本 v1.0
日期 2026-03-23
状态 内部讨论
作者 Steve Wang + Noa
图例
✓ 第一期
○ 延后
🎲 桌游
⚖️ 律所
★ 两者都需要
核心目标：找到欧洲（尤其德国）桌游零售商和采购商，建立直接联系
Outbound 为主
多语言关键
贸易数据
德语市场
产品型
核心目标：吸引有出海合规需求的中国企业，尤其是主动搜索 GDPR/出海合规的潜在客户
Inbound 为主
SEO 关键
访客识别
高意图触发
服务型
| 功能 |
期别 |
适用客户 |
说明 / 理由 |
| 信号监听 |
| 邮件回复率实时监听按市场/话术维度分别追踪 |
✓ 第一期 |
★ 两者 |
MVP 核心数据源，决定自动调整发量的基础 |
| 网站访客行为监听页面深度、定价页访问、停留时长 |
✓ 第一期 |
⚖️ 律所 |
律所靠 Inbound，访客识别是关键触发点 |
| SEO 关键词排名监听 |
○ 延后 |
⚖️ 律所 |
SEO 效果需要4-8周沉淀才有数据，第一期意义不大 |
| 贸易数据/市场新信号接入 |
○ 延后 |
🎲 桌游 |
Panjiva 等贸易数据接入复杂，第二期再做 |
| 决策逻辑 |
| 回复率 → 自动调整发量高回复市场扩量、低回复暂停 |
✓ 第一期 |
★ 两者 |
最核心的 Proactive 动作，也是验证"自主运转"的最小样本 |
| Autonomy Threshold 分级判断自动执行/轻确认/人工三档 |
○ 延后 |
★ 两者 |
第一期规则简单，分级逻辑后续完善 |
| 异常检测：突发机会或风险立即触发 |
○ 延后 |
★ 两者 |
需要大量历史数据做基准，MVP 阶段数据不够 |
| 输出 |
| 周报自动生成数据汇总 + 本周自主行动列表 |
✓ 第一期 |
★ 两者 |
用户感知"引擎在运转"的唯一界面，不能省 |
| 每周一个决策问题推送 |
✓ 第一期 |
★ 两者 |
轻交互的核心体验，也是验证用户是否真的"不需要管" |
| 执行日志（用户可查） |
○ 延后 |
★ 两者 |
种子客户可直接问，日志界面延后做 |
| 功能 | 期别 | 适用客户 | 说明 / 理由 |
|---|
| 初始化 |
| URL 扫描 → 自动提炼产品定位行业、价值主张、目标客户 |
✓ 第一期 |
★ 两者 |
零配置启动的基础，没有这个其他都不成立 |
| 自动生成初始 ICP行业/职位/地区/公司规模 |
✓ 第一期 |
★ 两者 |
ICP 是后续所有模块的输入，必须第一期完成 |
| 用户轻确认 ICP选择/微调，非填表 |
✓ 第一期 |
★ 两者 |
第一次对齐目标，防止引擎方向跑偏 |
| 数据获取 |
| Apollo API 接入按 ICP 条件拉取目标公司和联系人 |
✓ 第一期 |
★ 两者 |
Outbound 的数据来源，没有联系人数据没法发邮件 |
| LinkedIn 数据补充 |
○ 延后 |
★ 两者 |
Apollo 已够用，LinkedIn API 限制多，延后 |
| Panjiva / 贸易数据接入 |
○ 延后 |
🎲 桌游 |
桌游未来需要，接入复杂，第二期 |
| 持续更新 |
| 回复率数据反哺 ICP 修正 |
○ 延后 |
★ 两者 |
需要足够回复样本才有意义，第一期先跑数据 |
| 访客数据补充 ICP 细节 |
○ 延后 |
⚖️ 律所 |
依赖访客识别模块积累数据，延后 |
| 功能 | 期别 | 适用客户 | 说明 / 理由 |
|---|
| Outbound 内容 |
| 个性化开发信生成（英语）基于 ICP + 产品定位 |
✓ 第一期 |
★ 两者 |
Outbound 核心，MVP 必须 |
| 3步跟进序列自动生成首发 / D3跟进 / D7跟进 |
✓ 第一期 |
★ 两者 |
单封邮件回复率很低，序列是基础动作 |
| 主题行 A/B 变体自动生成 |
✓ 第一期 |
★ 两者 |
主题行是开率最大影响因素，变体测试从第一天开始 |
| 德语开发信 |
✓ 第一期 |
🎲 桌游 |
德国是桌游最大市场，本地语言显著提升回复率 |
| 其他多语言支持（西/日/法） |
○ 延后 |
🎲 桌游 |
先验证德国市场，打通后再扩 |
| 跨文化话术适配 |
○ 延后 |
★ 两者 |
第一期先用通用英语话术，跑数据再精细化 |
| Inbound 内容（SEO） |
| 基于行业关键词自动生成 SEO 文章 |
✓ 第一期 |
⚖️ 律所 |
律所 Inbound 核心资产，SEO 文章要尽早种草 |
| 文章发布到客户网站WordPress API / headless CMS |
✓ 第一期 |
⚖️ 律所 |
内容生成后要能自动发布，否则又变成人工操作 |
| 关键词研究：竞品+行业自动挖掘 |
✓ 第一期 |
⚖️ 律所 |
决定写什么文章，是 SEO 流程的第一步 |
| 延伸文章自动生成（热文带动） |
○ 延后 |
⚖️ 律所 |
需要先有热文数据，延后 |
| 内容管理 |
| 内容草稿 → 轻确认 → 自动发布流程 |
✓ 第一期 |
⚖️ 律所 |
律所内容有专业要求，第一期需要人确认，后期再自动化 |
| 内容版本管理 |
○ 延后 |
★ 两者 |
有价值但第一期不影响跑通 |
| 功能 | 期别 | 适用客户 | 说明 / 理由 |
|---|
| 邮件执行 |
| Instantly API 接入序列发送 + 自动跟进 |
✓ 第一期 |
★ 两者 |
执行层核心，买服务不自建，第一期直接接入 |
| 发件域名预热管理 |
✓ 第一期 |
★ 两者 |
没有预热直接发会进垃圾桶，必须第一期解决 |
| 时区智能调整发送时间 |
✓ 第一期 |
🎲 桌游 |
给欧洲收件人发邮件，时区对了才能被看见 |
| 反垃圾邮件检测（发前扫描） |
✓ 第一期 |
★ 两者 |
送达率是基础，进垃圾桶所有数据都失真 |
| 退订/退信自动处理 |
✓ 第一期 |
★ 两者 |
合规要求，Instantly 已有，需接通 |
| 发送管理 |
| 发送量限额控制防触发邮件服务商限制 |
✓ 第一期 |
★ 两者 |
新域名每天上限50-100封，超出就废了 |
| Proactive 自动调整各方向发送量 |
✓ 第一期 |
★ 两者 |
第一期最核心的 Proactive 动作，验证"自主运转" |
| 发送暂停/恢复（按市场/话术） |
✓ 第一期 |
★ 两者 |
自主运转的最小动作之一 |
| LinkedIn |
| LinkedIn 触达序列模板 |
○ 延后 |
★ 两者 |
邮件先跑通，LinkedIn 作为补充渠道延后 |
| LinkedIn 一键发送（半自动） |
○ 延后 |
★ 两者 |
同上 |
| 功能 | 期别 | 适用客户 | 说明 / 理由 |
|---|
| 访客识别 |
| RB2B / Clearbit 接入匿名访客 → 识别公司 |
✓ 第一期 |
⚖️ 律所 |
律所 Inbound 策略的核心——知道谁来了才能主动触达 |
| 访客行为意图评分基于页面、停留时长、路径 |
✓ 第一期 |
⚖️ 律所 |
区分随便浏览和真实潜客，不做评分就会乱发 |
| 高意图阈值配置 |
✓ 第一期 |
⚖️ 律所 |
需要可调，种子客户初期需要手动校准阈值 |
| 即时触发 |
| 高意图访客 → 自动触发个性化外发 |
✓ 第一期 |
⚖️ 律所 |
Proactive 的核心场景之一，律所最大的转化机会 |
| 即时对话窗口（网站嵌入式） |
○ 延后 |
⚖️ 律所 |
有价值但开发量大，第一期用邮件触达代替 |
| 会议预约引导（Calendly） |
○ 延后 |
⚖️ 律所 |
邮件里加链接即可，不需要单独开发 |
| 数据回流 |
| 访客数据回流至 ICP Engine |
○ 延后 |
⚖️ 律所 |
飞轮逻辑，需要一定数据量才有价值 |
| 访客 vs 已联系名单比对 |
○ 延后 |
⚖️ 律所 |
防止重复触达，第一期规模小人工处理即可 |
| 功能 | 期别 | 适用客户 | 说明 / 理由 |
|---|
| 数据收集 |
| 邮件核心指标采集发送率 / 打开率 / 回复率 / 点击率 |
✓ 第一期 |
★ 两者 |
所有 Proactive 决策的数据基础，必须第一天就收 |
| SEO 指标采集关键词排名 / 流量 / 停留时长 |
✓ 第一期 |
⚖️ 律所 |
律所 Inbound 效果验证，接 GSC / Ahrefs |
| 转化路径追踪访客→回复→成单 |
○ 延后 |
★ 两者 |
成单周期长，第一期先追踪到"回复"即可 |
| 分析 & 优化输出 |
| 按维度分析（行业/地区/话术/时间） |
✓ 第一期 |
★ 两者 |
周报的数据来源，让用户和引擎都能看到"哪个方向有效" |
| 优化指令输出给 Proactive Core |
✓ 第一期 |
★ 两者 |
飞轮闭环必须打通，否则 Proactive 是空架子 |
| 月度洞察报告 |
○ 延后 |
★ 两者 |
月度报告需要足够数据量，第一个月先积累 |
📊 汇总：第一期 vs 延后
🎲 桌游专属第一期
- 德语开发信生成
- 时区智能发送（欧洲时区）
- Apollo 接入（重点：欧洲桌游零售商条件）
⚖️ 律所专属第一期
- SEO 文章生成 + 自动发布
- 关键词研究（出海合规/GDPR方向）
- RB2B 访客识别接入
- 高意图访客 → 自动触发外发
- 内容轻确认流程（律所内容需人审）
★ 两者共用第一期核心
- URL 扫描 → 自动生成 ICP
- 个性化英语开发信 + 3步跟进序列
- 主题行 A/B 变体
- Instantly API 接入 + 域名预热
- 发送量限额 + 退订/退信处理
- 邮件回复率监听 → Proactive 自动调整发量
- 周报自动生成 + 每周一个决策问题
- 邮件核心指标采集 + 按维度分析
- 优化指令输出（Learning → Proactive Core 闭环）
○ 明确延后的
- 贸易数据（Panjiva）接入
- LinkedIn 触达
- 多语言（西/日/法）
- 跨文化话术精细化
- 网站嵌入式对话窗口
- Calendly 预约引导
- 转化路径追踪（到成单）
- 月度洞察报告
- 执行日志界面
- 回复率反哺 ICP 修正
第一期的本质：用最小可信的一套功能，证明"引擎能自己运转"这件事。
桌游验证 Outbound 路径（找人 → 发邮件 → 自动跟进 → 自动优化方向）；律所验证 Inbound + 捕获路径（SEO 文章 → 吸引访客 → 识别高意图 → 自动触达）。
两个场景加在一起，能覆盖 Proactive Core 的主要信号类型和执行动作。
Sitesfy · MVP 功能对比 v1.0 · 2026-03-23 · Steve Wang + Noa