茶馆小程序

挑战

这是我们自己发起的概念研究。没有客户委托，没有任何部分真正上线，每一屏都出自我们自己之手——在接下第一个客户项目之前，我们想先把观白工作室做微信小程序的思路摆出来。

设定是一家在美国开了四家门店的茶馆品牌。常客大多在家讲中文，习惯性地打开微信，手里的这部手机本身就是最合适的渠道。真实的经营状况要杂乱得多：收银系统只认得自己脚下这家店，会员卡是一张纸质集章卡，公众号只拿来群发推送。在一家店集满十个章的会员，换一家门店就用不了。店员每天打烊后靠手工核对优惠券。

所以真正难的从来不是点单页面，而是它底下那本账——一个会员身份、一份余额、一个券池，午市高峰时任何一家门店都能立刻读到。

我们做了什么

我们把小程序设计成一层轻客户端，背后是一套统一的会员与点单服务，四条流程共用同一份状态：

• 会员卡。 身份取自微信登录，储值和集章合并成一条记录，充值走微信支付。
• 预点单与自提。 菜单按门店区分，取餐时段是后厨真的接得住的时段，订单状态通过公众号推送。
• 扫码点单。 每个码都带着门店和桌号。扫一下就直接进购物车，不装 App，也不用注册账号。
• 跨门店优惠券。 发放和核销都落在同一本账上，适用范围可以限定单店或覆盖全品牌，有效期由店主自己定规则。

双语在这里是一项数据层面的决定，而不是最后补上的一道翻译。商品名、加料选项、过敏原提示、门店地址都各带中英两个字段，客户端按微信的系统语言渲染对应的那一份。不会让一杯茶的名字退化成机器翻译。

结果

因为这是概念方案，下面的数字是约束这套设计的目标值，而不是我们宣称已经拿到的成绩。

主包体积控制在 2 MB 以内，让第一次点开在酒店大堂的 wifi 下也能两秒内进入。扫码点单从扫码到结算只需四次点按。一套 API 同时服务小程序以及之后可能出现的网页端或原生端，会员这本账永远不会被分叉。

这套研究备有可运行的原型，欢迎索取走查。