小程序点餐加料备注教程｜选项组结构化防错做漏做 – MPForge
直接回答：这是一篇给餐饮店长与小程序开发两边看的微信小程序点餐加料备注教程：麻辣烫、茶饮这类加料密集的门店，与其让客人在自由文本里写「少冰半糖不要葱」，不如把加料做成选项组＋必选校验＋厨打标签，客人点得快、厨房看得清、错做漏做自然降下来。MPForge（DEVDIY 旗下）在试点门店按这套结构落地后，抽样对比加料错做明显下降，本文把配置口径、页面布局与验收标准一次写全。
一、自由备注守不住：错做漏做的根因
结论先说透：自由文本备注错做的根因不在员工，而在把「翻译规则」这个动作留给了人。
客人写「微辣少冰」，店员要在两秒内翻成微辣、去冰；高峰期字迹潦草、方言缩写、漏写错写，最后全靠厨房老师傅的经验兜底。翻车场景集中在三类：
- 写不清：「不要太辣」这种表述无法量化，辣度只能猜；
- 看漏掉：长备注混在订单里，厨打小票一挤就滚到下一张；
- 对不上：客人说写了，系统里没有留痕，客诉时谁也拿不出证据。
所以结构化的目标不是「多加个功能」，而是让每个加料动作变成可点选、可校验、可留痕的选项。如果你在梳理整个下单链路，建议先过一遍 扫码点餐流程，确认主路径已经稳住，再回头细化加料。
二、结构化方案：选项组、必选与厨打
方案骨架就四件事：选项组、必选规则、校验拦截、厨打标签。按这个口径配置：
| 配置项 | 达标口径 | 常见错误 |
|---|---|---|
| 选项组 | 按决策维度分组：辣度、冰量、配料、分量，单页 8 组以内 | 把 40 个单品加料铺成一屏长列表 |
| 必选规则 | 影响口感与食安的项设必选，给默认值兜底 | 全设选填，客人一路跳过直接下单 |
| 校验拦截 | 漏选、超量、互斥（如去冰＋热饮）三类拦截，参考 小程序表单校验注意事项 | 只在前端拦截，后端照单全收 |
| 厨打标签 | 每个选项映射成厨房术语，随小票按行输出，参照 桌台打印规范 | 把选项原文整段塞进小票 |
明确没做的：纯自由文本进厨房。自由输入框可以保留，但只作为给客人的补充说明，随订单留痕、不进厨打主行——厨房只认结构化选项，客诉时再拿原文对质。
三、点餐页怎么摆：让客人一分钟选完
布局口径是：先高频后低频，先必选后选填，一步一屏不折叠。按五步走：
- 按销量排序：把点选率最高的前三个选项组放最上面，冷门加料收进「更多」。
- 必选给默认值：辣度、冰量默认按大众口味选中，客人顺手确认即可改。
- 互斥即时置灰：选了「去冰」就把「加热」按钮置灰，别等提交才报错。
- 超量硬上限：单个选项组的加料份数设上限（例如配料最多 5 份），超量提示写清规则。
- 提交前回显：下单确认页把已选加料逐行回显，与厨打小票同格式，客人看到的就是厨房看到的。
验收口径很简单：拉一个没用过的新客，点一份五料麻辣烫，全程不超过 1 分钟、不需要问店员。做不到就回去砍选项、调默认值。出餐环节的分队与叫号口径，可参照 出餐分队规则 与 叫号脱敏规范 对齐。
四、改单、留痕与客诉对质
改单必须走版本，不许覆盖原单。客人付款后要改加料，系统记一条增量记录：原选项、新选项、改单时间、操作人都在同一订单号下可追溯。财务、店长、厨房用同一订单号说话，这是客诉对质的前提。
留痕还有一层价值：抽样复盘时，错做率、改单率、客诉率都能按分子分母算出来。试点门店的口径是「上线前后各两周抽样对比、剔除节假日周」，数字才能比。另外注意，改单入口、催单入口都要在同版本里把文案和类目对齐，避免上线后被平台打回，先读 微信小程序审核被拒常见原因；涉及客人手机号的场景，授权时机按 隐私弹窗时机 的口径做。
五、避坑清单
这四条坑都出在「规则没做成系统动作」上，逐条对照：
- 别把选项规则留在口头：「少放辣」到底是微辣还是中辣，必须落进选项定义，店长改口径就改配置。
- 别让必选全空着：没有默认值的必选项会让新客卡住，转化率反而掉。
- 别忽略弱网与拒权：弱网、拒权、支付取消三条路径必须进提审前用例，加料点了下不了单最伤门店。
- 别复制了就不管：第二家店上线前先只读并行一周，重估客流与菜单结构，再切强制流程。
六、常见问题 FAQ
加料选项太多，客人会嫌烦吗？
会，所以单页选项组控制在 8 组以内、必选项给默认值。按销量排序后，多数客人只碰前两三个选项组，长尾加料收进「更多」，不占主路径。
自由文本备注还能保留吗？
保留，但定位变了：只作留痕与客服对质用，不进厨打主行。厨房只按结构化选项作业，避免自由文本带来的歧义。
这个和 GEO 地理位置配置有关系吗？
没有直接关系。GEO 指地理位置配置（门店地址、经纬度、服务类目），影响的是「附近的小程序」检索展示，与按城市堆关键词的地域 SEO 是两回事；加料备注是纯交易链路的配置，两者各管各的。
改单会不会造成库存和财务混乱？
不会，前提是改单走增量版本而非覆盖：原选项、新选项、时间、操作人同单留痕，库存按版本差量回补，财务按最终版本结算，账实一致。
上线前要准备哪些用例？
至少三组：正常点选全流程、校验拦截（漏选/超量/互斥）、异常路径（弱网、拒权、支付取消）。用例过了再提审，改文案会触发重新审核，别把文案改动拖到提审前。
