历史研究存档：本文件保留初版完整研究、渠道条件及原始论证，包含与主稿重复的早期策略，停止作为独立销售方案更新。当前完整销售判断已合并进唯一销售主稿；功能现状查能力目录，运行事实查生产证据。

#Retaintive 初版市场与渠道研究（历史存档）

使用方式：通常不用通读。 需要追查平台费用、准入、竞品来源或早期论证时再看；平台规则在实际使用时复核。这里的旧产品状态和优先级保留作历史，不能覆盖后续代码、运行核验及用户决定。

研究日期：2026-09-13（America/New_York）。供 Max 内部决策；尚未对外发送或上架。

本次目标按“完成必要验证与 demo，向有分销和集成能力的买方出售产品、代码或 IP”理解。重点是减少 Max 长期逐店销售与运营的投入。收入、活跃客户数、可转让的数据权利、最低可接受净到手金额及交接期限尚待补充；旧融资文档提过已有付费客户，本次没有查到足以确认当前金额的经营记录，因此不按零收入或已有稳定收入擅自估值。

#1. 推荐怎样走

把 Retaintive 打包为经过业务验证、可以被买方接手的客户运营能力，定向寻找战略买家；保留源码授权和有限集成交接作为交易选择。

你可以缩短原来“逐店销售、积累很多门店、再争取总部认可”的路径：利用已有门店关系，争取一个多店集团或潜在买方提供验证场景、数据和负责人。验证的目标是形成出售证据，不需要先把自己变成长期经营大规模 SaaS 的团队。

同时开始少量买方访谈。不要等整个产品完美后才知道他们缺什么。先让对方确认具体缺口、接入位置和预算归属，再决定补哪些功能。付费评估、数据访问授权、安排内部技术人员参与，比一句“demo 很有意思”更接近真实需求。

直接出售 code/IP 是可谈的交易，但“有 demo”不足以保证成交。 买方还会评估接入、验证、维护成本，以及 Max 离开后能否独立运行。平台收购有时包含团队留任；如果你希望尽快退出，交接独立性就会直接影响买家范围和价格。

建议同时准备两种报价范围：

• 产品/IP 买断：约定明确的代码、文档、评估资产及有限交接；一次交易把所有权转给买方。
• 付费技术与业务评估，之后选择买断或源码许可：限定期限、交付物和支持工时。OEM 许可意味着对方把能力放进自己的产品销售；是否包含源码、独家、修改和再分发权要分别约定。

第二种是降低买方初次决策难度的备选，不是要你回到无限期试点和定制服务。是否接受它，取决于你的退出时间与支持上限。

#2. 2026 年市场给出的信号

这条出售路径有真实先例。 ABC Fitness 在 2026-07-27 收购 Replify，把面向健身运营的 AI 通讯能力接进自身平台。公告明确提到收购前已有同时使用两家产品的客户；9 月进一步发布 AI Agents。这支持“已验证产品＋共同客户＋平台集成”的路径，公告没有披露能用来推算我们估值的交易金额。收购公告、2026-09-03 产品发布

Mindbody 2019 年收购 Bowtie.ai 也是相关先例：Bowtie 在收购前已经是平台伙伴，交易包含团队加入。它说明伙伴关系可以通向收购，也提醒我们不能把“购买产品”理解为买方一定只要代码、完全不需要团队。Mindbody 官方公告

与此同时，宽泛的功能故事已经很拥挤：

旧的 产品定位文档 中，“竞品都没有”“行业空白”等绝对判断，不宜原样带入销售材料。本次研究已找到反证；品牌网站上的功能描述也仅证明对方公开宣称的范围，不等于我们实测了竞品效果。

#3. 我们真正有的资产，与还缺的证据

本次源码基线：callytics-infrastructure commit 5fb52c15982c6fd67ef91319c895ae3b16a5e28d。这是本地源码审查，没有访问云账户、运行生产查询或做本轮端到端验收。

值得展示的工程积累是：沟通证据进入业务目标、持续跟进、员工修正和结果记录的全过程；模型提议受确定性代码约束。例如 DNC guard 拦截受限的新增外呼工作，持久化层检查证据归属、版本、幂等并保留事件记录。DNC guard、持久化边界

这些能力支持“让买方少走一段业务建模和工程验证的路”。省了多少时间、是否足以胜过买方自建，还需接入演示和买方技术评估来证明。

#4. 先卖给谁，他们买后怎么挣钱

以下顺序是根据当前业务适配度和你的时间约束给出的建议，未取得任何一家的收购意向。

组织事实与入口：Empire 官方介绍、Purpose Brands、Daxko Partner Program。Empire 官网的规模口径包含 owns、operates 和 oversees，不能全部算成直营门店；本报告不据此估算我们的可销售收入。

