300 人并发支付，不靠口头保证
第三方 35 页盖章检测：300 用户并发小程序支付 10 分钟，平均 321ms；300 用户并发设备支付 10 分钟，平均 307ms；100 用户并发登录平均 334ms。
价值：给高峰交易一个可验收的性能基线。
产品价值讨论 · 项目与企业微盘深挖
让客户记住的，不该只是功能数量
这轮只找能回读的项目数字、第三方检测、正式证书、运营结果和持续服务信号。仍是讨论稿，不先冻结一句宣传结论。
300并发支付检测
307ms设备支付均值
2,923道菜品数据
6证书列明信创组合
38具名项目目录入口
34营养分析/服务总结资料
38 是项目索引中直接以智慧餐厅/智慧食堂命名的年度目录入口，不等于 38 个成功案例或独立客户；34 是落在营养分析、膳食调查或技术服务总结路径下的资料数，不等于 34 个独立客户成效。
这轮新挖出的硬证据
先回答客户最想知道的六个问题
两张证书，列明六个平台组合
统信 UOS V20：鲲鹏 920、飞腾 FT-2000、腾锐 D2000；银河麒麟 V10：兆芯版、海光版、AMD64 版。
价值：客户按已有国产系统和 CPU 选型，少走一遍兼容试错。
不是通用热量表，而是客户自己的菜品库
北体大运营报告：菜品库 2,923 道，其中基地个性化供餐菜品 1,437 道，单月新增 697 道；29 名重点运动员常态化数字就餐。
价值：为真实取餐、膳食分析和持续干预建立本地数据底座。
7 天发现 62% 三餐结构问题
秦皇岛训练基地 7 天数据中，13 名运动员有 8 名三餐结构不合理，并进一步定位到早餐、午餐、晚餐的调整对象与建议。
价值：把“吃得好不好”变成具体餐次和具体行动。
3 类人群 × 3 个餐别，不再各做一套
江苏国信交付规则同时组合集团、酒店、特殊人群，早餐/中餐/晚餐，首次与后续价格、限次、分钟级时间窗及部门补贴。
价值：把客户福利制度收进配置和订单证据，而不是反复改代码。
客户已提出驻场营养师与下一年度预算
什刹海客户版试运营会议提出继续安排 1 名技术营养师全日在场，并提到把技术服务费用增加到下一年度预算。
价值：产品有机会从一次性交付升级为持续营养运营服务。
这轮最重要的新发现：我们真正有差异的不是“功能很多”，而是已经同时出现性能基线、信创证书、复杂规则、真实膳食分析、离线运行回归和持续服务意向。它们组合起来，才像一个经项目历练的产品。
证据边界：性能只适用于报告样本环境；国家队数据只用匿名汇总；下一年度预算是会议意向，不是已签续费；客户名称正式外发仍需案例授权。
一个真实项目如何把价值做深
4 种金额算法之上，是客户自己的福利制度
主干代码只有 4 种金额算法，这个真实口径不变。项目价值在于把算法与身份、餐别、次数、时段和补贴责任组合起来。
| 人群 | 价格与次数 | 时间管控 | 客户得到什么 |
|---|---|---|---|
| 集团员工 | 首刷优惠，后续恢复原价；同餐别不限次数 | 三餐分别限定到分钟 | 福利只给到该给的人和该给的第一次 |
| 酒店员工 | 固定餐价；同餐别一次 | 按酒店班次设置独立窗口 | 同一系统适应错峰班次，不另建一套 |
| 特殊人群 | 同餐别可消费两次，差额由部门/公司补贴 | 沿用集团餐段强管控 | 补贴责任和个人实付同时说得清 |
更准确的讲法：4 种算法是计算积木；产品价值，是把一家公司复杂的用餐福利制度配置出来、执行下去、对得上账。
来源为江苏国信 2026-07-02 交付阶段规则确认表；不等同生产交易量或最终验收效果。
从 Excel 挖掘
六个值得继续讨论的客户价值
来源是 V3 内部产品材料，属于 B 级证据。下面六项是归并后的讨论主题，不是另造“6 种产品能力”。
22软件功能项
16硬件/终端类别
9展示/公示场景
22工作表总数
复杂餐饮规则可以统一运营
人员、账户、订单、补贴、消费规则和报表进入同一条运营链路。
价值：减少分散管理和人工核对。
每一次就餐都留下可复盘数据
智能设备采集膳食记录，形成个人/团体分析、日报和阶段报告。
价值：食堂不只展示流水，还能展示膳食结构。
从翻台账变成看预警、看闭环
明厨亮灶、晨检、留样、检测、资质和移动处置串成事件链路。
价值：风险集中发现、问题有人处理、整改可追溯。
菜单反推采购、库存和成本
排菜带动原材料需求，再联动采购、验收、库存和成本报表。
价值：少靠经验备货，让后厨拥有同一条数据依据。
技术边界在开工前讲清
规模、云/本地/信创、服务器、网络安全和第三方接口统一确认。
价值：减少后期改环境、补接口和解释验收。
按主要问题分阶段购买
六个方案包从基础结算延伸到营养、食安、进销存和旗舰版。
价值：先解决最痛的问题，再逐步扩展，降低决策复杂度。
现在更像的产品故事：围绕一顿饭，把前厅结算与营养反馈、后厨食安、采购库存成本以及信息化交付连成可选择、可扩展的产品组合。
这仍是讨论表达：三条产品线是否已在同一客户完整打通、六个方案包是否已有标准报价和验收边界，都需要项目证据继续验证。
像拆解摄像头一样
APP 和支付，要分层讲
“支持多种 APP、支持多种支付”没有价值感。要把入口、付款动作、资金通道和账户拆开，再说哪个项目真正用过。
应用入口用户从哪里进入
支付动作订单怎样完成或核身
资金通道钱最终从哪里扣
资金账户系统内部怎样记账
3 条项目级应用入口路线
| # | 入口 | 项目 / 状态 | 一句话价值 |
|---|---|---|---|
| 1 | 微信小程序 | 标准产品；滨州访客链路 | 不用另装 APP，员工和访客从微信直接进入 |
| 2 | 邮储掌银 APP 内嵌 H5 | 首通智诚多学校 / 荣海小学；真实支付联调待完成 | 家长在已有银行 APP 内办食堂业务，学校少推广一个新入口 |
| 3 | 国信小程序进入 H5 | 江苏国信；SSO 链路已有，完整需求待验收 | 复用客户已有小程序和身份体系，少建一套移动端壳 |
4 种现场支付动作
线上订餐、充值、缴费
刷卡IC 卡 / 一卡通
消费码60 秒动态码
刷脸人脸对应人员
这四项是付款动作，不是四个账户。刷卡、消费码和刷脸都可能扣同一个余额或一卡通钱包。
5 条资金通道
| # | 通道 | 采用客户 / 成熟度 | 一句话价值 |
|---|---|---|---|
| 1 | 微信支付 | 滨州访客充值；标准主干 | 减少窗口现金充值 |
| 2 | 支付宝支付 | 标准主干；采用客户待确认 | 给用户第二个社会化支付选择 |
| 3 | 本地余额 | 标准产品；滨州访客；国信方案 | 现金、补贴、策略和订单统一对账 |
| 4 | 邮储 B2C | 首通智诚 / 荣海小学；真实端到端待联调 | 复用银行缴费入口和商户体系 |
| 5 | 一卡通远端钱包 | 滨州；63 项 / 321 断言通过，真实小额资金联调待补 | 不推翻原一卡通，仍复用我方订单、退款和统计 |
更像产品价值的一句话：不是逼客户换掉已有 APP、卡和支付体系，而是让同一套餐饮能力进入微信、银行 APP、客户小程序和一卡通，并继续使用统一的人员、订单、策略、退款与对账底座。
不计入当前数字：支付宝 / 百度 / 头条小程序、原生 APP、微信公众号只有技术目标或客户端定义，缺客户采用证据；赠送账户和部门接待账户仍属专项演进。
登录方式
历史阶段为 5 种；当前主干为 6 种。
| # | 方式 | 一句话价值 |
|---|---|---|
| 1 | 账号 + 密码 | 沿用现有账号，不依赖短信 |
| 2 | 手机号 + 验证码 | 不用记密码，少做密码重置 |
| 3 | 微信授权手机号 | 微信一键绑定，少填资料 |
| 4 | 微信 OpenID | 再次打开自动识别，免重复登录 |
| 5 | 人员编号 + 密码 | 没有手机号，也能用工号或学号登录 |
| 6 | 学校/组织 + 姓名 + 编号 | 学生按学校名册进入，不用手机号和密码 |
整体价值：不要求所有人都具备同一种身份条件，减少强制绑手机、重复输入和密码重置。
消费策略与客户
| # | 策略 | 怎么算 | 客户证据 |
|---|---|---|---|
| 1 | 优惠比例 | 按比例减价 | 暂未确认 |
| 2 | 固定优惠 | 固定减金额 | 金斯瑞（项目复测） |
| 3 | 管理费比例 | 按比例加管理费 | 暂未确认 |
| 4 | 固定管理费 | 固定加金额 | 暂未确认 |
数字证据：金斯瑞项目复测中，固定优惠 0.10 元，订单 3.00 元 → 2.90 元。
生产配置清单尚未拿到；国信采用的具体类型也未写明，暂不归类。
国产化适配
先分清：麒麟、统信 UOS、openEuler 是操作系统；海光、鲲鹏、兆芯是 CPU / 平台。
openEuler 24.03 LTS / SP1
平台：x86_64
证据：滨州健康科技职业学院、四方达
价值：客户指定国产 Linux 时，可复用已走通的部署基线，减少环境摸索和上线风险。
银河麒麟高级服务器 V10
平台：兆芯版、海光版、AMD64 版
产品：智慧营养健康餐厅管理系统 V1.0
价值：三类服务器版本组合有正式认证，降低政企信创采购与验收的不确定性。
统信 UOS 桌面 V20
平台：鲲鹏 920、飞腾 FT-2000、腾锐 D2000
产品：智慧营养健康餐厅管理系统 V1.0
价值：覆盖三条国产 CPU 平台路线，减少管理端重复选型、适配和验收解释。
银河麒麟高级服务器 V10
平台：兆芯、海光、AMD64
产品：食品安全监督管理系统 V1.0
价值：食安监管产品也有正式信创证明，为政企采购和验收提供现成材料。
整体价值：客户不是买“支持国产化”五个字，而是拿到经过项目或认证验证的系统组合，减少重复选型、兼容试错和验收解释。
暂时不能说“已适配”
银河麒麟 V11 + 海光
重庆环卫已完成服务器基线核验，业务系统完整上线待确认。
其他路线
银河麒麟桌面版、openEuler ARM64 / SP3、龙芯、申威、达梦数据库及证书未列明的其他飞腾型号，当前不写成已适配。
早期统信 1070 测试报告存在硬件描述不一致，本轮已找到 2025-10-28 正式互认证证明；对外优先使用新证书列明的 UOS V20 与三类 CPU 平台。
等待 Jack 判断
这轮先讨论五件事
- APP 与支付主张：“不换入口、不换资金体系”是否比“支持 3 个 APP、5 种支付”更接近你想讲的价值？
- 总故事：讲“围绕一顿饭的三条业务闭环”，还是讲“复杂组织餐饮运营平台”？
- 主次关系：食安和进销存是独立标准产品线，还是前厅产品的增强包？
- 方案产品化：Excel 里的六个方案包是否要冻结成正式版本、报价和验收边界？
- 持续服务：什刹海的驻场营养师与下一年度预算信号，是否足以把“营养运营服务”提到产品主叙事？
证据缺口：还缺标准产品复用率、上线周期、对账工时、营养长期改善、续费合同和产品包毛利。源文件中的账号、密码、个人健康信息和未授权合同金额没有进入本页。