MBE Product-Channel Fit (PCF) 研究计划

版本: v1.0
日期: 2026-02-11
状态: 初稿
关联: MBE 营销自动化方案PLG 落地页优化


一、研究目标

1.1 核心问题

  • MBE 应该优先投入哪些获客渠道?
  • 各渠道的投入比例应如何配置?
  • 产品形态与渠道特性是否匹配?

1.2 预期产出

产出 说明
渠道优先级排序 按 ROI、可扩展性、战略匹配度排序
渠道占比建议 如 PLG 60% / SLG 30% / 内容 10%
渠道组合策略 主渠道 + 辅助渠道,阶段化调整
数据埋点清单 支撑 PCF 分析所需的事件与指标

二、MBE 渠道矩阵

2.1 候选渠道概览

编号 渠道 形态 目标人群 当前成熟度
C1 PLG 落地页免费对话、试用、自助注册 个人/SMB、开发者 有落地页+匿名对话,已做 PLG 优化
C2 SLG 企业销售、定制 Demo、商务对接 中大型企业决策者 有提案/报价流程,待加强
C3 内容获客 白皮书、案例、博客、知乎 研究型/决策型用户 有白皮书留资、内容生成
C4 开发者生态 API、SDK、MCP、文档 开发者、技术决策者 有 API、MCP,文档待完善
C5 渠道合作 分佣、生态伙伴、集成方 渠道商、ISV 有分佣逻辑,伙伴体系待建
C6 社区/社群 用户群、论坛、活动 活跃用户、早期 adopting 待启动

2.2 渠道与产品特性匹配

渠道 产品优势 匹配度要点
PLG 可匿名体验、无需注册即对话 低门槛,适合 SMB/个人
SLG 多专家、可定制、私有部署 高客单、长周期,适合企业
内容 行业方案、案例、白皮书 建立信任,培育线索
开发者 MCP、API、SDK 技术决策者自助集成
渠道 分佣、白标 规模扩张、区域覆盖

2.3 各渠道 Loop 形态(Growth Loop)

明确「谁触达」「谁带来新用户」,形成自我强化的增长循环。

渠道 触达者 新用户来源 Loop 形态 闭环条件
C1 PLG 落地页、广告、推荐链接 试用用户分享链接、邀请好友 病毒/推荐循环 分享→新访问→试用→分享
C2 SLG 销售、BD、渠道商 客户转介绍、案例背书 销售循环 签约→收入→扩充销售→更多签约
C3 内容 博客、知乎、白皮书、KOL 用户产出案例、UGC 用户生成内容循环 内容→留资→付费→产出案例→新内容
C4 开发者 文档、API、MCP、教程 开发者产出教程、集成案例 用户生成内容循环 接入→使用→产出内容→新开发者
C5 渠道合作 分佣伙伴、ISV 伙伴推广、集成嵌入 销售/渠道循环 签约伙伴→分佣→伙伴推广→新客户
C6 社区 用户群、论坛、活动 活跃用户邀请、口碑 病毒/推荐循环 活跃→邀请→新用户→活跃

Loop 设计原则:每个渠道的「产出」应能直接或间接带来「新触达」,形成闭环;否则为线性漏斗,需持续在顶端投入。

2.4 优先 Loop 设计(可量化、可复制)

优先打造 1–2 个可量化、可复制的 Loop,验证后再扩展。

Loop 1:PLG 试用推荐奖励

要素 设计
Loop 路径 试用用户 A 分享链接 → 新用户 B 访问落地页(utm_source=referral)→ B 试用 → A 获得奖励(延长试用/解锁能力)
触达者 试用用户(主动分享)
新用户来源 被分享者通过专属链接访问
量化指标 referral_share_count(分享次数)、referral_visit_count(通过推荐链接的访问)、referral_signup_count(推荐带来的试用)、K因子 = 每用户带来新用户数
埋点需求 referral_share(分享行为)、utm_source=referral + utm_content={share_code}(推荐链接)、关联 referrer_user_id
复制条件 K 因子 > 0.1 可扩展;需设计奖励机制(试用延长、能力解锁)

Loop 2:开发者内容产出

