康比特数字业务｜学校版产品标准化内部讨论稿 · V0.1
膳食经费管理系统
一套系统管多校：收得清 · 缴得便 · 管得住 · 查得到 · 可复制
它不是一个单独的缴费页面。它是面向教育局、学校、银行和家长的多学校膳食经费治理与缴费平台：每校独立组织、权限、账单和收款账户，家长从银行 App 进入本校 H5 缴费，系统把学校、学生、账单、账户和支付结果全程对应起来。
1为什么现在需要它
- 多校不混：同一平台服务多校，数据、权限、账单和账户必须隔离。
- 资金有据：每笔缴费可还原到学校、学生、账单、账户和支付结果。
- 家长好用：从熟悉的银行入口进入，不理解后台配置也能查账缴费。
- 区域可复制：新增学校以配置接入，不再重复建设一套系统。
2一句产品定位
统一平台、分校运营、独立收款、账单驱动、银行缴费、全程留痕。
先把首通智城项目中的多学校、邮储账户、月度账单与 H5 缴费链路封装成 V1，再扩展区域监管、经费分析、营养和食安联动。
3标准业务闭环
学校与
账户配置
账户配置
学生/家长
关系建立
关系建立
月度膳食
账单生成
账单生成
银行 App
学校入口
学校入口
家长查账
并缴费
并缴费
回调与
主动查询
主动查询
学校台账
区域视图
区域视图
4六个标准能力
多学校底座
组织、角色、权限、数据隔离
组织、角色、权限、数据隔离
膳食账单中心
学校、对象、金额、状态、快照
学校、对象、金额、状态、快照
资金账户中心
学校绑定、账户版本、历史交易
学校绑定、账户版本、历史交易
家长缴费 H5
授权、学生绑定、查账、缴费
授权、学生绑定、查账、缴费
支付安全留痕
服务端定账、幂等、查询、脱敏
服务端定账、幂等、查询、脱敏
区域运营视图
接入、账单、缴费、异常汇总
接入、账单、缴费、异常汇总
5各方得到什么
教育局/区域
统一平台、分校监管、规模复制
统一平台、分校监管、规模复制
学校财务后勤
账单与账户对应，减少混账核对
账单与账户对应，减少混账核对
家长
银行入口直达，账单清楚、路径短
银行入口直达，账单清楚、路径短
银行/渠道
标准校园场景，不逐校重做链路
标准校园场景，不逐校重做链路
销售
从项目需求变成可讲、可报价商品
从项目需求变成可讲、可报价商品
交付
以学校配置包和双校验收复制实施
以学校配置包和双校验收复制实施
6怎么卖成标准产品
固定成“一页场景 + 总流程图 + 上线公告 + 视频二维码 + 案例卡 + 标准报价单”。销售先讲客户为什么需要，再讲多校怎么管、家长怎么缴、资金怎么留痕，最后给接入周期、证据和报价，不再从零散功能清单讲起。商业结构建议
平台基础费 + 学校规模费 + 银行接口/实施费 + 运维服务费
会议中的 3/5 万、月销 10 套、渠道价 1 万均为经营示例，不是正式报价。
平台基础费 + 学校规模费 + 银行接口/实施费 + 运维服务费
会议中的 3/5 万、月销 10 套、渠道价 1 万均为经营示例，不是正式报价。
7产品化前必须锁定的五个数字
容量学校数、学生数、并发与安全余量
交付单校资料、配置、联调与周期
合规等保、密评、信创的真实证据范围
案例已上线/在开发/方案阶段及授权
价格成本、毛利、人天、回款与售后边界
V1当前最小可售版本
多学校组织权限 + 学校收款账户 + 月度账单 + 银行 App/H5 缴费链路。不用等完整校园膳食路线图画完，先把已经形成的那一段做成可演示、可验收、可复制的产品。
验收底线
两所学校、两个收款账户、两组家长/学生数据互不串校；账单、支付、回调和主动查询全链路有证据。
两所学校、两个收款账户、两组家长/学生数据互不串校；账单、支付、回调和主动查询全链路有证据。