> For AI agents: the complete documentation index is available at /llms.txt, the full documentation bundle is available at /llms-full.txt. > 历史研究存档：本文件保留初版完整研究、渠道条件及原始论证，包含与主稿重复的早期策略，停止作为独立销售方案更新。当前完整销售判断已合并进[唯一销售主稿](/funding-strategy/01-经营策略.md)；功能现状查[产品说明](/funding-strategy/02-产品说明书/index.md)，运行事实查[生产证据](/funding-strategy/04-West-Harlem生产证据.md)。 # 八、初版市场与渠道研究（历史存档） **使用方式：通常不用通读。** 需要追查平台费用、准入、竞品来源或早期论证时再看；平台规则在实际使用时复核。这里的旧产品状态和优先级保留作历史，不能覆盖后续代码、运行核验及用户决定。 研究日期：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。这支持“已验证产品＋共同客户＋平台集成”的路径，公告没有披露能用来推算我们估值的交易金额。[收购公告](https://abcfitness.com/press-release/abc-fitness-acquires-replify-agentic-ai/)、[2026-09-03 产品发布](https://abcfitness.com/abc-articles/abc-ai-agents/) Mindbody 2019 年收购 Bowtie.ai 也是相关先例：Bowtie 在收购前已经是平台伙伴，交易包含团队加入。它说明伙伴关系可以通向收购，也提醒我们不能把“购买产品”理解为买方一定只要代码、完全不需要团队。[Mindbody 官方公告](https://www.mindbodyonline.com/company/press/mindbody-acquires-bowtieai) 与此同时，宽泛的功能故事已经很拥挤： | 已有能力 | 对我们销售故事的影响 | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ---------------------------------- | | Mindbody AI Concierge 已支持短信与 webchat、漏接回访、预约/改期/取消、统一收件箱和人工介入。[产品页](https://www.mindbodyonline.com/business/ai-concierge) | “AI 帮健身房跟进客户”不足以说明为什么还要买我们。 | | RingCentral ACE 已提供对话洞察，并公开 beta API；AIR Pro 也在推进语音和工作流。[ACE API](https://developers.ringcentral.com/ringsense-api)、[AIR Pro 公告](https://ir.ringcentral.com/news/press-release-details/2026/RingCentral-Unveils-AIR-Pro-An-Agentic-Voice-AI-Platform-for-Customer-Engagement/default.aspx) | 摘要、意图提取、下一步建议本身很难成为收购理由。 | | Keepme Antares 已在 Mindbody marketplace 宣传跨渠道、留存、conversation intelligence、人工升级和可审计性。[官方上架页](https://integrations.mindbodyonline.com/partners/keepme) | “跨渠道”“有人审核”“可追溯”不能直接宣传成独家优势。 | | Orangetheory 已用 Retool 构建 Lead、Member 和门店管理工具，案例也包含可操作的分析。[Retool 官方案例](https://retool.com/customers/orangetheory) | 必须说明如何补进现有工作流，以及比他们自己添加一个页面多解决了什么。 | 旧的 [产品定位文档](/product-design/product-architecture/product-positioning.md) 中，“竞品都没有”“行业空白”等绝对判断，不宜原样带入销售材料。本次研究已找到反证；品牌网站上的功能描述也仅证明对方公开宣称的范围，不等于我们实测了竞品效果。 ## 3. 我们真正有的资产，与还缺的证据 本次源码基线：`callytics-infrastructure` commit `5fb52c15982c6fd67ef91319c895ae3b16a5e28d`。这是本地源码审查，没有访问云账户、运行生产查询或做本轮端到端验收。 | 出售需要回答的问题 | 当前证据 | 优先补齐什么 | | ---------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------- | | 这些机会和 Task 是否判断正确？ | 已有评估工具和业务规则，但本轮没有取得与当前部署一致、由业务人员确认的生产准确率报告。 | 固定 demo 版本；用真实历史留出案例分别评估误建、漏建、误关、错误下一步，展示失败案例和业务确认记录。测试样例不能混入生产准确率。 | | 是否真的接到了 Mindbody？ | 本轮代码检索未找到实际 adapter；schema 仍将 Mindbody 列为 Future integrations。[schema](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/packages/common/src/db/schema/contact-timeline.ts#L192) | 找目标门店/总部确认授权和真实接口；先接一条能核对购买、到访或合同状态的路径。不能把公开 API 当成已经获得门店权限。 | | 报表上的钱是不是实际收入、是不是我们带来的？ | Revenue contract 明写因果归因未建立，金额来自配置价格而非 billing/POS。[Revenue contract](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/packages/task-engine/src/metrics/revenue.ts#L429) | 关联真实交易和退款；区分机会估值、已核验结果、对照后的增量效果。 | | 是否有能对外引用的客户价值报告？ | 当前独立价值报告仍把“跟进做完、挽回流失、多成交”列为 blocked；节省工时按每动作 2 分钟假设计算。这不能单独证明所有运行链路仍坏，但这份报告还不足以作 ROI 案例。[报告](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/scripts/customer-value-metrics/report.ts#L88)、[工时假设](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/scripts/customer-value-metrics/calculations.ts#L124) | 更新成与当前版本一致的报告；实际测量员工处理时间、采用率、修正成本和业务结果。 | | 买方能否嵌入自己的产品？ | 已有独立 task-engine workspace package，包含 policy、guard、reasoner 和持久化适配；仍依赖 common schema 与当前数据库。[package](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/packages/task-engine/package.json#L2)、[adapter](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/packages/task-engine/src/task-engine/neon-store.ts#L16) | 准备依赖图、输入输出说明，拿买方提供的一个样本事件跑通一次；当前不能承诺是即插即用 SDK。 | | Max 或原负责人离开后能否接手？ | 部分门店 OWNER 判断仍依赖 user\_id，同一 RC account 绑定其他用户会被拒绝。[OWNER 判断](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/apps/api/src/utils/store-authorization-neon.ts#L110)、[连接约束](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/apps/api/src/services/user-connections-neon.ts#L157) | 分别演练软件资产交接与客户门店换负责人：新管理员、重新授权、历史保留、新环境部署与恢复。两类移交不应混为一件事。 | 值得展示的工程积累是：沟通证据进入业务目标、持续跟进、员工修正和结果记录的全过程；模型提议受确定性代码约束。例如 DNC guard 拦截受限的新增外呼工作，持久化层检查证据归属、版本、幂等并保留事件记录。[DNC guard](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/packages/task-engine/src/task-engine/proposal-guard.ts#L471)、[持久化边界](https://github.com/retaintive/callytics-infrastructure/blob/5fb52c15982c6fd67ef91319c895ae3b16a5e28d/packages/task-engine/src/task-engine/neon-store.ts#L4) 这些能力支持“让买方少走一段业务建模和工程验证的路”。省了多少时间、是否足以胜过买方自建，还需接入演示和买方技术评估来证明。 ## 4. 先卖给谁，他们买后怎么挣钱 以下顺序是根据当前业务适配度和你的时间约束给出的建议，未取得任何一家的收购意向。 | 对象 | 最合适的第一步和内部负责人 | 买方能获得什么 | 主要障碍 | | --------------------------------- | ------------------------------------------------------------- | --------------------------------------------- | -------------------------------------------- | | **已有 OTF 门店所在的多店集团；Empire 是公开候选** | 先找集团 COO、Sales/Member Experience 或运营负责人，取得有限验证和总部引荐；不是继续逐店拓客。 | 让更多已有机会得到处理，增加已核实的会员收入与付款恢复，减少人工查记录。 | 不一定有权批准品牌级集成，也不一定有接管软件的团队。更可能先做验证或集团许可。 | | **Orangetheory / Purpose Brands** | OTF 产品、技术、Franchise Operations 联合评估；有业务 sponsor 后再讨论收购负责人。 | 提升加盟商经营表现、统一执行质量；若适用，进一步贡献品牌收入。 | 已有 Retool 和内部开发团队，必须证明新增价值；品牌认可与 API 授权各自核实。 | | **垂直软件商、Daxko 生态伙伴、熟悉行业的实施商** | 找 Product GM、创始人、Partnerships 或拥有客户关系的交付团队，讨论模块买断/OEM。 | 在现有客户上增加产品收入、提高续费，或缩短定制交付周期。 | 每家缺口不同；实施商可能只想买项目交付能力，报价和持续服务要求会不同。 | | **Mindbody / Playlist** | Enterprise/AI Product、Platform Partnerships；先讨论企业客户工作流缺口。 | 增强平台对企业客户的价值，提高软件采用与留存；支付收入只在其实际参与处理且合同适用时计算。 | 已有 AI Concierge、业务数据和研发团队，重叠较高。 | | **RingCentral** | ISV/Platform Partnerships，加 AIR/ACE/RingCX 产品负责人。 | 把通讯能力包装成可验证的垂直行业方案，促进相关产品采用和客户续费。 | 对方 AI 能力强；仅 OTF 的案例可能太窄，需要证明跨门店或行业复用边界。 | | **ABC Fitness** | 只有发现 Replify 尚未解决的明确缺口，再找相应产品负责人。 | 补足刚收购产品的能力。 | 2026 年刚完成同类收购，当前不应列为唯一或第一买家。 | 组织事实与入口：[Empire 官方介绍](https://empireportfolio.com/about/)、[Purpose Brands](https://www.purposebrands.com/)、[Daxko Partner Program](https://exchange.daxko.com/pages/technology-partner-program)。Empire 官网的规模口径包含 owns、operates 和 oversees，不能全部算成直营门店；本报告不据此估算我们的可销售收入。 Mindbody 所属 Playlist 与 EGYM 已于 **2026-03-31 完成合并**。对它的接洽应考虑集团与具体产品线，不再仅按旧 Mindbody 单体组织理解。[官方完成公告](https://www.playlist.com/press/playlist-and-egym-complete-merger-power-worlds-most-comprehensive-fitness-and-wellness) Daxko 在 2026-06-23 收购 FitnessForce，亦有收购多店软件的先例；同时其新产品已公开描述 AI lead、流失与自动跟进能力。因此它是值得研究的对象，不能预设其没有相关功能。[官方收购公告](https://www.daxko.com/news/daxko-acquires-fitnessforce-broadening-its-global-fitness-software-portfolio) ## 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%。本轮已查看原图并核对数字。[原截图](/images/orangetheory-revenue-management-app-june-2026.png)、[口径说明]() 这是一家门店的历史截图。Opportunity 的口径是会员×原因，而非 406 个唯一客户；材料还记载了更新延迟。低 contacts made 可能来自未执行，也可能有漏记、其他渠道或采集口径差异，必须先核对。**它适合作为待验证的业务问题，不能直接写成“96% 机会没人跟”或“我们能收回 96% 收入”。** 因此，面向 OTF 的故事可以这样说： > 你们已经知道哪些会员值得跟进。我们在研究怎样让这些机会进入员工每天真实执行的工作，并把通话和短信证据与最后的业务结果连起来。Retaintive 已围绕这种门店流程构建了产品；接下来希望在有授权的数据范围内验证它能增加多少有效跟进和业务结果。若效果成立，可以把产品和相关 IP 交给你们，接进现有平台。 验证完成后，再把中间一段替换为可复核的数据：在哪些门店、什么时间、多少合格案例、什么对照、多少增量结果、哪些尚未验证。业务事实决定叙事强度。 另一份 [OTF 店主访谈](/industry-knowledge/OTF/otf-owner-pain-points.md) 还提醒我们：部分门店的主要问题可能是 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，用于技术和业务评估。数据使用匿名化或合成案例，标明哪些是真实运行、员工确认、模拟业务系统回传。原始录音、会员资料和合同不默认属于可出售资产。 建议主线只讲一个完整客户故事，再展示两个关键反例： | 演示片段 | 买方应看到什么 | | ---------------- | ------------------------------------------------------------------------- | | 客户询价或表达犹豫 | 电话/短信形成可追溯信号，明确展示依据与不确定性。 | | 员工接下跟进 | 一个持续的业务 Task，明确负责人和 Next Action；后续每通电话作为 Activity 记录。Task 的时间不是课程预约或占用时长。 | | 客户预约了体验课 | 更新业务进度，仍等待真正的购买结果；避免把预约等同成交。 | | 取得业务系统结果 | 演示结果来源、时间、金额和去重；尚未接通的回传明确标为模拟。 | | 员工发现 AI 判断有误 | 可以纠正，历史与报表口径保持可追溯。 | | 客户拒绝联系、事件重复或归属冲突 | 展示相关限制和待复核状态；不要把“能自动运行”当成允许任意操作。 | 另外为每类买方准备一页 integration brief： - **OTF / Purpose**：现有 Retool/Lead/Revenue Management 中哪个入口使用我们的能力；如何链接 Task、呈现证据和回传结果；门店、员工和外部业务 ID 如何对应。保留其现有身份和权限体系。 - **Mindbody / Playlist**：通过获准接口取得客户、到访、合同或交易事实；把建议/执行记录放在哪个现有工作流；避免与其已有 AI 重复派活。具体权限、费用、可写端点需按目标账户验证。 - **RingCentral**：哪些数据来自 Call/SMS/ACE，哪些行业业务事实仍需另外接入；我们的工作流和结果怎样进入其行业方案。 - **其他软件商/OEM**：买方能否使用自己的 UI、认证、模型和数据库；明确当前依赖及适配工作。不要先为未知买方重写成全新的通用平台。 API、可嵌入组件或 MCP 都只是交付形式。先由目标买方确认接入点；不能把换一种接口包装当成获得产品壁垒。 ## 8. 可以用的销售与引荐渠道 ### 定向渠道：优先用于找到有预算的人 | 渠道及已核实入口 | 怎样用 | 边界 | | --------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------- | | 现有门店关系 → 多店集团 → OTF/Purpose 的业务与技术负责人。[Empire](https://empireportfolio.com/about/)、[Purpose](https://www.purposebrands.com/) | 请现有关系介绍一个集团级负责人，以具体案例争取验证和推荐。 | 本轮未找到专用软件收购提交入口；官网仅确认组织。加盟申请、消费者客服与媒体邮箱不是并购渠道。 | | [RingCentral ISV](https://developers.ringcentral.com/isv/request-access) | 以一个明确行业用例进入生态对话，争取产品团队讨论。 | ISV/联合营销资格不等于收购兴趣。 | | [Mindbody Developer Portal](https://developers.mindbodyonline.com/)、[Integration Marketplace](https://integrations.mindbodyonline.com/) | 核实集成资格、寻找已有渠道的伙伴或潜在 OEM 买家。 | 开发者资格不等于拿到整个 OTF 网络的数据；上架也不等于平台会替我们销售。 | | [Daxko Technology Partner Program](https://exchange.daxko.com/pages/technology-partner-program) | 找相关产品线或生态伙伴，讨论模块补充、联合客户验证。 | 先确认现有产品和伙伴覆盖；不要预设有空白。 | | [Retool Partner Program](https://retool.com/partners) | 寻找懂门店系统的实施商，评估购买源码加速其交付的可能。 | 名录不证明某家服务 OTF，也不证明愿意收购；这是额外候选渠道。 | | 精准 LinkedIn/邮件引荐 + 私有 demo 页 | 每家公司找业务负责人、技术负责人和预算负责人；用定制的一页材料。 | 本轮只提供草稿，未定位私人联系方式或发信。衡量有效评估，不以打开率代替购买意愿。 | | 行业协会和活动名单 | 从赞助商、讲者和参会企业识别有相关业务的人，再做定向接洽。 | 2026 HFA European Congress 为 9 月 24–26 日伦敦；只有预先约到相关会面才值得考虑投入出行，不建议先买展位。[官方日期](https://hub.healthandfitness.org/european-congress-faqs) | 适合你时间约束的营销材料是：一个短 demo、一篇有数据边界的案例、一份针对买方的接入说明，以及一次由合作伙伴带来的小型演示。广撒广告、泛 AI 内容、以流量为目的的大规模发布，优先级低于找到内部 sponsor。 如果授权接洽，可按 10–15 个组织的小名单推进，每家只研究关键角色与具体缺口。这个数量是执行建议，不是市场容量或成功率预测。 ### Flippa、FE International 与类似交易平台 下表是 2026-09-13 核查到的公开规则，页面有的保留更早的发布日期。实际提交时应再次确认；“可申请”不等于“会接受”或“能成交”。目前收入未知，所以条件性比较。 | 平台 | 准入和交易类型 | 对 Retaintive 的建议 | | ---------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------- | | **Flippa** | 接受数字资产；pre-revenue/non-revenue 资产的公开 Asking Price 上限为 **$9,999**。[规则](https://support.flippa.com/hc/en-us/articles/360000649315-How-to-value-an-asset-or-business) | 接受小型产品资产出售时可用；此上限是平台规则，不是我们的估值。若已产生收入，应按实际类别重新判断。 | | **Acquire.com** | 主要收已运营、有收入的业务；pre-revenue SaaS 例外要求 **asking \< $25,000**、活跃客户、可运行且能说明产品的 SSL 安全网站，并通过审核。[FAQ](https://help.acquire.com/seller-faqs-1) | 有活跃/付费客户后值得作为补充买家来源；裸代码或静态 demo 不自动符合资格。 | | **FE International marketplace** | 较轻量自助平台，面向盈利业务，定位 **$100K–$10M valuation**。这是产品定位，不宜当作严格最低成交价。[marketplace](https://www.feinternational.com/marketplace) | 有财务与运营证据时更适合；不能据此承诺无收入 IP-only 案件会被接受。 | | **FE International full advisory** | 顾问协助估值、材料、买家接洽与交易；其流程要求财务、业务及支持材料。[出售流程](https://www.feinternational.com/blog/how-to-sell-your-online-business-with-fe-international) | 可以具体询问是否接我们这种战略产品/IP 出售，以及最低规模和支持条件；本轮没有询盘或得到接案答复。 | | **Empire Flippers** | 近 12 个月月均净利润至少 **$2,000**，并要求至少 **12 个月收入历史**。[准入](https://empireflippers.com/business-listing-requirements/) | 如果未达到盈利条件，暂不适合。没有必要仅为达到平台门槛而延长你不想做的运营。 | | **Quiet Light** | 偏盈利在线业务；官方 referral 目标为 $250K–$25M，通常对应年利润至少 $75K；这是目标画像，不是绝对拒绝线。[目标客群](https://quietlight.com/referrals/) | 有稳定利润和可移交运营后再考虑；对当前“验证后卖 code”的适配度较低。 | 费用对照仅用于预算，不代表已经选择平台： - Flippa 当前 Sub $10K 档最低 Entry 为 $29/60 天，另有 10% success fee；更高展示套餐和交易相关费用另计。[定价](https://flippa.com/pricing) - Acquire 按 asking price 分档：月费 $25/$50/$100，成交费 8%/7%/6%；档位为 $250K 与 $1M 附近，边界以提交时平台规则为准。[费用条款](https://help.acquire.com/subscription-terms) - FE marketplace 按 asking price 收取 5%/4%/3% closing fee；完整顾问服务的收费与独家要求另外协商，不能直接套用 marketplace 费率。[marketplace 定价](https://www.feinternational.com/pricing/seller) - Empire Flippers 和 Quiet Light 的完整服务条件应在选择前核对；本次没有为 Retaintive 取得报价，不用旧文章的佣金数字代替。 优先用一套证据材料做少量定向战略接洽，再决定是否上 Acquire/Flippa 或聘请顾问。并行挂牌前核对独家代理限制；过早公开一个低价，也可能成为后续谈判的价格参照。挂牌要价、估值计算器和我们的开发投入都不是已实现的成交价值。 ## 9. AI 能替代什么，我们的强项怎样变得值钱 AI 已能帮助生成摘要、写跟进文案、做 UI 和代码。买方也能使用这些能力，因此“用了 AI”“代码很多”“写过很多 prompt”都不足以证明稀缺性。 我们相对有积累的地方，是将 OTF 类门店的实际业务定义放进产品：长期 Task 与每次 Activity 的区别、意向与最终事实的区别、员工如何补充和纠正、跨门店归属、重复事件和安全写入。这些已经有文档和代码承载，能形成可展示的知识与工程资产。 **模型无法凭空提供目标客户的数据授权、事实真值、组织采用和真实交易结果。** 但这不代表这些资产已经都属于我们；也不代表竞争者无法获得。所谓数据优势必须包含合法可用的权利、持续获得的能力、人工确认过的结果与质量改进证据，仅仅保存很多录音还不够。 最值得形成的收购资产是： - 有权使用和移交的评估案例，以及清楚的业务标签和反例。 - 买方目标场景中已经证明的效果，连同失败边界和复现方式。 - 已工作的身份、数据、任务与结果连接，能节省接入和验证成本。 - 员工愿意使用、管理者能核查的工作流，以及维护它所需的知识。 目前可以说我们在这些方向上有积累；不能声称已经拥有永久技术壁垒、独家数据或其他人用 AI 无法复制。验证成立后，销售主张才能进一步变成：“你们可以买到这段已验证的业务能力，并检查它能为你们省掉哪些工作。” ## 10. 最小出售材料包与推进节奏 建议把新增投入限制在直接支持买方判断的材料和验证上。以下是工作顺序，不是保证成交的时间表。 | 阶段 | 交付内容 | 继续投入的信号 | | ------------------ | --------------------------------------------- | ------------------------------- | | 第一周：明确底数并开始接洽准备 | 当前收入/活跃/成本/创始人投入；资产范围；1 页介绍；短 demo 初版；初始买家名单。 | 存在可合法使用的验证场景；知道自己接受什么交易与支持上限。 | | 随后 1–2 周：证据与接入准备并行 | 当前版本的业务评估、完整案例链、真实运行成本、买方接入说明；对有授权的对象开始定向交流。 | 有负责人愿意看数据、让技术团队评估，或提出清楚的付费验证问题。 | | 获得 sponsor 后：有限验证 | 合同明确的范围、数据权限、评价方法、期限和验收；每个失败也记录。 | 结果有业务意义，且买方认可其证据；不是只有礼貌性反馈。 | | 商业条件有基础后：尽调与移交 | 财务、IP/依赖/合同清单，部署和恢复说明，买方人员独立演练，交易结构。 | 买方接受资产范围、技术成本和有限交接责任。 | 一个短周期能验证响应、执行和部分转化；不能硬把长期留存压进同样期限。若几轮合格买方交流都指出同一重叠，应重新选择最有价值的模块或买方，而不是继续加页面。 具体材料包： 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、发送接洽消息、提交申请或承诺买卖。