要素 设计
Loop 路径 开发者接入 API/MCP → 使用 MBE → 产出教程/集成案例/博客 → 内容带链接/二维码 → 新开发者访问文档/SDK → 接入
触达者 已接入开发者(产出内容)
新用户来源 通过教程、案例、文章中的链接/引用触达
量化指标 developer_content_count(开发者产出内容数)、content_referral_visit(内容带来的文档/落地页访问)、content_to_signup_rate(内容→试用转化率)
埋点需求 utm_source=developer + utm_content={article_id}(内容来源)、developer_first_api_call、内容登记(人工或 API)
复制条件 单开发者产出 ≥ 1 篇有效内容;可激励(优先支持、案例展示、积分)

优先级与依赖

Loop 优先级 依赖 预估周期
PLG 推荐奖励 P0 落地页、试用、UTM 已有;需增加分享入口、奖励逻辑 2–3 周
开发者内容产出 P1 文档、API 已有;需内容登记、utm_content 区分 2–4 周

三、评估框架

3.1 评估维度

维度 说明 数据来源
CAC 单客户获客成本 渠道投入 / 转化客户数
转化率 访问→留资→试用→付费 埋点漏斗
LTV 客户生命周期价值 订阅/续费数据
周期 从触达到转化的时间 事件时间戳
可扩展性 规模扩大时边际成本 定性+定量
战略匹配 与产品定位、品牌一致性 定性评估

3.2 渠道评分卡(模板)

渠道 CAC 转化率 LTV 周期 可扩展性 战略匹配 综合
PLG ? ? ? ?
SLG ? ? ? ?
内容 ? ? ? ?
开发者 ? ? ? ?
渠道 ? ? ? ?

四、数据需求与埋点

4.1 已有数据

事件 来源 用途
landing_page_visit 落地页 流量入口
chatbot_start 匿名首条对话 PLG 激活
trial_active 试用用户对话 试用转化
whitepaper_download 白皮书留资 内容获客
trial_start / trial_expiring / trial_expired 试用生命周期 转化漏斗
payment_success 付费转化 LTV 起点

4.2 待补充埋点

埋点 说明 优先级
渠道来源 utm_source
落地页→会话 首次对话时间
试用→付费 转化路径
内容→留资 留资来源页面
开发者 API 调用 首次调用、调用量

4.3 分析看板建议

  • 渠道流量:来源、落地页、访问量
  • 转化漏斗:访问→对话→留资→试用→付费
  • 耗时分布:各阶段平均时长
  • LTV 分布:按渠道、用户类型

五、执行步骤

阶段 1:摸底(2–3 周)

  1. 数据现状:梳理现有事件、埋点完整性
  2. 渠道访谈:销售、运营、产品对各渠道的定性判断
  3. 竞品参考:同类产品(如法律 AI、企业 AI)的渠道策略

阶段 2:试跑(4–6 周)

  1. 小流量测试:各渠道小规模投放/运营
  2. 补齐埋点:渠道来源、转化路径
  3. 数据采集:至少 2 周连续数据

阶段 3:分析(2–3 周)

  1. 填写评分卡:按评估维度填充
  2. 敏感性分析:关键假设变化的影响
  3. 产出建议:渠道优先级、占比、组合策略

阶段 4:迭代(持续)

  1. 季度复盘:调整渠道占比
  2. A/B 测试:落地页、CTA、流程
  3. 文档更新:本计划随结论更新

六、时间规划

┌─────────────────────────────────────────────────────────────────┐
│ Week 1-2    │ 数据摸底 + 渠道访谈                                 │
│ Week 3-4    │ 补齐埋点 + 试跑准备                                 │
│ Week 5-8    │ 各渠道小流量试跑 + 数据采集                         │
│ Week 9-10   │ 分析 + 评分卡 + 产出建议                           │
│ Week 11+    │ 落地执行 + 季度复盘                                 │
└─────────────────────────────────────────────────────────────────┘

七、风险与假设

  • 数据不足:早期可先用定性+小样本,逐步迭代
  • 渠道干扰:多渠道同时测试时,需注意归因
  • 产品迭代:产品形态变化可能改变渠道有效性

八、附录

A. 参考文档

B. 术语表

术语 说明
PCF Product-Channel Fit,产品-渠道匹配
PLG Product-Led Growth,产品驱动增长
SLG Sales-Led Growth,销售驱动增长
Growth Loop 增长循环:用户行动→带来新用户→自我强化的闭环
K 因子 每用户带来的新用户数(病毒系数)
CAC Customer Acquisition Cost
LTV Lifetime Value