C端 v3 方案论证报告（论证完毕版）

2026-09-24 · 小冈 · 三路论证：gpt6 红队攻击 + 外部对标检索 + 仓库事实核查
结论：方案成立，修正为 v2.1——北极星指标重定义，6 条推翻条件预置为决策规则；验证=上线后 30 天真实流量，不设人工预演闸门（09-24 刘总指正后二次修正：取消原 Phase 0 触达实验——小程序未上线，「订单 0」是常态不是缺陷，MVP 的最低成本论证就是上线本身）
配套：红队全文 docs/reports/2026-09-24-C端v3红队评审-gpt6-v1.md · 架构方案 docs/plans/2026-09-24-C端v3完整架构方案.md

一、论证方法

路径做法产出
红队攻击gpt6 medium 档（105.6s / 输出 3407 token）：假设方案 3 个月后彻底失败，倒推死因死因 Top5 + 高估项 + 遗漏项 + 推翻条件 + 最小验证路径
外部对标检索转山需求侧内容生态、客服基础设施、酒店私域模式需求真实性/技术选型/模式背书三项证据
事实核查直查生产库与后端代码，验证红队攻击是否命中事实134 单全测试、5 家真实商户、无埋点设施

红队输出已按纪律验收：无编造（材料未涉及处均如实标注）、无运营参数违例、事实主张逐条与仓库核对后采信或驳回。

二、事实核查结果（决定性证据）

核查项结果对红队攻击的裁定
orders 表134 单全部 is_test=true无效论据（刘总 09-24 指正）：小程序未上线，无真实订单是常态不是缺陷；红队#2 据此的「无业务基线」攻击不成立
merchants 表5 家真实商户 active：冈仁波齐城堡酒店/芝达布日温泉/岗莎牦牛运输队/穹窿银城遗址/塔尔钦藏餐馆红队#1「供给未验证」部分成立：供给有雏形，履约承诺（报价方式/接待责任/有效期）无记录
数据治理发现商户 #2「芝达布日温泉」(真实, hotspring) 与 #8「芝达布日温泉酒店」(测试, hotel) 并存上线前二选一为准，另一条下线，防双记录污染（并入 Phase 1 收口清单）
后端埋点/线索设施无 events/leads 路由（仅 leader_customers 分销侧）红队#3「线索系统缺闭环」成立，最小埋点集必须含对话与结果事件
合规文档09-21 合规分析在库（包价旅游红线论证），但经营行为核查未做红队#4「豁免误判」部分成立：收款模式已论证，签约主体/服务组合/话术边界需独立核查

三、外部对标证据

  1. 需求侧真实：2026 马年转山人数预期暴增；多家攻略站（tibetcn.com / tibetway.com / trip.com 攻略区）一致提示「塔尔钦住宿紧张、提前 1-2 个月预订、错峰出行」——住宿焦虑是转山客第一痛点，单商户 MVP 以温泉酒店切入与需求对路
  2. 客服基础设施现成：企业微信「获客助手」已将加好友路径压缩至 1 步（腾讯官方获客案例）——转化编排层不自建 IM，接企微/微信客服，自建部分收敛为 leads 台账 + SLA 提醒（记录与提醒，不是聊天）
  3. 模式有行业背书：酒店为逃离 OTA 佣金转向私域直销是 2021 年起明确趋势（环球旅讯文旅私域报告）——全推客服=私域直销轻量版，非孤例

四、红队死因 Top5 逐条裁定与修正

#红队死因（概率×杀伤）裁定方案 v2.1 修正
1供给没兑现，咨询来了接不住（5×5）部分成立修正为工程收口项（并入 Phase 1）：商户展示信息做成「配置项+默认值」，字段齐即发布；商务承诺与接待安排属运营域，不问不列不催（边界纪律）
2没验证需求就先做转化首页（5×4）驳回（刘总指正）：上线前不存在「先验证需求再开发」的正确姿势——需求的唯一低成本验证就是上线本身；人为 30 人实验窗口=伪验证工作取消 Phase 0 触达实验；v3 直接开发上线，验证=上线后 30 天真实流量观察期
3北极星是假信号，线索无接待闭环（4×4）成立北极星改为有效对话建立率+台账闭环率；埋点从 5 事件扩为 8 事件（补 lead_created/first_reply/outcome）；台账补接单确认/关闭状态/重复合并/流失原因字段
4站外成交≠合规豁免（3×5）部分成立合规节改写：收款位置只是判据之一；经营行为核查（签约主体/服务组合/客服话术边界）列为上线前收口项；「浓度不超基线」降级为内部纪律而非审核承诺
5验证被美术工程挤掉（4×3）驳回前提：验证不是上线前的独立阶段而是上线后的观察期；工程排期不为想象的人工实验让路取消前置闸门；11 人日直接开工，验证期=上线后 30 天