Mindbody 所属 Playlist 与 EGYM 已于 2026-03-31 完成合并。对它的接洽应考虑集团与具体产品线，不再仅按旧 Mindbody 单体组织理解。官方完成公告

Daxko 在 2026-06-23 收购 FitnessForce，亦有收购多店软件的先例；同时其新产品已公开描述 AI lead、流失与自动跟进能力。因此它是值得研究的对象，不能预设其没有相关功能。官方收购公告

#5. 钱的逻辑链应该怎么讲

#门店层：先把“有结果”与“多出来的结果”分清

最完整的一条链是：

符合条件的机会 → 分给员工并安排下一步 → 电话/短信等行动实际发生 → 客户回应 → 业务系统确认购买/到店/续费/付款 → 与适当对照比较增量效果。

AI 说客户想买，是意向；员工说完成了，是人工确认；业务系统记录到账，是交易证据。即使确实到账，也不能自动把整笔钱归因于我们的产品，因为客户原本可能也会购买。

可以按三种数字分别报告：

1. 执行表现：机会覆盖、首次响应、真实触达、下一步执行、员工修正。这些解释系统怎样改变日常工作。
2. 已核验结果：观察窗内实际购买、续费、付款恢复及退款。必须能回到对应业务记录。
3. 增量收益：对照之后多出来的净收入或贡献毛利；同时计算使用产品增加的成本。

按用途分开计算收入：新会员首付款、付款恢复、升级差额、续费的实际到账、课包购买。不能把追回旧欠款全部叫新增 MRR；不能把一次挽留乘上未经验证的终身价值；同一客户的同一交易不能被多个 Task 重复领取收入。

用于内部解释的假设例子：两组各有 100 个可比的合格机会，完成同样长的观察期；使用产品的一组有 30 次同类新购买，对照组有 20 次，均已核验到账。假设对应相同服务期间，每单扣除退款与税后的净收入 $200，则增量净收入估计为 $2,000；若扣除履约变动成本后的贡献毛利率假设为 70%，再扣除尚未计入的 $500 产品与实施成本，净贡献估计为 $900。欠费恢复须单列现金回收，不照搬这个公式。这些数字不是 Retaintive 的实测成绩；小样本、人员差异、促销和观察窗口都会影响结果。

实际试点优先选择可比门店、同一 lead 来源与一致观察窗；条件允许时做合适的随机分配，否则用匹配基线并披露混杂因素。还要跟踪不知道结果的案例，避免只留下成功样本。短期试点可以看跟进、到店和付款；长期留存需要更长时间观察。

#平台层：门店多赚的钱不等于平台多赚的钱

给不同买方讲它自己能获得的利益：

• 通讯或行业软件平台：可触达客户数 × 实际采用率 × 每客户新增贡献毛利，加上有证据的续费改善，扣除收购、集成、销售和维护成本。不能用平台全部客户乘我们想要的价格。
• 品牌总部：加盟店经营改善、支持成本降低、品牌一致性；royalty 等收入只按真实合同和适用收入计算，不把加盟商收入全部计给总部。
• 多店经营集团：自有/运营门店的增量经营贡献，扣除员工投入、使用成本和接管成本。其“管理、监督”的门店不一定都由它获得经营利润。

买方还会比较：自己做要多久、在什么风险下能交付；买我们后多久能让客户用上。省开发时间是可验证的价值假设，不应简单按我们已经花的开发工时开价。

#6. 用现有 OTF 研究讲一个更有说服力的故事

我们的材料里有一张 June 2026 Revenue Management 截图：406 个 opportunities、15 个 contacts made，页面显示 4%。本轮已查看原图并核对数字。原截图、口径说明

这是一家门店的历史截图。Opportunity 的口径是会员×原因，而非 406 个唯一客户；材料还记载了更新延迟。低 contacts made 可能来自未执行，也可能有漏记、其他渠道或采集口径差异，必须先核对。它适合作为待验证的业务问题，不能直接写成“96% 机会没人跟”或“我们能收回 96% 收入”。

因此，面向 OTF 的故事可以这样说：

你们已经知道哪些会员值得跟进。我们在研究怎样让这些机会进入员工每天真实执行的工作，并把通话和短信证据与最后的业务结果连起来。Retaintive 已围绕这种门店流程构建了产品；接下来希望在有授权的数据范围内验证它能增加多少有效跟进和业务结果。若效果成立，可以把产品和相关 IP 交给你们，接进现有平台。

验证完成后，再把中间一段替换为可复核的数据：在哪些门店、什么时间、多少合格案例、什么对照、多少增量结果、哪些尚未验证。业务事实决定叙事强度。

另一份 OTF 店主访谈 还提醒我们：部分门店的主要问题可能是 Lead 不足。Retaintive 可以帮助处理已有机会，不能声称自动创造了新的市场需求。应先确认买方最在意的是新客转化、会员保留、欠费恢复，还是员工执行。

