Retaintive

    West Harlem 生产证据（运行核查附件）

    核验日期：2026-09-13（America/New_York）。完整销售判断见唯一销售主稿。本轮只读取已登录的浏览器页面，没有做任何操作；源码检查和生产页面观察分别记录。

    准备案例和 demo，或想查某个数字的依据时，再读这份。 影响销售判断的结论已放进主稿；这里保留实际看到了什么、怎样统计、哪里有异常、还要验证什么。本次只是局部生产核查。新观察按日期补充，保留旧证据，重要变化同步回主稿。原始截图与文字记录随各项观察在下文链接，统一保存在 docs/public/images/product-sale/evidence/；截图已裁掉浏览器栏和登录账号信息。

    账户与范围

    名称更正：本次浏览器中的 spog.orangetheory.com 标题为 Unified Portal；OTF 的 SPOG 登录页也使用 SPOG 名称，该链接属于 sandbox，仅用作公开名称佐证。另一个 crm.orangetheory.com 入口的页面标题为 Orangebook。此前将本次所看门户直接称为 Orangebook，依据不足；两者的替代、整合及共享数据关系仍待核实。本记录中的业务观察均归属于实际查看的 SPOG 门户。

    Max 提供的截图选中的门店是 0348 Totowa, NJ。实际检查时切换到了 OTF 0733 West Harlem, NY，并在 Retaintive 生产选择 West Harlem。没有将 Totowa 的截图数字归给 West Harlem。

    • OTF 门店路径标识：decfd5c2-3653-447c-91ff-d2f09159f10f。
    • Retaintive 门店标识：43bcc3d4-3faa-4cf7-a02e-f16a192a3b18。
    • 生产域名：studio.retaintive.ai。
    • 本轮没有拨打电话、发送短信、播放录音、修改 Task、切换自动化开关、保存设置或订阅通知。

    1. OTF 已能提供哪些业务依据

    Studio Performance → Acquisition，2026 年 8 月，页面标注 Data as of Sep 13, 08:46am EDT。

    页面指标本轮读数解释边界
    Lead captures / Leads458官方按月统计事件，包含 initial captures 和 recaptures，不是 458 个去重客户。
    Booked Intros114当月独立发生的预约事件，不保证全部来自同月捕获的 Lead。
    Intros Taken89不能据此断言与上述 114 是同一批人的完整后续。
    Closes46不等于 Retaintive 带来的 46 笔新增成交。
    Avg Time to First Contact0.98 days约 23.52 小时；包含 calls、emails、texts，不是电话接听时延。不能推断每个人都等了一天。
    OB Contacts/Lead1.40Contact 也包含邮件和短信。
    Intros booked % of leads25%Help 公式是 Intros booked / (Lead captures − Direct Joins)。
    Conversion %12%包含 closes 和 direct joins，不能直接用 46 / 458 重算并指控页面错误。

    Help 还明确，Network new 排除曾有关联 membership / pack 的客户事件，因而不包含 winbacks。Retaintive 的重复 email、去重客户、Lead intake episode 与该口径不能默认对应。

    首次联系截图 · Acquisition 页面读取记录 · Help 口径记录

    其他已打开的页面：

    • Lead Follow Up：Leads – No Intro Booked 当时显示 41 条结果。这个待办列表数量不等于月度捕获量。
    • Member Follow Up 与 Revenue Follow Up：可见会员跟进、潜在流失、课包和付款相关工作。适合后续扩展故事，本次不把所有场景塞进首次销售 demo。
    • User Profiles：可按客户查当前身份、membership tier 和 Class Total。本轮已实际完成一个跨系统匹配。
    • Business Health 8 月显示 Active Recurring Members 1,069、Net Revenue $189,727.92。这些是门店经营读数，没有归因给 Retaintive，也没有在本轮与账务核对。原始页面记录

    Lead Dashboard 的 Completed Contact 当时为 0，但 Acquisition 的 Lead Management App 历史表显示 8 月 Contacts made 合计 1,486。两个页面的时间／统计范围需再确认，不能据 dashboard 的 0 宣称门店没人跟进。

    2. 一条真实案例已经能核对到哪里

    内部匿名案例 A：生产 Task。不在本文件复制姓名、电话号码、个人资料或付款信息。

    环节观察事实能证明什么
    Lead8 月 28 日 12:47 PM 进入；Task 显示同一分钟创建。Lead 列表状态 Converted。存在真实 Lead 到 Task 的记录衔接；显示精度不足以证明秒级延迟。
    沟通历史区域加载 5 calls、3 SMS；8 月 31 日可见先外呼留言、随后客户来电的记录。系统能把跨次沟通放到同一客户上下文。记录存在不等于行动由我们的提醒促成。
    系统判断Contact profile 显示 Member；AI 摘要描述了 Basic membership 办理。这是内部判断及摘要证据，不能单凭摘要确认支付成功。
    独立核对OTF 按姓名查到资料，手机号与生产案例一致；显示 Member、Orange Basic Membership、Class Total 2。核实当前会员类型和官方记录的课程总数。未核实入会日期、付款金额、退款或因果增量。
    待解决Task 仍开放，Next action 为空，Deadline 过期，建议 Call The Lead Back Promptly。跟进建议与当前会员状态存在需要解释或纠正的不一致；不是已完成正确闭环的样板。

    该案例的摘要描述了前会员回流背景，因此不能把它直接装入 Network new 成功样本；仍需业务系统确认入会事件类型。即使当前会员身份匹配，也不意味着已经证明整段历史的日期与金额完全正确。

    另一个同案例中的口径问题：8 月 31 日 5:03 PM 电话在历史区域标注 Connected，打开 Call details 后 STATE 为 Voicemail，transcript 首句也为语音留言提示。这证明“电话线路连接”和“与真人有效交流”需要明确区分；本轮没有认定所有汇总指标均使用了错误算法。

    匿名观察记录

    3. 电话功能：实现、配置与实际运行分开看

    层次本轮证据尚未完成
    手动 Call 源码task-quick-actions.vue 使用 tel: 链接。本轮未点击拨号；不把它描述为已实测的浏览器内 RingOut。
    自动 RingOut 源码ticker 将门店号码作为 fromPhone 与 callerId，Lead 电话作为 toPhone；客户端调用 RingCentral RingOut，设置 playPrompt 为 true。未实测门店响铃、确认提示、第二段连接和完整结果回写。
    自动化规则源码包含 Lead 等待 15 分钟、提前 10 分钟公告、门店呼叫间隔、营业时间、DNC、已联系和 Task 状态检查。实际调度延迟及部署版本待验；不承诺“线索一到就拨”。
    West Harlem 生产设置Lead Line Off；重试等待框显示 15，处于 disabled。浏览器通知门店开关 On，当前设备 Not subscribed。Task Automation 为 Automatic。设置读数不能证明自动化实际执行成功，也不能据此判断其他员工设备的订阅状态。
    版本边界本地源码与生产设置页面的措辞有差异。未核实部署 commit，不能把本地规则全部当成线上现状。

    源码基线：callytics-infrastructure commit 5fb52c15982c6fd67ef91319c895ae3b16a5e28d。只读核对：手动 Call、RingOut 调度、规则、RingCentral 客户端。

    生产设置观察记录 · Store Setup

    4. 数据页面可用性与下一次验证

    生产 My Stores 原先展示 8 月 23–29 日的 West Harlem 表格；切换到 8 月后，出现 “Unable to load store report / The reporting request did not complete”。随后直接打开该周 Leads 页面可加载 67 条，关联 Task 与 communications 也能加载。因此记录为一次月度报表请求失败，不扩大成“生产数据全部不可用”。尚未定位原因。

    下一次验证按销售需要收敛：

    1. 使用指定测试号码完成电话全程，记录实际响应和停止条件；不在真实客户上试拨。
    2. 将案例 A 的会员状态、Task 类型、关闭条件、下一步逐项核对，确定修正范围；单独解释 Connected / Voicemail。
    3. 建立固定案例表：Lead 标识、门店、来源、初次与重复捕获、行动时间与渠道、证据入口、业务结果与核验日期、未知项。先检查 30–50 条的匹配和判断，再讨论增量实验。
    4. 对齐期间、时区、去重、新客／回流、尝试联系／真人触达、事件日期／入组日期和结果观察窗；不要把 OTF 月度事件报表与我们的 Lead cohort 直接相除。
    5. 复现月度报表失败，并选择可重复打开的 demo 路径。受控拨号、代码修复及部署未在本轮执行。