五、被高估项的处置

红队指出的高估处置
「30 秒转化」是命名不是验证结果采纳：作为设计目标保留，验收以实测任务完成时间为准
深色金色/特殊字体的转化价值无证据采纳：视觉资产已建成部分（字体管线/品牌图）沉没成本已付，继续用；新增视觉投入以上线后数据为准
意图预选收益未验证采纳：降级为待验证项——上线后台账记录用户自然表达的意图分布，再决定预选是否保留
配置化≠运营存在采纳：表述修正为「系统不感知人，但台账闭环强制记录响应与结果」
图片限制≠弱网可用采纳：Phase 1 回归项加真机弱网实测（限速工具模拟 2G/3G）
Phase 2 闸门=签约采纳：闸门改为「第一商户验证通过 且 第二商户签约」双条件

六、推翻条件（红队 6 条全部采纳，预置为决策规则）

  1. 唯一商户无法承诺真实信息、固定接待责任和可执行服务 → 推翻单商户导流闭环，停止公开导流
  2. 类目/资质/经营方式核查证明当前主体无法承接核心服务 → 先改合作结构与服务模式，页面不收款不能修复经营缺口
  3. 触达明确有近期需求的人后，事实充分的酒店入口仍无有效咨询 → 推翻「这家酒店承接这批需求」假设，停止加叙事
  4. 有人点客服但无法稳定建立对话、确认接单、记录结果 → 推翻客服技术路径与北极星指标
  5. 真实咨询与履约发生后仍无法建立收费/核验/成本覆盖机制 → 推翻「全推客服即可商业化」判断
  6. 简单事实卡对照下叙事页不能提高有效咨询且明显更贵 → 推翻叙事优先架构，预算还给事实卡

七、修正后的推进路线（v2.1）

阶段内容闸门
上线前收口（并入 Phase 1，不设独立闸门）①供给信息以工程配置项形式就绪（商户展示字段齐即可发布；#2 与 #8 记录二选一，商务安排不问）②类目对照验证 0.5d ③leads 台账与埋点随 v3 一起建无——直接进 Phase 1
Phase 1 · v3 建设（11 人日）架构 v2 全部工程项 + 修正（北极星=有效对话建立率+台账闭环率/8 事件埋点/is_test 数据隔离出统计）验证期=上线后 30 天真实流量：有效对话建立率、台账闭环率、双入口转化差异；推翻条件按真实数据触发
Phase 1.5 · 叙事 A/B 闸门简单事实卡 vs 叙事版对照叙事证明增量 → 保留；不能证明 → 推翻条件#6 生效
Phase 2+同 v2（触发条件收紧为双条件）—

八、论证结论

  1. 架构方向成立：四层+编排的分工、两级信息架构、半数据驱动、留缝不建系统——经红队攻击后无结构性死因，全部保留
  2. 推进顺序（09-24 二次修正）：取消 Phase 0 人工验证期——MVP 的最低成本论证就是上线本身；v3 直接开发、上线，验证期=上线后 30 天真实流量（造势同步进行，内容与线索台账互为素材）
  3. 指标体系重定义：从「点击」到「对话」到「结果」，三级漏斗全部可核验；is_test 数据永久隔离出统计
  4. 风险边界诚实化：合规从「已规避」改口为「收款模式已论证+经营行为待核查」；叙事视觉从「默认增值」改为「须自证增量」
  5. 方案 v2.1 = v2 架构 + 本报告修正，论证完毕，等刘总拍板开工（Phase 1 直接启动）

*红队原文（4980 字）见 docs/reports/2026-09-24-C端v3红队评审-gpt6-v1.md；外部来源：tibetcn.com / tibetway.com / hk.trip.com 攻略页 / 企业微信获客案例页 / traveldaily.cn 私域报告（检索时间 2026-09-24 00-01 时）*