#对外初次接洽英文草稿

以下供审核后使用，尚未发送；没有引用未验证的收入、客户数量或总部背书。

Subject: Integrating Retaintive’s studio follow-up workflows into [Platform]

Hi [Name],

We have built Retaintive around the customer follow-up workflows used by multi-location fitness teams, informed by our Orangetheory workflow research. It connects calls and messages to ongoing tasks, staff actions, and reviewable outcome evidence.

We are exploring an acquisition of the product and related IP, or a source-code licensing arrangement, with a partner that can integrate it into an existing platform. We are preparing a short demo of the current workflow; Mindbody integration and incremental revenue validation are still open workstreams.

I would value a 20-minute discussion with the product or operations owner responsible for this area to determine whether a bounded evaluation would address a gap on your roadmap.

Best, [Name]

向 Purpose/OTF 写时，具体讲它现有的机会工作流；向 RingCentral 写时，说明如何消费其通讯或洞察数据；向 Mindbody 写时，解释与现有 AI Concierge 的增量关系。不要把同一封泛泛的 AI 邮件发给所有人。

#7. Demo 应该证明什么，怎么适配他们

准备两个版本：2–3 分钟的业务录屏，用于介绍；可重放的交互 demo，用于技术和业务评估。数据使用匿名化或合成案例，标明哪些是真实运行、员工确认、模拟业务系统回传。原始录音、会员资料和合同不默认属于可出售资产。

建议主线只讲一个完整客户故事，再展示两个关键反例：

另外为每类买方准备一页 integration brief：

• OTF / Purpose：现有 Retool/Lead/Revenue Management 中哪个入口使用我们的能力；如何链接 Task、呈现证据和回传结果；门店、员工和外部业务 ID 如何对应。保留其现有身份和权限体系。
• Mindbody / Playlist：通过获准接口取得客户、到访、合同或交易事实；把建议/执行记录放在哪个现有工作流；避免与其已有 AI 重复派活。具体权限、费用、可写端点需按目标账户验证。
• RingCentral：哪些数据来自 Call/SMS/ACE，哪些行业业务事实仍需另外接入；我们的工作流和结果怎样进入其行业方案。
• 其他软件商/OEM：买方能否使用自己的 UI、认证、模型和数据库；明确当前依赖及适配工作。不要先为未知买方重写成全新的通用平台。

API、可嵌入组件或 MCP 都只是交付形式。先由目标买方确认接入点；不能把换一种接口包装当成获得产品壁垒。

#8. 可以用的销售与引荐渠道

#定向渠道：优先用于找到有预算的人

适合你时间约束的营销材料是：一个短 demo、一篇有数据边界的案例、一份针对买方的接入说明，以及一次由合作伙伴带来的小型演示。广撒广告、泛 AI 内容、以流量为目的的大规模发布，优先级低于找到内部 sponsor。

如果授权接洽，可按 10–15 个组织的小名单推进，每家只研究关键角色与具体缺口。这个数量是执行建议，不是市场容量或成功率预测。

#Flippa、FE International 与类似交易平台

下表是 2026-09-13 核查到的公开规则，页面有的保留更早的发布日期。实际提交时应再次确认；“可申请”不等于“会接受”或“能成交”。目前收入未知，所以条件性比较。

费用对照仅用于预算，不代表已经选择平台：

• Flippa 当前 Sub $10K 档最低 Entry 为 $29/60 天，另有 10% success fee；更高展示套餐和交易相关费用另计。定价
• Acquire 按 asking price 分档：月费 $25/$50/$100，成交费 8%/7%/6%；档位为 $250K 与 $1M 附近，边界以提交时平台规则为准。费用条款
• FE marketplace 按 asking price 收取 5%/4%/3% closing fee；完整顾问服务的收费与独家要求另外协商，不能直接套用 marketplace 费率。marketplace 定价
• Empire Flippers 和 Quiet Light 的完整服务条件应在选择前核对；本次没有为 Retaintive 取得报价，不用旧文章的佣金数字代替。

优先用一套证据材料做少量定向战略接洽，再决定是否上 Acquire/Flippa 或聘请顾问。并行挂牌前核对独家代理限制；过早公开一个低价，也可能成为后续谈判的价格参照。挂牌要价、估值计算器和我们的开发投入都不是已实现的成交价值。

#9. AI 能替代什么，我们的强项怎样变得值钱

AI 已能帮助生成摘要、写跟进文案、做 UI 和代码。买方也能使用这些能力，因此“用了 AI”“代码很多”“写过很多 prompt”都不足以证明稀缺性。

我们相对有积累的地方，是将 OTF 类门店的实际业务定义放进产品：长期 Task 与每次 Activity 的区别、意向与最终事实的区别、员工如何补充和纠正、跨门店归属、重复事件和安全写入。这些已经有文档和代码承载，能形成可展示的知识与工程资产。

