> For AI agents: the complete documentation index is available at /llms.txt, the full documentation bundle is available at /llms-full.txt. # 五、潜在合作方竞品分析 **公开资料补查：2026 年 9 月 16 日。** 本轮补查产品页、更新记录、开发文档、培训入口、价格页及用户评价，未登录竞品后台、申请 Demo 或进行实际操作测试。Retaintive 的对比仍依据[产品说明](/funding-strategy/02-产品说明书/index.md)，不是本轮重新验收的生产状态。 **证据读法：** “官方明确说明”包括产品页、文档与更新记录；“厂商案例”是厂商发布的客户经验与结果；“用户反馈”是第三方评价，不代表普遍表现；“待确认”表示公开证据不足。页面截图只能证明展示过该界面，本轮没有把截图或视频入口当作实测。 ## 1. 竞争关系 | 对象 | 与我们的关系 | 客户会怎样比较 | | ----------------------------- | ----------------------------------- | -------------------------------- | | **Keepme Antares** | 健身行业的同类 AI 产品 | 同样处理销售跟进、会员问题与留存，哪一个更适合门店日常工作？ | | **Mindbody AI Concierge** | 行业平台自带的 AI 产品；Mindbody 同时是潜在合作方 | 已经使用 Mindbody，为什么还需要增加一个产品？ | | **RingCentral ACE / AIR Pro** | 通讯平台自带的分析与执行能力；RingCentral 同时是潜在合作方 | 电话系统已有 AI，Retaintive 还能增加什么业务价值？ | | **OTF 使用 Retool 开发的系统** | 客户自己开发系统的选择 | 总部能自己开发，购买或合作能节省什么工作？ | ## 2. Mindbody AI Concierge：已经连接业务数据的 AI 前台 **(1) 功能清单** | Feature | 具体做什么 | Retaintive 对应能力 | 差异与判断 | | --------- | ----------------------------- | ----------------------------------------------------- | -------------------------------------- | | 短信与网页聊天 | 全天回复客户咨询 | 部分覆盖：接入 SMS/MMS，员工通过 RingCentral 短信入口联系；未确认网页聊天及自动回复。 | 对方直接接待客户；我们当前以分析与员工处理为主。 | | 未接来电跟进 | 对未接来电开展后续联系；官网这里描述的是短信及聊天能力 | 部分覆盖：有电话记录、跟进 Task 和 Lead Line；未确认未接来电自动短信回复。 | 可以安排跟进，但不能等同自动短信接待；Lead Line 需按门店核对启用。 | | 线索收集 | 在咨询中获取潜在客户信息 | 已有对应：Email Lead、沟通分析线索和 Leads Inbox。 | 双方都处理线索；我们的接入来源与支持格式有限。 | | 业务问答 | 回答营业时间、课程、价格、地点、取消政策等问题 | 部分覆盖：Scripts 辅助员工回答；Ask AI 面向内部用户查询。 | 内部运营问答不等于对客户自动回答课程与价格。 | | 预约课程与服务 | 读取实时可预约时间，直接在 Mindbody 创建预约 | 规划中：CRM 对接；目前 Record booking 记录预约进展。 | 我们尚不能据此承诺读取实时空位或在 Mindbody 创建预约。 | | 改约与取消 | 按实际可用时间调整或取消已有预约 | 部分覆盖：可修改跟进计划、处理取消诉求；未确认外部预约修改。 | Task 时间、会员取消诉求和课程预约取消是不同操作。 | | 客户与业务数据调用 | 使用 Mindbody 中的客户历史、服务、员工和价格信息 | 部分覆盖：客户沟通历史、画像、员工补充和门店配置。 | 缺少完整 CRM 历史与实时课表；已配置价格不等于交易实收。 | | 统一收件箱 | 集中查看客户沟通记录 | 部分覆盖：客户沟通时间线、Calls、Leads Inbox。 | 能集中查看已接入信息；未确认统一收发各渠道消息的收件箱。 | | 人工介入提醒 | 需要员工接手时发出提醒 | 部分覆盖：Task 待办、通知及 Lead 提醒。 | 提醒员工处理已有路径；未确认机器人对话实时转人工。 | | 品牌语气配置 | 设置回复语气、品牌表达和指定回答，并复盘聊天内容 | 部分覆盖：可管理电话、短信、邮件话术。 | 员工话术模板不等于自动接待机器人的语气配置。 | 来源：[AI Concierge 官方功能与 FAQ](https://www.mindbodyonline.com/business/ai-concierge)。这是 AI Concierge 的范围，不是 Mindbody 全部 CRM、支付与门店管理功能的清单。 **(2) 与我们的重叠及对方优势** 重叠在客户沟通、线索跟进和预约推进。它的明确优势是已经处于 Mindbody 的业务系统中，能读取预约所需的数据并完成操作。仅凭“能理解客户、帮助预约”，不足以说明我们值得被单独采购。 **(3) 我们可以怎么谈** 展示 Retaintive 如何帮助员工处理沟通中发现的后续事项，以及经理如何检查执行、复盘沟通和管理多店。再与对方确认，这些工作在现有产品中覆盖到什么程度，是否值得补充。 对 Mindbody 的合作主张仍是：**我们在没有完整客户生命周期数据的情况下，已经围绕沟通信息形成了产品；如果获得授权接入更完整的 CRM 数据，可以共同开发更多业务场景。** 这是合作开发的方向，不能直接当作我们已经优于其原生产品的证据。 ### 2.1 补查资料：套餐、使用方式与资料缺口 | 方面 | 本轮查到什么 | 证据与边界 | | ----- | --------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 套餐与价格 | AI Concierge 产品 FAQ 写明包含在 Ultimate；价格页要求联系销售 | **官方明确说明。** 未取得适用于目标门店的报价、消息额度和超额费用；不能拿基础套餐价格代替完整成本。[产品 FAQ](https://www.mindbodyonline.com/business/ai-concierge)、[价格页](https://www.mindbodyonline.com/business/pricing) | | 部署与数据 | 官方说明使用 Mindbody 已有服务、员工、价格、实时可预约时间及客户历史 | **官方明确说明。** 原生业务数据连接是其优势；不代表所有地区、会籍规则和预约例外都已验证。[产品说明](https://www.mindbodyonline.com/business/ai-concierge) | | 产品名称 | AI Assistant 面向商家解答软件使用问题；AI Concierge 面向客户咨询 | **官方明确说明。** 两者不共享信息；不能把 AI Assistant 的多语言或支持能力算到 Concierge 上，也不能直接等同我们的经营查询 Ask AI。[官方区分](https://www.mindbodyonline.com/business/education/blog/ai-assistant) | | 培训资料 | 找到 Mindbody / Booker 学习中心及相关课程入口 | **资料入口，未核完课程。** 搜索结果将某入口标为 AI Concierge，但打开后标题是 SmartDesk，继续进入未成功；旧课程与新版产品关系待确认。[学习中心](https://mindbody.exceedlms.com/)、[相关课程入口](https://mindbody.exceedlms.com/student/path/3309353-smartdesk) | | 用户反馈 | 本轮未获得足以单独评价当前 AI Concierge 的详细独立用户样本 | **待确认。** 不把 Mindbody 整体的价格、客服或排课评价，直接归为 Concierge 的问题 | **仍需了解：** 多店共用收件箱与权限、员工接手后的责任分配、错误预约如何撤销、客户拒绝联系后的处理、自动回复与提醒额度，以及不同门店可否独立配置。现有公开材料不足以把这些写成已支持或不支持。 ## 3. RingCentral ACE / AIR Pro：从理解电话到执行业务 **(1) 功能清单** **ACE：沟通分析与员工辅导** | Feature | 具体做什么 | Retaintive 对应能力 | 差异与判断 | | --------------- | ------------------------------- | ----------------------------------- | ------------------------------------- | | 通话与会议转录 | 将录音转为文字，区分说话人并保留时间点 | 部分覆盖：电话录音转录、说话人区分和逐字稿。 | 电话转录有对应；未确认会议转录接入。 | | 摘要与重点片段 | 整理主要内容，定位值得回看的内容 | 已有对应：通话摘要、业务信号和 Coaching 片段。 | 均可支持回看；摘要质量和片段准确性需用同类样本比较。 | | 下一步与行动项 | 从沟通中提取需要继续做的事 | 已有对应：Task、Next Action、负责人、活动与结果。 | 我们进一步组织持续工作；不能仅凭行动项名称判断 ACE 的完整执行范围。 | | 情绪分析 | 分析整段沟通的情绪倾向 | 待确认：目录列出客户意愿、顾虑与阻碍，未确认独立情绪分析功能。 | 业务意向和情绪倾向不是同一指标。 | | 话题追踪（Trackers） | 跟踪客户关注的话题、产品、竞争者等信号 | 部分覆盖：业务分类、信号、客户画像和查询。 | 未确认可由用户自定义追踪话题并查看分布的同等工作台。 | | 评分卡（Scorecards） | 按配置问题评价沟通，支持必答与选答项 | 待确认：已有 Coaching；未确认自定义评分问题及必答／选答配置。 | 不能把 Coaching 建议等同完整评分卡。 | | AI Coaching | 提供沟通改进建议，支持团队与个人辅导 | 已有对应：片段、逐字稿、改进建议、审阅与笔记。 | 通话复盘重叠；自动团队辅导计划是否对应仍需确认。 | | 经营洞察（Insights） | 汇总客户意图、反复出现的问题及互动模式 | 已有对应：Dashboard、客户上下文及 Ask AI。 | 经营查询有重叠；话题聚合与分析维度需逐项演示比较。 | | 趋势与团队比较 | 查看追踪指标历史变化、员工分布和团队差异 | 已有对应：单店趋势、员工工作量及多店比较。 | 双方都有管理分析；比较具体指标、时间范围和可下钻内容。 | | 自然语言筛选 | 用自然语言建立筛选条件，保存常用视图 | 部分覆盖：Ask AI 可用自然语言查询，页面也有筛选。 | 未确认用自然语言生成页面筛选并保存视图；Ask AI 不自动继承页面筛选。 | | CRM 更新与 API | 将沟通信息写入受支持的 CRM；通过 API 获取分析结果 | 规划中：外部 CRM 对接；已有自身业务 API。 | 自身 API 不等于已支持外部 CRM 写回或已交付开放集成。 | | 数据导出 | 导出追踪分析等数据，支持进一步分析 | 已有对应：报表 CSV／PNG 导出。 | 报表可导出；具体字段及是否包含逐条分析结果需按页面比较。 | | 逐条辅导与追踪证据 | 查看行为评估、反馈作者和时间、话题命中原文；见下方 Q2 更新 | 已有相近：Coaching 片段、审阅和笔记；同等报告覆盖待确认。 | 不能把“有依据、有辅导记录”当作独有功能。 | | AI Agent 表现管理 | 对 AI 处理的交互应用评分与分析；见下方 Q3 更新 | 待确认：既有目录未确认对客 AI Agent 质量管理。 | 员工 Coaching 不等于同时管理 AI Agent 表现。 | 来源：[官方产品页](https://www.ringcentral.com/vanity-pages/lp/ringsense.html)、[ACE API 文档](https://developers.ringcentral.com/guide/ai/ace)、[2026 更新记录](https://support.ringcentral.com/gb/en/release-notes/ringsense.html)、[团队辅导更新](https://support.ringcentral.com/release-notes/ringsense/q4-2025.html)。 **AIR Pro：AI 接待与业务执行** | Feature | 具体做什么 | Retaintive 对应能力 | 差异与判断 | | ------------- | --------------------------------- | --------------------------------------- | ---------------------------------- | | 语音及数字渠道 Agent | 通过语音为主的多渠道交互处理客户需求 | 调研中：AI 自主语音接待；已有电话与消息接入。 | 读取和分析沟通不等于自主与客户交谈。 | | 意图识别 | 判断客户希望咨询或办理什么 | 已有对应：分析已接入沟通中的需求、机会与问题。 | 我们以沟通后分析为主；不能等同实时语音对话中的判断。 | | 身份验证 | 在业务操作前验证客户身份 | 待确认：有客户匹配和内部用户权限，未确认对话中的客户身份验证。 | 号码匹配、员工登录权限不等于客户办理业务前的身份验证。 | | 多语言切换 | 在对话中切换语言 | 待确认：未确认实时多语言客户对话链路。 | 模型可理解某种语言不能证明已交付自动切换功能。 | | 咨询处理 | 回答问题并推进处理 | 部分覆盖：识别问题、组织 Task、员工借助话术处理。 | 当前由员工对外沟通，不能承诺 AI 独立回答并办完。 | | 多步骤动作 | 在一次交互中连续完成业务步骤 | 部分覆盖：按规则推进 Task 和下一步。 | 任务状态自动化不等于跨外部业务系统连续执行操作。 | | 服务事项创建 | 创建服务案件并触发下一步处理 | 已有对应：会员问题、取消请求等形成可持续处理的 Task。 | 有对应业务用途；未确认写入对方工单或案件系统。 | | 无代码 Agent 配置 | 用 AIR Pro Studio 和自然语言设计、构建 Agent | 部分覆盖：门店配置、Task 自动化设置和 Scripts。 | 这些设置不是客户可自行搭建语音 Agent 的通用平台。 | | 预约与系统更新 | 在对话中安排预约、更新外部系统记录 | 规划中：外部 CRM 对接；当前可记录本系统业务进展。 | 未确认实时预约和外部业务记录写回。 | | 跨系统集成 | 连接企业系统和 API，触发业务操作 | 部分覆盖：RingCentral 和支持格式的 Email Lead。 | 已有特定接入，不是广泛企业系统连接器平台。 | | 预置行业模板 | 提供行业 Agent 与工作流程，公告以医疗健康为首个行业 | 部分覆盖：围绕新客、续费、升级、取消等业务规则。 | 有健身门店场景积累；未确认可直接部署的跨行业 Agent 模板。 | | 人机协作 | 将 AI 与人工处理连接在同一工作流程中 | 已有对应：AI 建议与 Task，员工补充、纠正、处理和关闭。 | 我们侧重持续事项协作；实时对话转人工尚未确认。 | | 效果分析 | 跟踪表现、分析交互并评估投入产出 | 已有对应：Leads、Tasks、Calls、Team、Revenue 报告。 | Revenue 按配置估算，不能与实际到账或已证明的 ROI 混同。 | | 权限与执行边界 | 配置角色权限、行为限制及审计相关控制 | 已有对应：门店访问权限、自动化配置和活动记录。 | 有相关控制；不能因此断言与对方企业治理能力或认证等同。 | 来源：[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)。这是公告明确描述的能力；当前官网仍标为 Early Access，开放状态和依赖条件见 3.2。 **(2) 与我们的重叠及对方优势** ACE 与沟通分析、行动建议和 Coaching 重叠；AIR Pro 与客户联系和业务自动化方向重叠。RingCentral 本身掌握通讯入口，可以把分析和执行直接结合在产品中。我们的合作价值需要超出再做一遍通话摘要。 **(3) 我们可以怎么谈** 用具体门店问题展示行业应用：客户提出取消、升级或付款问题后，如何结合后续沟通判断还需要做什么，如何安排员工处理，以及经理如何检查进展。需要比较的是整件事能否持续处理，而不只是单次电话分析得怎么样。 对 RingCentral 的合作机会是：**把通讯与 AI 能力进一步用于客户的销售、服务和经营管理。** 是否有价值，要看我们的行业规则、产品流程和实际使用经验，能否减少其进入这些业务的开发与验证工作，并符合其当前战略方向。 ### 3.1 ACE 补查：已不只是摘要和建议 | 新证据 | 具体内容 | 对我们的比较意味着什么 | | ------------------- | ------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------- | | **官方更新：2026 年 6 月** | Power skills 报告可查看逐次沟通的行为评估；Coaching received 报告保留反馈内容、时间和作者；Tracker raw output 可查看命中片段及时间点 | ACE 已提供具体证据和辅导记录，“能回看依据、能记录反馈”不能单独称为我们的优势。[Q2 更新](https://support.ringcentral.com/gb/en/release-notes/ringsense/q2-2026.html) | | **官方更新：2026 年 7 月** | 将 AI Agent 纳入管理，可对其交互应用评分卡、追踪和调查；Insights 支持查看近期具体交互场景 | 它同时分析人工和 AI 的表现；我们的员工管理与它存在实际重叠。[Q3 更新](https://support.ringcentral.com/gb/en/release-notes/ringsense.html) | | **官方更新：2026 年 4 月** | 翻译后的逐字稿可与原文一起同步到 Salesforce | 不只是展示分析，还能进入外部 CRM 工作流；不代表任意 CRM 都有相同支持。[Q2 更新](https://support.ringcentral.com/gb/en/release-notes/ringsense/q2-2026.html) | **接入条件已比较清楚。** 开发文档要求购买 ACE 许可并分配到用户分机，读取分析还需要相应权限；可以通过通知或 API 获取结果。事件依赖有效许可与已录制的通话／会议。我们已有 RingCentral 电话连接，不代表自动拥有 ACE 功能或数据访问权。[ACE 开发文档](https://developers.ringcentral.com/guide/ai/ace) **价格与学习入口：** 本轮没有核到可直接用于目标客户预算的 ACE 统一公开报价。可继续查[官方产品页](https://www.ringcentral.com/vanity-pages/lp/ringsense.html)和[RingCentral University](https://support.ringcentral.com/university/ai-solutions-courses)；课程目录混合 AIR、RingCX 等产品，不能把所有课程功能都算到 ACE。 **仍需了解：** 跨多次通话的客户事项如何合并、是否有负责人和长期未解决事项队列、员工如何纠正分析、哪些能力按套餐分别收费。不能仅凭 NextSteps 字段就判断其有或没有与我们相同的持续 Task。 ### 3.2 AIR Pro 补查：功能范围与开放状态要分开 **官方明确说明：** 当前产品页仍提供 **Early Access** 申请，注明需要人工审核，申请不保证获准。应把它视为已公开并开放申请的产品，不能认定所有客户都可直接购买并启用完整能力。[当前产品页](https://www.ringcentral.com/products/air-pro.html) 该页进一步说明支持呼入与呼出、接入知识来源、配置技能和业务流程、设置转人工边界，以及监控处理效果；部分功能依赖另购第三方业务系统。**这些是官方功能说明，不是本轮验证过的可用集成或效果。** 本轮未取得 AIR Pro 报价、测试账号或完整连接器清单。[功能与申请条件](https://www.ringcentral.com/products/air-pro.html) **不要混用产品资料：** AIR（AI Receptionist）与 AIR Pro（AI Representative）在官网上分列。前者的价格、试用、集成教程，不能自动套用到后者。公开页面有视频入口，本轮只核对页面文字与申请条件，没有完成视频操作流程复核。 **仍需了解：** 目标行业是否获准接入、计费单位、呼出限制、转人工时上下文如何传递、操作失败的处理方式，以及健身 CRM 的具体读写能力。 ## 4. Keepme Antares：应重点比较的行业同类产品 **(1) 功能清单** | 模块 / Feature | 具体做什么 | Retaintive 对应能力 | 差异与判断 | | ------------------ | ------------------------------ | --------------------------------- | -------------------------------------- | | Nova：自动咨询接待 | 回复网页聊天、邮件、社交私信、短信及 WhatsApp 咨询 | 部分覆盖：电话、SMS、Email Lead 接入和员工联系入口。 | 未确认网页、社交私信、WhatsApp 及自动多渠道接待。 | | Nova：线索判断 | 在对话中了解需求、判断意向并推进下一步 | 已有对应：客户意向、顾虑、上下文和后续 Task。 | 我们分析已发生的沟通；对方还在自动对话中主动了解需求。 | | Nova：体验预约 | 自动安排参观或体验，连接 CRM 与日历 | 规划中：CRM 对接；目前记录预约进展。 | Task Calendar 不是实时课程日历，不能直接替客户完成预约。 | | Nova：预约后跟进 | 确认、提醒、回答后续问题及支持改约 | 部分覆盖：后续 Task、Calendar 和员工联系。 | 支持组织员工跟进；未确认自动客户提醒及自助改约。 | | Nova：旧线索召回 | 重新联系沉默线索，继续推进预约 | 部分覆盖：召回事项与后续员工跟进。 | 未确认面向沉默线索的自动批量外联及自动对话。 | | 多语言与上下文 | 按客户语言沟通，并保留此前交流背景 | 部分覆盖：持续客户画像和沟通历史。 | 上下文有对应；多语言自主接待及切换仍待确认。 | | Ember：取消与挽留 | 识别取消风险及原因，支持会员挽留流程 | 已有对应：取消请求 Task、客户原因与后续处理。 | 员工处理流程有对应；未确认自主完成挽留对话或会籍变更。 | | Atlas：会员服务 | 在已验证身份的会员环境中处理服务需求 | 部分覆盖：会员问题 Task 和客户沟通背景。 | 未确认面向会员的已验证身份自助服务 Agent。 | | Clarion：语音来电 | 处理潜客或会员的来电及语音交流 | 调研中：AI 语音接待；现有录音分析和 Lead Line。 | Lead Line 桥接员工与客户，不能替代自主语音接待。 | | Beacon：AI 搜索可见度 | 分析和改善品牌在 AI 答案与搜索中的展示 | 待确认：现有产品目录未列出对应功能。 | 当前没有可用于比较的 AI 搜索可见度产品证据。 | | Pulse：对话分析 | 分析客户行为、顾虑、阻碍、需要升级处理的问题和下一步信号 | 已有对应：沟通业务分析、客户画像、机会及待办识别。 | 分析对象有重叠；准确性、覆盖场景与后续处理需实测比较。 | | Keepme Score：优先级评分 | 根据意向与风险等信号，帮助决定先处理谁、下一步做什么 | 部分覆盖：客户意愿、Task 优先级与待处理排序。 | 未确认统一的客户意向／风险数值评分，不能直接等同 Keepme Score。 | | CRM 与日历连接 | 保留现有业务系统，连接预约及跟进流程 | 规划中：CRM 对接；现有内部 Task Calendar。 | 没有把外部预约或会员系统自动接通的证据。 | | 多店 Agent 协同 | 多个 Agent 共用业务背景、训练与数据基础，服务多店经营 | 部分覆盖：多店管理、权限和 Ask AI 多店查询。 | 多店经营管理有对应；未确认多个对客 Agent 共用训练和执行的产品形态。 | | 人工接手与异常复核 | 标记超出知识范围或需要人工的对话，保留对话和结果 | 已有相近：员工处理 Task、补充和纠正。 | 双方都有人工参与；需比较接手后的持续处理流程。 | | 业务限制与暂停 | 使用批准知识、限制自主操作，并可暂停渠道或门店 | 已有相近：门店自动化配置和执行边界。 | 不能只凭“受控 AI”认定我们的差异优势。 | 来源：[Antares 官方 FAQ](https://www.keepme.ai/antares-ai-faq)。各模块的购买方式、具体集成和部署成熟度需通过演示确认；上表不代表一个套餐默认包含全部功能。 **(2) 为什么值得重点研究** 它与我们面向的行业和业务问题都接近，而且公开能力已经涉及跨沟通理解、后续行动和会员留存。不能用“对方只是聊天机器人，我们才理解业务”来区分，也不能仅凭有 Task 或客户上下文就声称独有。 **(3) 具体比较什么** - **员工怎么参与：** AI 发现问题后，员工如何接手、补充情况、纠正判断和持续处理？ - **经理怎么管理：** 能否看清未处理事项、员工执行和多店差异，而不仅是 AI 回复量？ - **接入需要什么：** 依赖哪些 CRM 数据和授权，现有门店是否具备条件？ - **使用是否划算：** 配置、培训、费用与维护投入多少，门店是否愿意持续使用？ 这些是下一步演示和试用要核对的问题，暂时不能写成对方的缺点。 ### 4.1 补查资料：集成、人工接手与上线过程 | 方面 | 本轮查到什么 | 对我们的比较意味着什么 | | ----------------- | -------------------------------------------------------- | --------------------------------------------------------------------------------------------------------- | | **官方明确说明：业务系统连接** | 集成页列出 Mindbody，并说明通过业务系统 API 访问数据、支持双向同步；未列出的系统也需检查所需数据点 | 对方已有业务集成路径，但“有 API 可讨论接入”不等于已完成所有系统的连接器。[集成页](https://www.keepme.ai/integrations) | | **官方明确说明：人工接手** | 超出批准知识范围、复杂问题或需要人工交流的情况，会标记给团队处理 | 人工介入不是我们独有；还需比较接手后的负责人、队列和处理记录。[人工交接说明](https://www.keepme.ai/why-antares-is-safe/) | | **官方明确说明：行为限制** | 限定使用批准知识，不自行议价或覆盖会籍条款；记录对话、结果及异常，并可暂停渠道或门店 | 有约束、留痕和暂停能力已被公开描述，但不能据此保证实际零错误。[运行边界](https://www.keepme.ai/why-antares-is-safe/) | | **官方明确说明：实施支持** | 提出两阶段、20 天采用计划，之后有指定客户成功经理和持续支持 | 接入、配置、培训和维护也是其产品服务的一部分；20 天是官方标准方案，不是每个客户的实际工期。[客户成功计划](https://www.keepme.ai/about-us/customer-success/) | ### 4.2 价格与用户证据 - **第三方价格线索，未获官方报价确认：** Capterra 列出起价 **US$2,000／月、按用量**。未说明适用门店数、Agent 范围、渠道额度、实施费及合同期限，不能直接用作每店价格或与我们的报价作比例比较。[Capterra 产品页](https://www.capterra.com/p/10003404/Keepme/) - **用户反馈，证据有限：** 评价页搜索摘要可见一位区域经理在 2025 年 8 月称，产品减轻了团队处理线索的压力。但全文页面本轮未成功打开，也不能将较早评价推到 2026 年所有 Agent；暂不据此判断整体满意度或稳定性。[评价入口](https://www.capterra.com/p/10003404/Keepme/reviews/) - **厂商案例：** 2026 年 9 月的 Club4 案例具体描述了 Nova 处理非营业时间咨询并推进预约。它支持“有具体客户采用场景”的判断，但增长数据属于厂商发布，未取得原始统计或独立归因验证。[Club4 案例](https://www.keepme.ai/blog/how-keepme-helped-club4-increase-sales) - **可继续查看的材料：** 官方[客户案例与视频入口](https://www.keepme.ai/customers)可用于查找实际经营者及使用场景。本轮没有完成视频逐段观看，不把页面上的评价和演示入口视为操作实测。 **仍需了解：** 人工接手后的事项是否持续存在、员工能否改计划和纠正判断、跨渠道客户去重方式、取消挽留是否实际修改会籍、各 Agent 的上线范围，以及报价包含哪些模块。 ## 5. OTF / Retool：总部自己开发也是一种替代方案 **(1) 公开案例中的功能清单** | Feature | 具体做什么 | Retaintive 对应能力 | 差异与判断 | | ------- | ------------------------------ | ----------------------------------- | -------------------------------------- | | Lead 管理 | 为加盟商提供线索管理应用 | 已有对应：Lead Inbox、客户信息、跟进 Task 和漏斗报告。 | 都有线索管理；需比较来源完整度、状态口径与员工实际操作。 | | 会员管理 | 管理会员信息，并查看到课等业务数据 | 部分覆盖：客户画像、沟通历史、会员问题和营收相关 Task。 | 不是完整会籍、到课、合同与扣费管理系统。 | | 门店组合管理 | 通过 Studio Portfolio 应用管理门店相关信息 | 已有对应：Store Setup、My Stores 和门店访问管理。 | 有多店管理；OTF 案例未披露全部功能，不能认定完全等同。 | | 经营数据查看 | 加盟商自行查看门店表现 | 已有对应：单店 Dashboard 和多店对比。 | 我们的数据以沟通、Lead 和 Task 为主；不应直接对齐其完整经营数据。 | | 客户联系 | 在业务应用中开展客户触达 | 部分覆盖：拨号、RingCentral 短信入口及话术。 | 有员工联系路径；未确认完整内嵌多渠道发送能力。 | | 促销码相关操作 | 加盟商自行使用促销码相关功能 | 待确认：现有目录未列出促销码管理能力。 | 没有创建、核销或同步促销码的产品证据。 | | 数据写回 | 在查看数据的同一应用中操作并写回数据源 | 部分覆盖：员工可修改本系统 Task、备注、计划及结果。 | 内部写入不等于写回 OTF、Mindbody 等外部数据源。 | | 门户嵌入 | 将应用嵌入已有系统和门户供加盟商使用 | 待确认：可讨论集成，未确认已完成的门户嵌入交付。 | 独立工作台不能直接算作现有门户的嵌入组件。 | 来源：[Retool 的 OTF 客户案例](https://retool.com/customers/orangetheory)。这里列的是案例明确提及的应用能力；公开资料没有提供完整功能规格。不能由此推断它已包含通话 AI 分析、Coaching 或与我们相同的持续 Task，也不能推断它一定没有。 **(2) 对我们意味着什么** 总部已有开发基础和业务系统，单纯展示几个页面、报表或管理功能，未必能说明采购价值。需要让对方判断：自行开发同样的业务能力，还需要多少需求整理、规则设计、门店验证和持续维护。 **(3) 我们可以怎么谈** 围绕具体需求演示已经积累的产品做法，再商量作为现有系统的补充、嵌入功能或共同开发项目。用一个对方提供的业务场景检查能复用多少、需要适配多少，比笼统说“我们开发更快”更有说服力。公开案例也不足以证明截图中的所有 OTF CRM 或 SPOG 页面都由 Retool 实现。 ### 5.1 补查边界：Retool 的能力不能代替 OTF 实施资料 **官方案例能确认：** OTF 使用 Retool 开发线索、会员和门店应用，支持客户触达、查看业务数据与写回操作。案例还说明了自托管及与 Microsoft 企业平台结合的选择。[OTF / Retool 案例](https://retool.com/customers/orangetheory) **本轮仍未查到：** OTF 当前完整操作手册、各加盟商部署范围、角色权限矩阵、AI 功能清单，以及这些应用的实际维护费用。Retool 公共文档或通用 Demo 只能解释开发平台，不足以证明 OTF 启用了哪些功能。案例中的历史推广计划也不能当作已完成状态。 **对我们最有用的下一步资料：** 获授权的 OTF 门店实际操作流程，尤其是线索进入、取消请求、员工交接、未解决事项和经理检查。需要与我们的同一业务场景比较，不能只比较页面名称。 ## 6. Retaintive 的优势应该怎样表述 本节保存 2026 年 9 月 30 日讨论确认的优势与接洽思路，依据当前官网、产品源码和官方竞品资料。**这些是我们值得展示和验证的长处；是否比某个竞品更好，需要在同一场景下比较。** 源码存在、官网演示和客户实际使用效果分别记录，不相互替代。 ### 6.1 核心价值 **把可负担的多门店部署作为重要目标，将客户历史、持续跟进、员工执行和经理管理连在一起，让老板能比较门店，并回查数字背后具体发生的事。** 产品目标是通过更好的 lead conversion 和 member retention 帮助门店增长收入；当前不能把这个目标写成已经证明的收入提升。 老板最关心的路径是：看各店差异 → 找到需要检查的环节 → 打开相关客户、任务和沟通 → 决定该跟进、调配工作还是辅导。比较能帮助提出问题；具体原因需要回到记录确认。 ### 6.2 优势与展示方法 1. **跨店比较，并回查具体工作。** My Stores 可以在同一报告期间比较 Leads、Tasks、Calls；可点击的指标带着门店和日期范围进入对应工作台。老板可以看到哪家店线索多、联系少或预约少，再查看相关客户和原始工作记录。三类报告各有日期依据与统计对象，同一期间不代表同一客户 cohort，不能直接把跨表数量相除当转化率。不是所有汇总数字都有等数明细入口，例如 Received 是进线事件计数。见 [My Stores](/funding-strategy/02-产品说明书/01-my-stores.md)。 2. **看出跟进停在哪一步，找到还需要处理的客户。** 单店漏斗区分新线索、开始外联、联系上、预约等阶段，并能进入尚未外联、尚未联系上、尚未预约的队列。首次外联速度帮助检查响应是否及时。这样老板和经理能决定先处理哪一环，而不只看电话总量。它不是广告投放 ROI，也不能单凭某个阶段的比例判断员工造成了流失。见 [Dashboard](/funding-strategy/02-产品说明书/02-dashboard.md) 和 [Leads](/funding-strategy/02-产品说明书/06-leads.md)。 3. **客户目标可以持续推进。** 同一个客户任务保留后续沟通、处理记录、下一步和结果；一次电话或短信是一次 Activity，通常不等于整个 Task 已完成。员工能继续推进线索转化、会员关怀等工作，经理能检查进展。给客户预约 intro 也不等于已经入会或产生收入。见 [Tasks](/funding-strategy/02-产品说明书/03-tasks.md) 和 [Calendar](/funding-strategy/02-产品说明书/04-calendar.md)。 4. **员工能用历史接手工作，减少重复整理。** 客户沟通、任务和员工补充集中到业务记录中，后来接手的人可以查看背景、已经做过什么、客户顾虑和下一步。换员工或换模型后，这些记录仍然积累在产品中。它提供交接所需的上下文；完整 owner 离任、连接转移和账号交接能力仍需另行验证。见 [Contacts](/funding-strategy/02-产品说明书/08-contacts.md)。 5. **经理能看到工作分配、开始情况和无人负责的工作。** Team 视图按员工查看任务和处理记录，区分未开始、尝试过、证据不足、已关闭等状态，也保留未分配工作。经理可以据此检查、分配或调整下一步。证据不足不等于员工没有工作，任务数量也不能直接当绩效排名。见 [Dashboard](/funding-strategy/02-产品说明书/02-dashboard.md)。 6. **辅导能回到具体沟通和依据。** 经理可查看录音、转录、关键片段和辅导意见，用实际对话说明哪里需要改进，并留下复盘记录。经营异常与沟通复盘可以在同一产品中检查。这是可展示的管理流程，不能写成已自动形成跨店最佳实践库或已证明辅导提升收入。见 [Coaching](/funding-strategy/02-产品说明书/05-coaching.md)。 7. **员工可以复核和纠正 AI，记录保留前后变化。** 当前已有纠正 AI-set intro booking、修正识别错误的 staff name 等具体路径。AI-set intro booking 的纠正需填写理由，并保留原事件与后续修正；staff name 修正保留前后值、操作者和时间，并可附理由。好处是团队能检查判断，不必把 AI 输出当不可更改的事实。不要扩大为所有 AI 字段均可任意编辑，或员工反馈已自动训练模型。 8. **模型选择有弹性，业务流程与历史可以延续。** 当前经 OpenRouter 接入模型，共享配置可选择模型，默认使用 DeepSeek。我们可以按工作要求平衡质量、速度和费用；更换模型仍需验证结构化输出、质量和时延，部分阶段也有固定模型。对外可讲 flexible model selection，不承诺任意模型无需适配即可切换。RingCentral MCP 也面向不同 LLM，模型选择本身不能当作对方没有的能力。 9. **业务数据独立积累，记录规整且可回查。** 客户沟通、Tasks 和 AI 分析保存于 Retaintive 管理的 Neon／AWS 存储；记录包括时间、来源、员工处理和结果依据。更换模型时，客户历史不需要跟着聊天会话重建。“数据留给自己”在这里指经营记录持续积累在业务系统中；不等于客户 self-host，也不等于内容不经过第三方模型。完整数据导出、删除及供应商留存承诺需单独核实，不能从现有报表 CSV 导出推断全部数据都可迁移。 10. **低成本运行与多店部署的定价空间。** 可以选用经济模型、记录模型用量和费用，这是支持可负担定价的基础。已有历史成本报告和单次模型费用记录，但尚未核实当前完整 SaaS 成本、客户售价及同功能竞品报价。因此保留成本作为重要优势方向，具体“便宜多少”留到同样人数、用量和功能对齐后证明。门店本来使用 RingCentral 时，应比较新增运营能力的增量费用；[RingCentral 插件](https://www.ringcentral.com/us/en/blog/llm-ringcentral-connectors-plugins/)对现有用户免费，[ACE](https://www.ringcentral.com/pricing/conversation-intelligence.html)起价 $60/user/month，不能统一写成每店必须新增 $200–300。 11. **与既有门店软件配合，并为合作方提供可复用的产品积累。** 当前主要使用 RingCentral communication、Email Lead 和员工输入，预约及会员业务仍由门店既有工具负责。围绕 OTF 工作流程形成的跟进、管理和辅导产品可供合作方评估，有机会减少从头开发的工作；节省多少仍需共同验证。Mindbody 等更深入的业务数据连接、其他品牌或行业适配、自动 AI 销售与客服属于后续开发方向。见 [工程资产与未来能力](02-产品说明书/17-工程资产与未来能力.md)。 其中第 1–7 项和第 9 项的价值在于一套工作流程的衔接：员工处理客户，经理看执行与沟通，老板从汇总进入同一套记录。官网的 Staff、Managers、Owners、HQ 是理解产品的角色视角，不据此推断已实现完整的集团角色权限树。 ### 6.3 官网可以怎样帮助对方理解 首次邮件附 [retaintive.ai](https://retaintive.ai/) 即可，让对方按自己的工作进入对应页面：[Staff](https://retaintive.ai/staff)、[Managers](https://retaintive.ai/managers)、[Owners](https://retaintive.ai/owners)、[HQ](https://retaintive.ai/headquarters)。不用在首封把上面的优势全部展开。 官网 Owners 页展示线索阶段、首次外联速度和仍等待处理的客户；HQ 页展示两家测试门店的线索、预约和电话差异。用这些例子说明“可以比较什么、接下来查什么”，不把差异直接归因于话术、员工能力或产品效果。 **演示资料边界：** Demo Studio 使用合成数据，Coaching 使用内部测试通话，HQ 使用测试门店汇总；视频由产品截图制作，并非一次真实客户操作的完整录像。Drew 的故事展示持续跟进到员工确认的 intro booking，没有入会或收入。真实门店使用证据另见 [West Harlem 生产证据](/funding-strategy/04-West-Harlem生产证据.md)，不能与这些示例混写。 ### 6.4 按收件人选择重点 **首次接洽的目标是获得回复、短会或准确转介。** 保留相同产品主干，结合对方当前职责、背景与经验选一两个相关价值；其余留给网站和交流，不把每个人的邮件写成完整功能清单。 | 收件人 | 优先讲什么 | 适合邀请他判断什么 | | ------------------------ | ------------------------------ | ---------------------------------------- | | Stephanie／Carl，OTF 品牌与运营 | 员工持续跟进、经理管理、加盟商支持，以及转化与留存的收入目标 | 是否值得请 studio operations 团队看一个工作流程 | | Kayla 等门店经营者 | 跨店比较、追查具体客户、工作分配，以及可负担部署 | 是否解决她们日常经营中一个实际问题 | | Ameen，技术／产品团队 | 与既有系统配合、结构化记录、模型选择和持续工作流程 | 哪里能补充现有 booking／CRM／lead routing，而值得评估集成 | | Tom，集团负责人 | 加盟商经营价值，从 OTF 起步的跨品牌合作可能 | 是否值得转介相关产品或合作负责人 | | Carson／Kira，RingCentral | 结合其通话和短信的门店运营场景、团队执行与管理、行业扩展可能 | 双方怎样互补，是否值得看演示并确定下一步 | 对 RingCentral 的首封不以“我们更便宜”或“你们没有这些功能”开场；成本、模型与具体合作形式可以在对方有兴趣后展开。成本方向仍保留在内部优势判断中，不因为首封省略而放弃。 ### 6.5 证据入口与仍需验证的事项 本轮源码快照：`callytics-infrastructure` 为 `79ccdf8f2`，`landingPage` 为 `bd3914c`。这是 source review，不是当前目标门店的运行验收。 - 门店比较与进入工作台：`apps/web/src/pages/my-stores/composables/use-report-drill-targets.ts`、`apps/web/src/pages/my-stores/components/leads-report-table.vue`；单店漏斗和团队查看入口在 `apps/web/src/pages/store-detail/`。 - AI 纠正与保留前后记录：`apps/web/src/pages/tasks/components/task-ai-booking-correction-action.vue`、`apps/api/src/routes/v3/calls-amend.ts`。 - 模型、持久化与结果依据：`lambda/shared/utils/ai/model-config.ts`、`lambda/ai-analysis-processor/src/infrastructure/persistence-repository.ts`、`packages/common/src/db/schema/tasks.ts`。 - 成本：[历史成本报告](../operations/cost-report.html)与 `docs/evals/results/2026-09-18-communication-first-pass/observations/model-cost-investigation.md`。历史基础设施费用和单次模型费用不等于当前完整客户交付成本。 - 官网素材边界：`landingPage/docs/otf-demo.md`。收入估算与因果边界：`packages/task-engine/src/metrics/revenue.ts`，当前金额按配置价格推导，并非 billing／POS 实收，因果归因尚未建立；未知金额不显示成零。 后续比较要确认：员工是否更容易接手、重要客户是否更少遗漏、经理是否更快找到需要处理的问题、多店部署完整成本是否可负担，以及合作方能否复用已有积累。录音数量不等于有权出售的独家数据，客户关系与连接是否能够继续也需分别确认。