Retaintive

    Retaintive 产品能力目录（代码核查附件）

    2026-09-13 · 功能实现附件。完整出售目标、价值故事、数据证据、买家与渠道均以唯一销售主稿组织；本文件负责核对具体功能和实现边界，不另立销售方向。

    这份按功能查，不需要从头读完。 想了解产品为什么值得买、怎样销售，读主稿即可。需要确认某个功能实际做到了哪里，再来查这里的页面、代码和限制；生产有没有跑通，另查生产证据。功能变化时更新依据，影响销售判断的变化同步回主稿。

    Retaintive 是面向依赖电话和短信开展客户运营的连锁服务业的 AI 客户运营工作台。 它接收沟通和 Lead，理解客户发生了什么，把机会与问题变成可推进的工作，支持员工处理、经理提问、团队 coaching 和多店经营分析。与既有行业系统连接后的预约、会员、付款事实，是进一步核对结果的来源。

    本轮按用户可见页面、前端 API 调用、后端路由、worker、Task policy、AI tool registry 和部署定义盘点功能；不以旧产品文档或页面文案代替实现。主仓基线为 callytics-infrastructure@5fb52c15982c6fd67ef91319c895ae3b16a5e28d；另查 market-lead-tracking@24670c753f52c7d81cbcc40f0ffd54918df2f4ee 与 callytics-monorepo@a1ee1160556b35898ffc9b581185e1fa73f2f3b4。未修改产品代码或现有工作树改动。

    读法：“代码具备”表示查到实际调用或处理链，不等于该门店已启用、当前 production 已部署、回答准确率已验收或已证明增收。本次浏览器生产抽查的范围单列在末尾。

    产品全貌

    能力员工或经理能完成的工作买方获得的用途
    沟通与客户理解汇集电话、SMS、Email Lead，查看客户画像、历史、表达的需求与沟通证据补充只看预约和会员状态难以解释的运营过程
    AI 发现机会与 Task 自动化按业务规则建立或推进获客、会员关怀及营收相关工作，维护下一步和结果将发现的问题落实到负责人和后续处理
    员工工作台与联系流程查看、安排、执行、补充和纠正 Task，使用 Calendar、话术和联系入口支持一线员工持续处理同一件客户事项
    Ask AI 运营助手用自然语言查询客户、多店、Lead、Task、沟通和 coaching减少经理在多张页面之间找数据和解释数据的工作
    Coaching 与经营管理回看具体通话、改进话术、比较员工和门店、查看机会与结果支持培训、工作分配和管理决策

    这些能力可以作为完整产品交接，也可以按买方需求讨论模块接入；当前模块边界不代表已经完成即插即用的独立 SDK 或 OEM 包装。

    一、数据从哪里来，怎样成为客户上下文

    已实现能力具体工作代码与边界
    RingCentral 电话与消息接入Webhook 分流电话和 message-store 事件，进入对应处理队列入口。依赖有效连接、号码归属和门店配置
    录音转录获取可用录音，处理延迟出现的录音，转录、说话人分离、关键词辅助和条件 fallback录音处理、转录策略。不是所有电话都有录音或都运行双模型
    通话业务分析保存类别、结果、摘要、有证据的业务信号和适用的 coaching，再触发独立 Task reasoner 与客户画像更新分析处理。当前 pipeline 不运行旧 verify 二次模型调用；不能沿用“双重验证”宣传。见 实际 pipeline
    SMS、MMS、Voicemail获取消息内容、MMS 图片、Voicemail 音频及供应商已有转录；关联客户历史并触发适用分析消息处理。读取消息不等于向客户发送消息；缺失 Voicemail 转录的自动补转录未确认实现
    持续客户画像汇总通话、消息、Lead 和 Task 上下文，整理客户历程、意愿与原因、目标、阻碍及未解决问题画像处理。推断不能自动等同会员或付款事实；模型 DNC 建议不覆盖已存事实

    Email Lead 有独立的真实接入链：解析邮件，识别支持的 Lead 格式，提取姓名、电话、Email 和预约字段，按门店信号匹配归属，写入后通知下游处理。当前识别 Web Lead、Online Intro 及 Zapier 转发格式；Facebook 相关支持来自转发邮件，不是已完成原生 Facebook Lead Ads API 集成。未匹配门店的记录进入待处理区。识别闸门之外的邮件不会进入后续归档，因此不能宣传“任何来源都自动接入、绝不漏线索”。邮件入口 · 解析规则 · 下游通知

    下游会重新按门店读取已持久化 Lead，区分新建 Task、复用已有开放 Task、重放和拒绝。重复来询可以重新形成跟进安排，并尊重更新的员工计划；不同历史处理路径仍需分别验收。入库后的分派 · 重复来询处理

    二、机会与 Task：业务范围超出新 Lead

    当前实际注册的 Managed Task policy 包含下列事项；是否能由 AI 自动建立或终结，还取决于门店自动化配置、业务事实来源和具体证据。policy registry

    业务事项实际 task kind对用户的意义
    Lead 转化lead_conversion持续推进潜在客户，而非每次电话都创建新目标
    取消请求处理cancellation_request跟进取消诉求、处理及挽留结果
    款项追收payment_recovery发现并推进待处理的付款事项；不意味着系统自身扣款
    续费renewal推进现有客户续费机会
    升级upgrade跟进方案或会员升级意向
    召回win_back推进回流机会
    转介绍referral跟进转介绍事项
    会员问题member_issue处理需要持续解决的会员服务问题

    Task 是要处理到底的事项；Next Action 是当前下一步；Activity 是已经发生的处理；Outcome 是结果及其依据。前端业务分组、历史类型和上述 policy 名称不必一一同名，不能只数菜单就判断产品范围。

    用户工作台分成 Lead、Member Care、Revenue Growth。其显示类型还包含 Lead outreach、Lead follow-up、Post-Intro Follow-up 等阶段，因此八个业务 policy 不应机械地写成八个菜单。入口分组 · 显示类型

    AI 决策由独立 reasoner 读取沟通证据、生成 proposal，经过业务和权限校验，再通过统一 command 写入。当前 Contacts Analyzer 只更新画像，不再承担 Task 决策写入。 旧文档中的这一职责已经过时。reasoner · proposal guard · 画像职责变化

    门店可选择 Automatic、Review sensitive actions、No automatic changes。它们控制 Task 自动化权限：并非所有动作都需要人工审批，也不表示选择 Automatic 就启用自动短信或 AI 电话。未配置 tier 的代码默认是 full_auto，读取失败时降到 cautious；实际门店和业务 authority 仍需核对。配置 UI · 解析规则

    三、员工执行与 Calendar 的重要边界

    功能入口员工能做什么实现依据与边界
    Leads Inbox分页、搜索、按来源/状态/意愿/Task 等筛选，查看重复提交、Email 或沟通 AI 线索，打开关联 Task/ContactLeads。Lead Line 状态列随门店功能可用性显示
    Task 队列Needs Attention、Scheduled、Closed、All；按联系人、负责人、优先级、类型和时间查找工作工作台。历史 Task 的可编辑能力有差异
    Task 详情同屏查看客户画像、沟通记录、行动摘要、计划、时间线、员工备注、Lead 分析与 AI feedback详情
    推进与纠正记录 Activity、业务进展和更正，改 Next Action/Deadline/备注/负责人/优先级，关闭、重开、审批或拒绝建议前端 mutation client。后端另有新建 open/closed Task、guidance 和 outcome correction command；API 存在不能自动等同每个页面都有入口。见 commands
    Calls按员工、方向、业务类别和结果筛选，打开分析、录音、逐字稿、coaching 与客户上下文，修正员工归属Call detail、归属修正。无录音或敏感内容限制时不能播放
    Contacts搜索并筛选客户，查看画像、历史和附件，修改姓名；从客户进入相关工作联系人 API、沟通历史。部分读取仍走 v2，是实际链路，不因此当作废弃功能
    Scripts管理 Call/SMS/Email 话术、分组、创建/修改/启停/删除、Email 富文本和图片素材；Task 内代入变量并复制或照读话术页面、CRUD API
    Calendar周/月视图、开放/关闭、员工与 Task 类型筛选，点击 Task 详情；可编辑开放 Task 拖动后确认改 DeadlineCalendar。没有放置时间的 Task 不在日期网格；本轮未找到独立 unscheduled 面板

    记录 phone/SMS/email/in-person Activity 提交的是 staff_asserted；Record booking 记录 intro_booked 进展。前者不是向客户发出沟通，后者不是替用户在 Mindbody 创建预约。Activity · 预约进展

    话术选择器能把客户、门店和员工信息代入模板，复制后用于 SMS、Email 或电话。它是员工辅助工具，不能写成应用已经自动发出这些消息。Task 话术选择器

    本次主仓 HEAD 的 Calendar 将开放 Task 放在 Deadline，关闭 Task 放在 Close Time；此前单独审查的 PR #2299 则使用 Next Action。两者必须区分，销售 demo 以实际部署为准，不能把 PR 的行为写成当前生产功能。HEAD 的日期规则

    联系和提醒也是产品能力，需要明确每条路径。

    路径实际行为不能混称
    Task 手动 Calltel: 调起设备拨号浏览器内已经完成 RingOut
    Contacts 联系入口打开 RingCentral SMS deep link，DNC 时禁用Retaintive 已内嵌发信
    Lead board从 durable outbox 消费业务变化，更新 RingCentral 门店卡片，考虑营业窗口每次事件均已实测可靠送达
    Lead Line按规则调用 RingOut，先呼叫门店一侧，再通过提示流程连接 LeadAI 语音与客户对话，或所有 Lead 一到达立即拨通
    Web Push 与员工手机浏览器订阅和分店偏好；员工手机安装后扫码登记设备，开关接收，后台分配/撤销设备所有员工默认可达，或完整原生移动端 Task App

    手动 Call · SMS 跳转 · Lead board · RingOut client · 手机入口 · 通知 dispatcher

    自动电话受门店激活/开关、等待时间、营业时间、未联系/DNC、Task 状态、重拨间隔和次数限制。当前 West Harlem 生产观察为 Off，实际受控号码通话尚未完成本轮验收。gates

    四、Ask AI：已实现的运营机器人

    这是有真实业务工具的文字助手。登录后的全局 layout 挂载入口；提问后 API 保存查询任务、异步启动 worker，worker 通过多轮工具查询形成回答，前端轮询结果。全局入口 · 提交与轮询 · API · worker

    实际注册了 24 个业务工具，可按六类工作理解。完整 registry

    能回答的业务问题对应工具
    某位客户发生了什么，有什么沟通和待办searchContacts、getContactSnapshot、listRecentCalls、getCallDetail、listRecentMessages、listContactTasks
    门店有哪些工作，需要谁处理，趋势怎样getStoreSnapshot、listStoreTasks、getTaskDetail、getTaskTrends、getTaskCalendar
    Lead 有没有得到联系、联系速度和预约进展怎样getLeadFunnel、getSpeedToLead、listStoreLeads
    员工哪里需要 coaching，可以参考什么话术getStaffPerformance、getCoachingSummary、getCoachingExamples、getScripts
    门店发生了哪些电话和短信沟通getStoreOverview、listStoreCalls、getCallAnalytics、listConversations
    多店如何比较，金额怎样计算compareStores、getStoreRevenue

    多个工具复用产品已有的 metrics 计算，便于让 AI 回答和页面使用相同业务口径。这是值得展示的工程资产；不代表模型每个回答都已通过事实核验。共享指标依赖

    机器人当前能查，不能通过聊天替用户执行客户动作。 工具访问业务数据使用只读数据库连接，没有修改 Task、发送 SMS 或拨号工具。Task 自动化与 Lead Line 是产品中的独立执行链。只读连接

    还有几项演示时会直接影响体验的边界：

    • 支持当前用户授权范围内的多店查询，API 当前最多纳入 50 家门店；不是查询整个品牌网络的默认权限。范围
    • 提问请求只有问题和会话 ID，没有当前页面、正在看的客户、门店或日期筛选。demo 应明确给出店名和时间。payload
    • 本次演示涉及的 Lead 漏斗、响应速度、多店比较和 coaching 工具按最近 N 个门店本地日查询，默认 7、最多 30；不能承诺任意历史起止日期。Lead 清单最多返回 30 行及总数，没有独立的“从未首次联系”明细过滤参数；汇总未联系人数和待检查 Task 应分别呈现。时间窗口 · Lead 清单
    • 后端保存查询与回答，模型带入最近 10 轮历史；前端保留最近 50 条消息。现有持续会话不等于完整历史会话管理产品。历史窗口 · 前端历史
    • 回答有引用标签及提示文字，当前不能直接点击引用打开原始记录；校验引用存在也不能保证每个结论在语义上得到支持。引用 UI · 引用存在性校验
    • 当前由用户提问触发；未发现此机器人主动定时发送经营日报的链路。联网搜索工具需要额外配置，当前 Operator stack 没有接入该配置。stack

    可用于准备验收的提问示例：

    1. “查看 West Harlem 最近 7 个门店本地日的 Lead：多少尚未首次联系，响应速度怎样？另列出该店当前需要员工检查的 Task，并说明依据。”
    2. “比较我有权限查看的门店最近 7 个门店本地日的 Lead 联系、预约和任务指标，指出经理应进一步检查的差异，并给出依据。”
    3. “找出 West Harlem 最近 7 个门店本地日值得 coaching 的通话：员工说了什么，可以怎样改进，已有哪份话术适合参考。”

    以上是工具能力支持的验收问题，本轮未在 production 逐题运行。没有符合条件的数据时应如实显示缺失。

    五、Coaching、报表与多店经营管理

    功能实际能力依据与含义
    Coaching 工作台按员工、日期、搜索、已读状态查 active/archived reviews；定位 coaching moment、播放片段、查看逐字稿、写笔记、标记已读/未读、归档/恢复及批量处理Coaching UI、写操作。生成有业务条件，不是所有电话都产生 coaching
    My Stores多店与对比期总览，Leads/Tasks/Calls 页签，进入单店 Dashboard，CSV 和 PNG 导出页面与导出、真实查询
    单店 DashboardLeads、Tasks、Calls、Team、Revenue 五个页签，共享门店与日期范围页签
    Lead 报告区分 intake 次数、去重 Lead、outreach、contact、intro booked，查看响应速度、跟进节奏及对比期Lead 报告、Cadence API。不能把 intake 次数当人数、预约当付款
    Task 报告创建、关闭、当前积压、清理率、正向结果率、按时完成率及多条指标趋势Task trends。关闭和正向结果不是实收；按时完成率有有效 Due Time 分母要求
    Calls 与 Team通话类别与方向，可钻取通话；员工 Task 工作量与状态、未分配工作、Calls/In-Out/Live/Voicemail 及未归属通话Team Task、Team Calls。支持检查差异，不是员工能力的因果评分
    RevenueEarned/Potential 业务结果与机会视图、价格配置、去重和数据不可用处理Revenue UI。金额的准确含义见下文

    AI feedback 可以提交和恢复；通话员工归属可以更正。这些纠错入口不证明用户反馈会自动训练模型并立即提升准确率。Task AI confirmation 还有仅 DEV 且指定 query flag 启用的假数据预览，演示时必须使用真实 suggestion 链路。feedback · 预览边界

    Revenue 实现按当前门店配置价格与去重业务结果估算金额；代码明确标记 causalAttributionStatus: 'not_established'，并注明不是 billing/POS 收入。缺价格等未知值不能当成零。Ask AI 和报表共享这套口径。金额定义

    这支持向买方展示“发现了什么机会、记录了什么结果、按什么价格估算价值”；要展示“实际收到多少钱、因为我们多赚多少钱”，还需外部业务事实及增量评估。

    六、可交接的工程资产与未来能力

    门店、人员和账户管理是产品的一部分，也决定买方接手后的运行成本：

    管理入口代码具备的功能边界
    Store SetupRingCentral OAuth 连接及激活、建店、号码分配/解除、门店编辑；名称、时区、营业时间、价格、Lead Line、通知、Task automation、转录关键词Setup、门店配置。配置入口不等于每种组合都通过运行验收
    Staff 管理姓名、业务角色、电话/分机、启停、编辑、受条件限制的删除，登录用户 bind-me/unbind-meStaffSection。业务角色与登录访问权限分别管理
    Access Management增加成员、批量赋予门店 EDITOR/VIEWER、修改和撤销权限访问管理、API。不等于 owner 转让或企业 SSO
    Account SettingsProfile、主题外观、可访问门店、通知偏好、修改密码设置清单。Profile 邮箱只读；主题是本机设置

    API 有认证、tenant context、门店授权以及实际业务路由，Task policy 和 metrics 可以作为集成资产评估。当前仍依赖 AWS、Neon、Cognito、RingCentral 与现有数据结构；没有证据支持通用 SDK、任意 CRM 插件或零成本所有权迁移。API 挂载 · 店级授权

    资产或方向当前核查结论交接或销售位置
    AI Playground独立应用可编辑 prompt/schema、运行模型、比较 A/B 结果、查看差异和保存历史；有 /api/run 及 schema API 调用用于模型评估与接手后的迭代演示；本轮未验证其生产部署，也未证明可自动发布生产规则。见 UI、API client
    Lead 运维控制台有 Lead、health、pending queue、门店及发件映射管理路由接入和故障排查资产，不是客户运营机器人的功能。见 路由
    Control Plane Admin可创建 tenant、添加成员及查看门店映射支撑经营主体管理；不等于已完成 owner 离职、OAuth 移交或门店转售全流程。见 API client
    AI 语音接待／自主销售当前查到可行性调研，文档明确尚不实施；未查到相应客户语音执行链可讨论未来接入方向，不能作为已上线功能。见 调研状态
    Mindbody 业务事实接入仍是待接的数据来源；公开 API 和人工查看 OTF 门户不等于自动接通买方 integration brief 中明确授权、对象映射、结果核对范围；不列为已完成集成

    内部 AI 编程机器人、飞书运维通知及基础设施试验仓库不自动算成客户购买的 Studio 功能。交接时可以评估其维护价值，但不得与 Ask AI 或客户语音机器人混称。

    七、已经见到的生产证据，与仍需验收的部分

    本轮生产观察可以证明不能扩大成
    West Harlem Leads、关联 Task、电话和 SMS 历史可打开已有真实客户运营记录可展示所有功能、日期范围和自动化均运行正常
    一个案例与 OTF 客户资料匹配，显示 Basic membership 和课程记录当前会员信息可人工交叉核对该笔付款已核实，或会员由我们的产品新增
    West Harlem Lead Line 为 Off该店该时刻设置关闭自动呼叫已经在该店实时执行
    同一案例存在 Converted/Member 与开放回拨 Task 不一致；一通电话 Connected 与 Voicemail 标签不同；月度 My Stores 请求失败明确的 demo 前复核点所有任务、联系指标或报表都错误

    完整过程、链接、日期与口径见West Harlem 核验记录。本轮没有发送客户消息、发起通话、修改生产设置或 Task，也没有对全部能力重新做端到端测试。

    Ask AI 的专项待验项：真实回答能否正确查到目标店和记录；列表到 Task 详情的追问能否衔接；引用是否支持结论；会话历史归属校验。当前历史查询只按会话 ID 和成功状态读取，未再加用户／门店条件，这是需要独立复核的代码发现，本轮未做真实账号测试。历史查询

    接入可靠性也需量化：尽管部分下游有队列重试、幂等和 outbox，当前 Webhook 在异常分支仍返回 HTTP 200，包含入队失败的可能路径。因此不能宣传全链路“零丢失”。接收异常处理

    本目录已覆盖当前主导航、账户设置、独立员工手机入口，以及对应后端和 AI 工具；旧 redirect 页面不重复计数，未挂载示例表单、fixtures 和纯设计文档不计作已实现客户功能。主导航 · 旧入口重定向

    八、产品理解如何约束销售

    卖点应包括 AI 助手、任务执行、会员经营和团队管理，不能再次缩成“通话摘要”“报表”或“新 Lead 自动回拨”。同时，买方是否有相同能力须具体比对：OTF 本次查看的是 SPOG / Unified Portal，已可见 Conversations 入口，不能声称它完全没有沟通记录或永远无法获得这些信息。

    可证明的差异应落在：哪些运营事实以前难以获得或汇总；如何连接客户与业务目标；怎样推进下一步和员工纠正；经理如何直接提问；哪些真实结果可追查。卖方需要交付这些能力及其验证和接入经验，而非只出售“使用了 AI”的概念。