模型无法凭空提供目标客户的数据授权、事实真值、组织采用和真实交易结果。 但这不代表这些资产已经都属于我们；也不代表竞争者无法获得。所谓数据优势必须包含合法可用的权利、持续获得的能力、人工确认过的结果与质量改进证据，仅仅保存很多录音还不够。

最值得形成的收购资产是：

• 有权使用和移交的评估案例，以及清楚的业务标签和反例。
• 买方目标场景中已经证明的效果，连同失败边界和复现方式。
• 已工作的身份、数据、任务与结果连接，能节省接入和验证成本。
• 员工愿意使用、管理者能核查的工作流，以及维护它所需的知识。

目前可以说我们在这些方向上有积累；不能声称已经拥有永久技术壁垒、独家数据或其他人用 AI 无法复制。验证成立后，销售主张才能进一步变成：“你们可以买到这段已验证的业务能力，并检查它能为你们省掉哪些工作。”

#10. 最小出售材料包与推进节奏

建议把新增投入限制在直接支持买方判断的材料和验证上。以下是工作顺序，不是保证成交的时间表。

一个短周期能验证响应、执行和部分转化；不能硬把长期留存压进同样期限。若几轮合格买方交流都指出同一重叠，应重新选择最有价值的模块或买方，而不是继续加页面。

具体材料包：

1. 一页介绍：谁遇到什么问题、产品已实现什么、证据状态、希望讨论哪类交易。
2. Demo 与案例表：机会、证据、员工动作、外部结果、时间窗和归因边界。
3. 真实经营表：收入为多少就写多少；活跃/付费分开；包含模型、转录、云、通讯、支持和创始人工时。
4. 按买方定制的 integration brief：接入点、身份权限、依赖、已实现与待实现部分、预计维护责任。
5. 可转让资产清单：代码、域名、品牌、设计、文档、评估集、客户合同；分别核对所有权、依赖许可、客户授权和转让条件。
6. 交接包：新环境部署、备份恢复、运行问题、替换凭据、已知限制，以及明确有期限的支持。

尽调材料按阶段披露：初谈先给脱敏介绍与 demo；认真评估后在约定保密与用途范围内开放必要材料。既有客户的服务连续性、数据迁移和通知义务应纳入交易评估，而不是默认卖 code 后自动消失。

#11. 最初的问题之外，还应回答哪些

• 最终想卖什么？ 公司、整套产品资产、一个核心模块，还是源码许可？现有客户和服务义务是否包含在内？
• 你的时间底线是什么？ 交接能持续多久，每周最多投入多少；是否接受长期顾问、雇佣或收购后的运营责任？
• 净到手底线是什么？ 看 upfront cash、递延款、费用和支持成本，不能只看 headline price。依赖买方未来销售的 earn-out 可能延长你的参与和风险。
• 买方具体买来放在哪里？ 哪个产品、哪个客户群、哪个团队的预算，谁负责上线和后续维护？
• 为什么值得买？ 是实际效果、客户关系、集成、业务数据权利，还是节省开发验证时间？逐项有何证据？
• 如果大平台暂时不买，哪个备选仍满足时间目标？ 模块出售、有限源码许可、交给有运营能力的小型买家；不要自动回到无限期逐店增长。

当前最需要补充的底数是：实际活跃/付费门店与收入、可用案例和数据权限、可继续投入的时间、可接受的交接形式。它们会改变价格和渠道选择，但不影响现在先准备可验证材料、寻找合适买方的方向。

#核查范围与复查方法

已使用的本地材料包括产品北极星、系统世界观、产品定位，OTF Revenue Model、Revenue Management、店主痛点访谈、销售流程、集成策略，以及当前 Task 引擎、Revenue contract、价值报告和身份连接代码。历史文档中的路线图与绝对竞品判断未当作当前事实。公开资料主要来自平台、买方与伙伴官网；来源已放在对应结论旁。

以下命令在 2026-09-13 用于核对关键源码声明，未来复查应先确认版本：

git -C ../callytics-infrastructure rev-parse HEAD
rg -n 'causalAttributionStatus|revenueAmountStatus' ../callytics-infrastructure/packages/task-engine/src/metrics/revenue.ts
rg -n 'BLOCKED_METRICS|name:' ../callytics-infrastructure/scripts/customer-value-metrics/report.ts
rg -n 'MINUTES_PER_ACTION =' ../callytics-infrastructure/scripts/customer-value-metrics/calculations.ts

Mindbody 负面检索结论只覆盖本次查阅的工作区代码，不能排除未在本地出现的私有实现；部署、完整业务验收和交易权利仍需相应证据。本次没有创建外部 listing、发送接洽消息、提交申请或承诺买卖。