用户池不是矿，是别人借给你的注意力。用一次，利息很高。
一、一次失败的交叉推广
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一位开发者做了两个工具：A 是给设计师的配色工具，B 是给开发者的 API 调试工具。他觉得两个用户群「都算互联网从业者」，于是在 A 的首页放了一个大横幅推 B。
结果：A 的用户开始抱怨「这网站怎么开始打广告了」，转化率下降；B 从 A 带来的用户里，真正付费的不到千分之三。
他后来总结：「我以为我拥有两个用户池，其实我只是在两个用户池里各占了一个角落。」
二、先判断用户重叠度
交叉推广能不能做，取决于重叠度。用下面四个问题打分（0–2 分）：
| 问题 | 说明 |
|---|---|
| 两个产品的用户是同一批人吗 | 同一角色、同一工作场景 |
| 他们会在同一天使用两个产品吗 | 使用频率是否接近 |
| A 的用户有没有表达过 B 解决的问题 | 需求是否被提到过 |
| 两个产品的品牌调性一致吗 | 专业度、语气、审美 |
- 6 分以上：可以做产品内交叉推广。
- 3–5 分：只做邮件或文档里的轻量提及。
- 2 分以下：不要交叉推广，各自独立获客。
2.1 「都算互联网从业者」不是重叠
设计师和开发者都会用电脑，这不叫重叠。真正的重叠是：同一个具体的人，在同一个具体的工作流里，会同时需要这两个东西。
三、交叉推广的四个位置
| 位置 | 打扰度 | 适用条件 | 做法 |
|---|---|---|---|
| 产品内 | 高 | 重叠度 6 分以上 | 侧栏或设置页的「相关工具」，不要用弹窗 |
| 事务邮件 | 中 | 重叠度 4 分以上 | 邮件底部一行文字链接 |
| 帮助文档 | 低 | 任何重叠度 | 在相关教程里自然提及 |
| 结算页 | 中 | 打包销售时 | 作为加购项，不默认勾选 |
3.1 频次与退出机制
- 产品内推荐最多一个位置，不要同时放横幅、弹窗和侧栏。
- 每个推荐位都要能关闭，关闭后不再出现。
- 邮件推荐必须遵守退订规则，且不能因为退订营销邮件而影响事务邮件。
四、捆绑定价的算术边界
捆绑不是「两个加起来打个折」这么简单。先算清楚三个数字：
| 数字 | 含义 |
|---|---|
| 单卖收入 | A 价格 + B 价格 |
| 捆绑价格 | 你打算收的钱 |
| 增量成本 | 多服务一个用户的边际成本（支持、存储、通道费） |
在不计其他成本的简化模型中，若服务变动成本 c、固定交易费 f、比例费率 r，则单笔贡献 = P×(1−r)−c−f，零贡献价格为 (c+f)/(1−r)。这不是可持续售价，还要覆盖支持、退款、固定成本及税费。
4.1 三种常见捆绑
| 类型 | 做法 | 适合 |
|---|---|---|
| 同域捆绑 | 同一用户群的两个产品一起卖 | 重叠度高、使用场景互补 |
| 阶梯捆绑 | 买 A 加价购 B | 想提升客单价但不想降价 |
| 全家桶 | 所有产品一个价 | 产品多、单产品价值低 |
全家桶要慎用。 它会把高价值产品的价格锚定拉低，也会让用户觉得每个产品都不值钱。
4.2 一个简单的算例
A 单卖 20 美元/月，B 单卖 15 美元/月，增量成本合计 2 美元/月，通道费约 5%。
| 方案 | 价格 | 毛利 | 说明 |
|---|---|---|---|
| 分开卖 | 35 美元 | 31.25 美元 | 仅按 2 美元服务成本和 5% 费率 |
| 八折捆绑 | 28 美元 | 24.60 美元 | 需验证销量提升，不保证转化 |
| 五折捆绑 | 17.5 美元 | 14.625 美元 | 单笔贡献率约 83.6%，不叫接近成本 |
折扣的底线不是「感觉差不多」，而是算出来的毛利。 如果单笔贡献降低，要比较销量、原有单卖被替代的部分和支持负载后的总贡献，不能只凭客单价判断无意义。表中“毛利”为简化单笔贡献，不是完整会计毛利。
五、跨产品数据使用与营销边界
先确定目标市场、发送主体、收件人类型、渠道、用途与合法依据，再设计告知、退出和数据最小化。下表同时区分法律判断与团队选择的默认策略：
| 项目 | 法律或规则判断 | 本团队可选择的产品策略 |
|---|---|---|
| 告知与目的 | 核对原收集用途、真实数据流及适用告知义务 | 在使用跨产品功能前解释具体字段、对象和目的 |
| 营销授权 | 依市场、收件人和消息性质判断，并非全球统一要求“单独同意” | 暂无足够依据时不发送；可采用主动勾选和邮件二次确认，明确这是保守策略 |
| 最小化 | 收集和共享应有必要范围及保留依据 | 推荐先使用本地上下文；确需共享时逐字段审查 |
| 退出 | 适用的退订、反对和撤回要求应落实 | 每次营销有便捷退出，抑制名单同步到各发送渠道 |
5.1 英国电子邮件规则示例
按 ICO 的 PECR 指南，个人订户的非请求营销通常需同意或满足相应 soft opt-in；独资经营者和某些合伙也属于个人订户。公司订户的电子邮件不适用同样的同意门槛，但仍需核对身份披露、退出以及个人数据的处理依据和反对权，不能理解为可以无限发送。
产品和服务 soft opt-in 的条件包括：你在销售或协商销售时直接取得联系方式、推广自己的相似产品或服务、收集时可拒绝、每次发送可退出。它不允许购买名单后套用，也不自动允许跨公司或无关产品导入邮箱。其他市场规则须另外核查；不能把英国示例当成全球规则。
5.2 交易通知和推广另行判断
订单收据、账户安全通知与产品推荐的目的不同。交易邮件夹带营销、个性化推荐、共享用户行为或训练另一个产品的模型时，要重新检查消息性质、数据用途和依据，不能因叫“交易通知”就豁免营销要求。
统一账号也要提供适用的注销与权利请求路径，不能仅靠一份宽泛隐私政策覆盖所有新用途。A的邮箱能否用于B，按主体、用途与授权核实；无足够依据时不导入、不发送。
六、什么时候不该做交叉推广
| 信号 | 原因 |
|---|---|
| 两个产品定位差异大 | 用户会困惑你到底是谁 |
| A 本身还在增长期 | 任何干扰都会伤害主转化路径 |
| B 的留存很差 | 导入的用户也会流失，白白消耗信任 |
| 你自己都没在用 B | 推荐会显得敷衍 |
| 合规边界不清 | 风险高于收益 |
七、常见错误
| 错误 | 后果 | 更好的做法 |
|---|---|---|
| 用「都是互联网用户」判断重叠 | 转化极低，伤害主产品 | 用四个问题打分 |
| 产品内放多个推荐位 | 用户反感，主转化下降 | 最多一个位置，可关闭 |
| 捆绑折扣拍脑袋 | 卖得越多亏得越多 | 先算增量成本与毛利 |
| 默认勾选却声称已获同意 | 同意证据不足 | 以同意为依据时需真实主动选择；其他依据另核适用条件 |
| 把用户列表直接导入 | 投诉、退订、封号 | 只做站内推荐，不导列表 |
八、行动清单
- 用四个问题给每对产品打重叠度分。
- 只对 6 分以上的组合做产品内推荐。
- 每个推荐位加关闭按钮，并记录关闭率。
- 算一遍捆绑的增量成本、通道费与毛利。
- 检查隐私政策是否覆盖跨产品使用。
- 记录目标市场、收件人、发送主体与依据；采用主动勾选/二次确认时标明产品策略，退订应可执行。
- 列出「不该交叉推广」的产品组合，明确不做。
使用边界与实操验收
上例明确假定服务变动成本总计 2、费率 5%、固定交易费为零；真实通道可能有固定费、税和币种费用。跨产品营销不能因同属一个开发者就默认合法共享用户数据。
复算与决策：零贡献价=2÷0.95≈2.11，但不能据此定价。若原先 10 份 35 美元销售贡献 312.50，新套餐 28 美元需要至少 13 份才超过它（13×24.60=319.80），还未计新增支持和老用户蚕食。记录销量假设和对照组，再判断是否保留折扣。
关键参考与核验范围
以下链接支持对应的机制或规则；本文的案例、成本和经营评分是说明方法的假设，不能当作平台统计或收益承诺。核验日期：2026-10-22。
个人信息保护法 ：处理依据、委托/对外提供、出境和个人权利分别判断。
财政部收入确认提示 ：按控制权和交易身份判断总额法或净额法，不能只看到账。
ICO 电子邮件营销指南 ：英国PECR对订户、请求营销和soft opt-in的条件，非全球统一规则。
系列导航
- 上一篇：组合指标：哪些数字合看，哪些必须分开
- 下一篇：定价协同：避免产品之间自相残杀
- 回到目录：一个人的产品线：第二个产品与组合运营
- 相关阅读：SaaS 套餐与权限设计 、SaaS 定价与套餐
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。