QC：主整改
从采集/导出工具升级为诊断、推荐、证据、门槛和推进工作台。
EXECUTIVE DECISION
到底改系统
还是改材料？
主整改对象是 QC 系统；材料只做结构化和证据分级。《门槛能力》不能原样导入，先拆成容量基线、部署模板、兼容矩阵和能力证据。
销售第一次问完客户，系统就应该回答：这是什么场景、先解决什么问题、推荐什么软硬件组合、拿哪个项目证明、哪些能力还不能承诺、下一步该补什么。
材料：结构化
把 15 问、产品包、案例、边界和 SKU 门禁变成有版本的主数据。
门槛：先分证据
项目参考、厂商声明、我方验证必须分开，才能进入红黄绿准入。
CURRENT STATE
现在卡在哪
不是缺资料
资料已经很多，真正的问题是系统没有把它们转成一个具体商机的判断与推进动作。
QC SYSTEM
能采，但不会完整判断
已经有客户类型、人数、峰值、补贴、接口、设备数量、利旧、照片、网络风险及多格式导出。
规则现状较新分支的自动推断仍只有“餐补规则配置”和“商户结算”两条。
核心缺口没有场景包、推荐理由、案例证据、能力门槛、下一步和 G0—G2 状态。
代码风险本地 master 与控制资料标记的较新基线不一致，开发前需冻结线上源码。
SALES MATERIALS
会讲，但不会作用于商机
已经有15 问、C01—C03、S00—S60、四个重点案例、承诺边界和 G0—G6。
使用方式主要靠销售阅读和人工记忆，无法根据客户输入自动选包和补证。
核心缺口缺规则版本、触发字段、证据等级、适用范围、人工覆写和系统接口。
整改方式不重写整本手册，拆成产品、问题、案例、能力、SKU 五类主数据。
TARGET PRODUCT
一条链
完成售前决策
前线人员只填到当前判断所需深度；信息随商机成熟逐层补齐，并最终进入产品型号冻结。
L0快速诊断
销售/渠道用 10—15 问拿到场景和初步产品包。
L1条件确认
补规模、峰值、入口、策略、接口、部署、验收。
L2QC 深采
采照片、铭牌、协议、网络、音频和现场流程。
ENGINE决策引擎
推荐组合、容量档、案例、红黄绿和风险。
REVIEW人工复核
产品、架构、交付审核关键能力与承诺。
G1/G2型号冻结
锁 SKU、型号、版本、数量、接口和验收。
唯一原则：已有信息一路预填，不让销售、客户、售前和交付重复录入同一事实。
CAPABILITY GATE
《门槛能力》
能帮什么？
它最有价值的不是“给一张服务器清单”，而是让系统在正式方案之前做容量、部署、国产化和证据资格判断。
容量起点
3,000 / 5,000 / 10,000 人配置作为初始候选，结合峰值和模块继续评估。
部署分流
云、本地、混合、食安/进销存和营养结算进入不同架构问题树。
国产化候选
麒麟、Apusic、GBase、鲲鹏进入版本级兼容矩阵，不再笼统说“已适配”。
风险任务
并发、高可用、灾备、接口、利旧自动生成专项评估与补证任务。
| 工作簿内容 | 可以怎么用 | 当前证据 | 不能扩大 | 必须补什么 |
|---|---|---|---|---|
| 机场 10,000 人：2 台 ECS 双机热备 + RDS | 容量候选基线 | B 参考项目 | 不能直接成为 10,000 人统一标准或 HA 验收 | 拓扑、峰值、模块、监控、压测和故障切换 |
| 赛迪 5,000 人：1 台 ECS + RDS | 容量候选基线 | B 参考项目 | 不能承诺所有 5,000 人客户都适用 | 目标峰值、入口、模块、版本与压测 |
| 3,000 人推算配置 | 仅作为初始估算输入 | D 推算 | 不得写成已验证配置 | 真实项目回放与专项压测 |
| 麒麟 / Apusic / GBase 能力描述 | 国产化候选目录 | C 厂商声明 | 不得变成我方全面适配、RTO/RPO 或安全承诺 | 证书、版本、我方兼容性测试和项目验收 |
| 鲲鹏服务器 BOM 与华为交换机 | 本地部署候选清单 | C 候选 BOM | 不等于已采购、已安装或已验收 | SKU、型号、供应、报价、兼容和验收 |
| “跳转至信创 sheet” | 应变成兼容矩阵入口 | 缺失 | 当前不能称已有完整信创 Sheet | 新增 CPU/OS/DB/中间件/运行时矩阵 |
EVIDENCE MODEL
能力强不强
先看证据等级
系统不能只显示“支持/不支持”，还要回答证据来自哪里、覆盖哪个版本、何时过期、能对外说到什么程度。
A可回读正式证据
验收、正式测试、有效证书；限定版本和范围后可进正式方案。
B真实项目基础
运行、实施、代码或配置；可证明有基础，关键承诺仍需确认。
C参考与厂商资料
产品手册、项目参考和候选方案；只能用于评估和选型。
D推算与未核实
只能生成待确认问题，不得进入客户承诺。
可选入
A 级证据适用且版本一致，进入 SKU/型号冻结。
需专项确认
有基础但缺本项目压测、适配、接口联调、授权或版本验证。
禁止承诺
只有推算、版本冲突、证据过期或关键字段缺失。
TARGET OUTPUT
销售最终看到的
不是原始表格
下面是结果页应该呈现的结构示例。它让销售马上知道怎么讲，也让产品和交付马上知道还缺什么。
示例｜大型企业完整前厅
场景诊断与产品建议
演示结构，不是客户正式方案
客户问题
午高峰 + 线上预订 + 备餐取餐状态脱节
多档口现场交易与线上订单并行，容易出现排队、错拿漏拿和档口备餐无依据。
推荐组合
企业主包 + 统一底座 + 线上取餐
C01S00S20
软件主流程
预订 → 备餐 → 存柜 → 核验取餐 → 订单完成
人员、策略、菜单、订单、硬件动作、支付与报表保持同一状态链。
硬件协同
取餐柜 + 档口终端 + 打印/叫号 + 身份核验
数量不自动给定，必须根据点位、峰值、柜格周转和网络情况核算。
最匹配案例
金斯瑞
可证明企业多档口、线上订餐与取餐硬件协同；现场图片和具体数量外发前仍需授权与复核。
能力门槛
绿灯场景与产品组合有既有项目基础
黄灯目标并发与服务器配置需专项评估
黄灯柜机型号、协议、网络与数量尚未冻结
红灯没有压测证据前禁止承诺并发上限
下一步
进入 L2 深采并生成 G1 草案
补现场点位、铭牌/协议、网络、峰值时长、柜格周转和验收指标；产品与架构复核后再锁 SKU。
RECTIFICATION ROADMAP
接下来
按这个顺序改
第一步不是改 UI，而是冻结事实和契约。否则新页面只会把分支、证据和承诺问题包装得更漂亮。
P0冻结真源和证据规则
线上源码/数据库/部署 SHA；销售包、门槛能力、案例、SKU 的 owner 与版本；A/B/C/D + 红黄绿。
先做｜3—5 个工作日建议P1建设 L0 诊断与结果页
15 问动态采集，输出场景、组合、理由、案例、门槛、风险和下一步；一键进入 L2。
核心 MVP｜约 2 周建议P2接入门槛能力引擎
容量不只看总人数；国产化按版本矩阵；并发、高可用、接口和利旧自动触发专项任务。
专项能力｜2—3 周建议P3接 SKU 与型号冻结
G1/G2 锁型号、版本、数量、接口与验收；G3 ECN；出库与售后登记 SN、固件、质保和备件。
解决货不对版P4再扩项目管理
里程碑、派工、容量和客户进度等到售前决策闭环稳定后再接入。
暂缓STOP RULES
这几件事
现在不要先做
避免把资源投入到不改变售前结果的表面改造，或者让系统自动扩大无法验证的承诺。
×
不先重做登录、首页视觉和大屏。
×
不把 145 个字段一次性压给销售或客户。
×
不把整本销售手册复制成表单帮助文本。
×
不让 AI 自动生成正式报价、设备数量和并发上限。
×
不把厂商 99.999%、RTO/RPO 等宣传转成我方承诺。
×
不先把 QC 扩成全量项目管理平台。
DECISIONS NEEDED
现在只需要
拍板四件事
这些决策一旦确认，就可以把蓝图拆成研发任务，不再继续增加散乱材料。
需要你和团队拍板
- QC 是否正式升级为“售前决策与采集工作台”。
- 线上 QC 到底对应哪个代码分支、数据库和部署 SHA。
- 是否采用 A/B/C/D + 红黄绿能力准入。
- MVP 是否止于诊断、推荐、证据、门槛、人工复核和 G1 前置。
首轮联合评审角色
- 销售：15 问是否能完成第一轮商机判断。
- 产品：组合码和规则是否正确。
- 架构/研发：容量、国产化、接口、高可用门槛。
- 交付/采购/售后：L2、SKU、型号、ECN 与移交。
- 法务/项目负责人：案例、图片、证书和数据外发边界。
FINAL POSITIONING
不要再做一个
“采完就结束”的系统
把客户事实、产品组合、门槛能力、案例证据和型号冻结连成一条链，QC 才真正能帮助销售成交，也能保护交付不被错误承诺拖累。