系统建设方案
接入现有系统,按模块逐步开发
AI 负责分析、预测与生成建议,金额计算、核销与预约仍以原业务系统为准。这是一套站在原系统之上的分析与调度层,不替换收银,不重建预约。
总体模块
8 个
分四层能力,看得见、管得住、获增量、省与排
系统形态
三端 + 底层
管理后台 · 员工工作端 · 顾客服务端
一期范围
3 个模块
经营看板 · 会员运营 · 口碑与客诉
核查项
10 项
填完即可推导出模块 5/6/7 的开发范围
01
三条贯穿全案的原则
这三条决定了整个系统的形态,也是与门店原有系统能否和平共处的关键。
P1
AI 只做分析与生成
金额计算、优惠核销、预约与叫号一律以原业务系统为准。AI 负责数据读取与分析、异常识别与预测、文案与建议生成;输出必须经人工确认后,再回写原系统执行。
不触碰资金与库存安全边界,责任清晰,不会被质疑系统算错了钱。
P2
模块化渐进开发
八个模块相互独立,可单独上线、单独验收、单独产生价值。一期不做的模块不影响已上线模块运行。
避免大而全的一次性投入,每期投入都能看到对应回报。
P3
先查原系统,再定开发范围
预约、叫号、核销、排班、库存等属于成熟常规软件功能,开发前必须逐项核查现有系统是否已具备;已具备的直接对接,不重复开发。
直接减少开发量与预算,同时降低与原系统运维团队的内部摩擦。
最容易踩的坑
把「AI 平台」做成另一套收银或预约系统。结果是门店两套数据打架,员工要记两套流程,账目对不上。
02
整体架构
五层结构。点击左侧任一层,查看该层的构成与定位。
图 1 · 整体架构与数据流向(原系统只读供数,AI 只出建议,写回须人工确认)
实线 = 系统自动取数 / 推送建议
虚线 = 人工确认后的回写与反馈
橙点 = 该模块存在前置条件,未满足前不启动
03
八大模块
按期次筛选,点击任一模块查看功能点、主用端与数据依赖。
图 2 · 八大模块分期矩阵(一期三块先跑通闭环,其余按核查结论与投入产出决定)
一期 = 建议立即启动
后续 = 视核查结论与投入产出决定
待定 = 二期验收后评估
红标 = 需前置条件(先核查 / 需硬件)
04
原系统功能核查清单
这是全案最省钱的一步。预约、叫号、核销属于常规软件功能,先查原系统有没有,避免重复开发。逐项点选状态、填写核查结论,页面会实时推导出模块 5、6、7 的开发范围影响。
核查口径说明
怎么填才不出错
- 状态按实际系统点选,不按「听说有」。查不到就点不具备,那也是有效结论。
- 第 3、4 项(核销、储值)若不具备,不要自建,属于收银商职责范围。
- 第 8、9 项若需硬件(客流计、分区电表),备注里写明型号,便于单列预算。
- 备注建议写清「谁说的、哪个系统、是否可导出」三要素,避免下次重复问。
- 填完直接点「导出结论」,把结论表连同报价一起发出去。
自动生成的核查结论
尚未开始核查。完成上方 10 项后,此处将自动生成可用于报价沟通的结论摘要。
05
一期范围与验收闭环
一期只做三个模块,恰好对应闭环的三个环节。点击切换步骤查看细节。
06
分期建议
一期范围是既定前提,其余为按依赖与回报排序的建议。排序依据是共用底层越多越先做、依赖外部越少越先做。
一期
经营看板 · 会员运营 · 口碑客诉
1 + 2 + 4
前置:统一数据接口、账号权限、操作日志
三个模块合计即可跑通完整闭环,效果最容易归因,是后续所有投入的判断依据。
二期 · 建议
咨询导购 · 员工培训助手
3 + 8
前置:知识库管理与门店知识整理
两个模块共用同一套知识库,合并做边际成本最低;导购直接减少前台重复咨询,培训直接缩短新人上手周期,回报直观。
三期 · 建议
智能预约排队 · 排班与备餐
5 + 6
前置:核查清单第 1、2、5、6 项结论
高度依赖原系统盘点结果。若原系统已具备预约与排班能力,则只做对接与 AI 建议;否则自建成本与周期都需重新评估。
四期 · 建议
AI 能耗分析
7
前置:分区计量改造与核查清单第 9 项
软件部分不难,难在硬件计量是否具备;且节能效果需实际改造落地才能兑现,不宜与其他模块同期推进。
如果客户想八个模块一次全上
可以接,但要调整验收方式:把八个模块拆成八个独立的验收单元,每个模块单独约定上线时间、单独计费、单独验收。避免变成一个无法分期验收的大项目。
07
投入产出测算
以下测算基于公开行业数据与行业均值推演,用于说明方法与量级,不作为承诺值。正式报价前必须用门店真实账单、客流与人力数据校准。切换情景查看不同口径。
关于这张表怎么讲才不显得夸大
主动区分确定与不确定:成本节流部分可以签对赌;收入增量只承诺过程指标,不敢承诺数字——因为天气和口岸通关不是服务商能控制的。把确定的和不确定的分开讲,是这份方案可信度最高的地方。
08
落地前三项待办
这份方案要变成能签的合同,缺三样东西。点击卡片标记完成状态。三项都不需要开发,但缺一项,后面所有数字都会被质疑。
09
承诺与边界
这一节建议在正式方案中原样保留。
✓
本方案承诺
只承诺可核验的过程指标:应答时长、复购率、能耗占比、评价量与差评响应时长。AI 助手全程只需三张报表,不要求决策层预先理解大模型。
✕
本方案不做
不承诺营收增幅;不介入任何擦边经营;不设计超出监管限额的预付费方案;不生成擦边营销文案;不推翻现有收银与会员系统,只做增量对接。
最后一句提醒
整套系统最容易失败的方式,不是技术做不到,而是建了一套新系统,门店却还在用老系统干活。所以每上线一个模块,都要同步确认:谁在什么场景下用它、它替掉了原来哪一步动作。AI 助手是给门店干活的工具,不是给甲方交差的报告。