📌 编者按（09-24 刘总指正）：本文红队死因#2「没有验证需求就先做转化首页」及其衍生的 30 人人工实验建议已被驳回——小程序尚未上线，「真实订单 0」是常态不是缺陷；需求的最低成本验证就是上线本身。裁定详情见 2026-09-24-C端v3方案论证报告-v1.md。红队原文按纪律保留不改。
最危险的错误，不是页面太多，而是把“用户点客服”当成商业验证，把“暂不收款”当成合规边界，把“配置化”当成运营已经存在。
材料能证明你们有线上系统、有改版方案；不能证明有真实可交付的酒店供给、愿意咨询的目标用户、持续接待咨询的人，以及能归因的收入。这些缺口不先补，11人日主要是在提高错误方向的完成度。
以下是失败假设下的红队排序，不是已经发生的事实。概率与杀伤力采用1—5级主观评分，仅用于安排验证优先级，不代表统计概率。
概率5 × 杀伤力5＝25
三个月后的死状： 首页上线了，用户问价格、日期、房型、接待条件，客服只能“帮您确认”；商户回复慢、信息反复，用户流失。
攻击依据：
is_test=true；生产可展示、可履约的数据完整度，材料未涉及。致命问题： 单商户不是天然更简单，而是没有替代供给。唯一商户不可用，整个产品就不可用。
“不阻塞开发”只是工程排期判断，不能升级为“不阻塞商业验证”。你们把最该阻塞上线的条件，降格成了上线物料问题。
概率5 × 杀伤力4＝20
三个月后的死状： 页面精致、章节完整，但没人咨询；团队继续调标题、图片和按钮，而真正的问题是没找到有需求的人。
攻击依据：
致命问题： “对转山内容感兴趣”不等于“需要这家酒店”。广泛内容吸引的用户，可能只想免费获取攻略。
平台码与酒店前台码也不是同一漏斗：前台访客可能已经到店，其具体用途和新增收入价值，材料未涉及。混在一起看转化率，会把已有关系误算成产品获客能力。
没有合格流量，就不存在值得优化的转化率。
概率4 × 杀伤力4＝16
三个月后的死状： 客服点击率上涨，实际对话没增加；提醒不断发送，但没人确认接单，最后无法回答“哪些咨询带来了业务”。
攻击依据：
leads 表与SLA升级，但线索创建时点、接单确认、关闭状态、重复线索合并，材料未涉及。致命问题： 客服点击只是跳转意愿。若点击即建线索，就可能把未发消息的人算成咨询；若消息后才建线索，材料又没有证明系统如何感知消息。
不需要做完整客服人事系统，但必须知道：谁负责、是否收到、是否回复、结果是什么。 否则SLA引擎只是自动催促一个未闭环的流程。
概率3 × 杀伤力5＝15
三个月后的死状： 新版提审受阻，或实际服务边界需要重做，页面、文案和咨询流程一起返工。
攻击依据：
致命问题：
这不是断言一定违规，而是指出：你们把尚未验证的合规假设写成了商业模式的安全前提。
概率4 × 杀伤力3＝12
三个月后的死状： Agent不断交付局部成果，创始人反复拍板；供给和运营迟迟没确认，已经完成的首页、叙事、分享与后台只能跟着改。
攻击依据：
致命问题： 11人日可以是一个有前提的编码估算，不能冒充验证完整业务闭环的成本。
你们删掉了DSL和主题平台，但仍保留了足够多的叙事建设。这是缩小架构，不是缩小商业假设。
| 被高估项 | 直接攻击与依据 |
|---|---|
| “30秒转化首页5屏” | 30秒是命名，不是验证结果。阅读完成率、任务完成时间、与直接酒店卡片的对照，材料未涉及。 |
| 深色金色、品牌叙事、特殊字体的转化价值 | 材料没有用户证据证明这些能提升真实咨询。它们确定增加素材与适配工作，不确定增加生意。 |
| 意图预选的收益 | 预选可能帮助分流，也可能多一道操作。既然只有一家商户，是否需要这一层，应由真实咨询验证，而非默认成立。 |
| 配置化消除运营难度 | 配置人选、排班、话术，不等于有人愿意值守、会回答、有权限报价。真实人员投入，材料未涉及。 |
| 资源大小限制等于弱网可用 | 单图≤200KB不能说明首屏总请求量、客服唤起成功率和失败恢复能力。真实弱网测试结果，材料未涉及。 |
| 第二商户签约即可进入Phase 2 | 签约验证供给意愿，不验证第一商户的用户需求、履约能力和经济性。扩张闸门设错了。 |
依据： 材料定义的是导流方式，不是收入模型。
收费对象、佣金或服务费、线下成交核验、防漏报、结算方式、获客成本及人工成本，材料未涉及。如果无法核验站外结果，平台即使创造价值，也未必能收回价值。
依据： 商务资料和实地信息未齐，却允许继续推进上线相关开发。
至少需要区分：哪些字段不齐可以隐藏，哪些不齐必须停止发布；谁确认真实性，过期信息何时下架。相关机制，材料未涉及。
依据： 入口包括准备、行程，不只是住宿。
客服能回答什么、哪些健康或行程风险问题必须转向专业渠道、不可承诺什么、投诉谁处理，材料未涉及。泛咨询会扩大接待成本与错误承诺风险，不能只按酒店销售话术准备。
依据： 方案涉及意图、页面上下文和线索存储，同时已有测试数据。
个人信息字段、授权与告知、访问权限、保存期限、删除方式，以及 is_test=true 数据的展示与统计隔离，材料未涉及。测试数据污染漏斗，会直接毁掉验证结论。
以下是建议预先采用的决策规则，不是材料已有标准。
推翻“单商户导流闭环”，停止公开导流。
依据： 没有可兑现供给，任何转化都是制造失望。
推翻当前业务边界，先改主体合作及服务模式。
依据： 页面不收款不能修复经营条件缺口。
推翻“这家酒店能承接这批需求”的假设，而不是继续加叙事。
依据： 此时首先失败的是需求与供给匹配。
推翻当前客服技术路径及北极星指标。
依据： 点击无法证明业务发生，SLA也无法建立在未知状态上。
推翻“全推客服即可商业化”的判断。
依据： 有服务活动，不代表有可持续收入。
推翻叙事优先的信息架构。
依据： 叙事必须证明增量价值，不能靠品牌偏好永久占据预算。
不先做v3。优先使用现有版本中可复用的最短路径；是否能直接复用，材料未涉及。
让商户确认一份最小事实清单：
拿不到确认，实验在这里结束。停止不是失败，是避免用代码掩盖供给失败。
页面或现有合规内容入口只提供：
已确认的酒店事实 → 用户填写或告知日期、人数等必要需求 → 发起咨询。
不做旅程章节、品牌动画、主题配置、特殊字体、自动SLA。只收集完成咨询所必需的信息，并明确用途。
依据： 当前首先需要验证“用户愿不愿问、商户能不能答”，不是“故事能不能讲完”。
用最小台账记录：
来源 → 发起对话 → 有效需求 → 首次有效回复 → 报价/解决 → 结果及流失原因。
“有效咨询”事先定义为：用户有与当前供给相关的真实需求，并愿意继续沟通；点击、点赞、泛泛问攻略不算。
成交和履约只记录可核验结果，未知就写未知，不用客服判断代替事实。
建议第一轮采用两周、触达30名明确有相关出行或住宿需求的潜在用户作为诊断窗口；这是实验建议，不是行业基准，也不足以估算长期转化率。
最终判断：你们现在最缺的不是一个更会讲故事的小程序，而是一笔真实需求从进入到被解决的证据。先证明“有人要、有人接、接得住、能获益”，再配得上做v3。