它不是最终业务系统，而是售前信息的统一入口
售前最怕信息散在微信、照片、口头描述和旧 Excel 里。QC 把客户现场信息先结构化，后续方案、报价、交付和复盘才有共同事实基础。
少填表，补关键事实
只围绕单位、联系人、规模、经营模式、支付方式、现场照片和访谈补充关键信息。
快速判断方案输入是否够用
通过完整度、照片分类、访谈记录和结构化字段判断能否进入方案设计。
提前看到风险和团队进展
管理员可看全部项目、用户、团队录入进展、素材数量、完成度和原始采集数据。
从一次售前采集，到一套可复用资料包
当前产品主流程是“登录保护 -> 新建项目 -> 三步采集 -> 完整度检查 -> 多格式导出 -> 管理后台复核”。
现在已经更新出来的能力
下面按当前线上构建包和本地控制资料核对，A 级表示线上入口或构建包直接确认，B 级表示本地代码/文档确认。
线上已出现账号登录、首次登录、邮箱验证码、忘记密码和重置密码流程。
首页、采集工作台、历史录入、完整度、导出中心、管理后台等入口已经在构建包中可见。
在线小表单、现场照片、语音访谈，支持边采集边保存。
现场照片按食堂外部、入口、档口、收银点、后厨、弱电网络等点位分类，保留备注。
支持录音、上传已有音频、填写备注和粘贴转写文本；录音需 HTTPS 或 localhost。
普通用户可看采集完整度，管理员可看团队录入数量、平均完成度、完成/推进中和风险数。
线上构建包显示支持 Excel、HTML、ZIP、JSON；HTML 报告面向评审、归档和交付。
管理员可查看全部项目、用户、项目详情、原始采集数据，并按项目导出资料。
首次讲解时可以按这些入口介绍
这部分不是操作手册，而是帮助第一次接触者建立“我从哪里开始、能拿到什么”的心智模型。
客户现场事实
就餐人数、餐次、食堂数量、经营模式、支付方式、餐补规则、后厨诉求。
方案设计输入
系统对接、现有设备、上线节奏、点位照片、访谈原话、待确认风险。
交付提前量
网络弱电、电源改造、设备点位、后厨环境、数据准备和现场约束。
团队管理
看每个用户录入数量、平均完成度、项目推进状态和风险数量。
资料归档
把散乱图片、音频、表单和报告打包，避免售前信息丢失。
后续 AI 协作
采集结果可回到 zhctprompt，用于售前方案 brief、缺口清单和人工 review。
把售前从“靠人追问”变成“按证据推进”
QC 的价值不是多一个表单，而是让售前、产品、交付和管理者围绕同一份结构化资料工作。
少打扰客户
用小表单、照片和访谈替代大而全采集表，降低客户配合成本。
减少方案返工
在写方案前先看规模、点位、系统对接、后厨和设备约束。
沉淀可复用资料
每个项目都留下 Excel、HTML、ZIP 和 JSON，后续可复盘和复制。
便于总控管理
管理员能看团队录入进展，不再只靠微信群里追问。
对外介绍要讲清楚什么还不能承诺
当前更准确的表达是“售前资料采集与结构化沉淀”，不要把它直接说成自动报价、自动投标或自动生成最终方案。
本页依据
为了避免把旧本地分支和当前线上版本混在一起，本页把线上入口、线上构建包和本地控制资料分开记录。