文档
MaxMenu — 点餐与支付基础设施
面向代理商、开发者和投资者的公开文档。我们做什么、如何做以及为什么。
什么是 MaxMenu
MaxMenu 是面向餐厅的点餐与支付基础设施。目标明确:在任何网站上嵌入脚本、远程控制,并在餐饮目录上处理支付 — 覆盖互联网任意位置,支持多种货币。
餐厅无需自建结账流程、管理翻译,也无需在每次改价时维护代码。
插入 widget
从控制台全面管理
MaxMenu 采用来源控制:仅授权域名可在网站上展示菜单。即使有人拿到脚本,widget 也不会在控制台允许之外的域名上渲染。
MaxMenu 涵盖菜单设计、语言、过敏原、小费、路由至多个 KDS 工作站 — 若门店需要可配置多块屏幕 — 以及银行结算。这是面向餐饮业的垂直产品。
工作原理
三个界面连接同一引擎:
- 可嵌入 widget — 插入餐厅网站的代码片段(WordPress、Shopify、React、静态 HTML…)。
- 公开 URL — 通过二维码访问的多语言菜单,结账功能可用。
- 管理控制台 — 设计、内容、翻译、工作站、支付与发布。
Order & Pay 是桌边点餐与支付层:顾客选菜、付款,订单送达已配置的 KDS 工作站 — 厨房、吧台、甜品或其他屏幕,视运营而定。餐厅资金直接进入其关联银行账户。
商业模式:SaaS 订阅(Free、Basic、Max)+ 按区域收取销售佣金。费率详情见 定价.
量子配送
Quantum Delivery 是 MaxMenu 的发布系统。同时解决两件事:让嵌入菜单始终保持最新,并以最低延迟提供服务。
工作原理
- 餐厅在控制台编辑菜单 — 价格、菜品、设计、语言、过敏原。
- 发布时,MaxMenu 生成菜单版本并分发至边缘网络。
- 顾客从离其位置最近的节点获取该版本。
- 变更在数秒内传播至所有嵌入,无需修改客户网站代码。
菜单读取在边缘完成:顾客每次打开菜单不会查询中央数据库。数据库在发布、下单或支付时介入 — 这些时刻需要事务一致性。
结果:餐厅从控制台远程管理的菜单,高流量下响应时间稳定,且不依赖客户网站重新部署。
基础设施
MaxMenu 采用云原生平台架构,专为大规模流量设计:用餐高峰、多门店、分布各国的嵌入,以及无维护窗口的持续运行。
后端服务运行于 Docker 容器,部署在 Cloud Run 上,负载均衡器后自动扩缩副本 — 按需扩展容器。Cloud Spanner 作为事务性数据源,保证一致性。Cloudflare Workers 通过 Quantum Delivery 在边缘提供菜单。Stripe Connect 处理支付。Auth0 管理控制台访问。
Pub/Sub 与 Cloud Scheduler 协调异步事件与定时任务。例如,虽已支付订单的 webhook 丢失极为罕见,若流程中任一步失败,我们最多在 30 秒内对受影响订单进行对账。
架构分离读写:菜单在边缘消费;订单、支付与发布进入事务核心。各层可独立扩展。
支付
支付通过 Stripe Connect 处理。每家餐厅连接自己的账户,结算直接进入其银行。MaxMenu 编排结账;Stripe 处理并监管交易。
Order & Pay 已在 38 个国家/地区上线,按区域本地化支付方式与货币:银行卡、Apple Pay、Google Pay、Bizum、iDEAL、SEPA、Klarna 等,视司法管辖区而定。数字小费全额归餐厅所有。
Agency 计划
MaxMenu 包含面向营销代理商、餐饮顾问和开发者的模块,可将菜单 + 点餐 + 支付作为自有产品提供。
代理商在合作伙伴控制台准备餐厅 — 设计、菜单、集成 — 客户就绪后,向餐厅所有者执行所有权转移,类似 Shopify 转移店铺的方式。
该计划要求代理商转移所有权,而非继续作为账户持有人:否则无法获得交易佣金。转移是 revenue share 模式的一部分 — 并非可选步骤。
- White-label:widget 集成于客户网站,无可见 MaxMenu 品牌。
- Plug and play:基础设施就绪;代理商专注客户与设计。
- 订阅与交易的 revenue share — 条款见 代理商.
覆盖范围
MaxMenu 可在任何市场运营。38 个国家/地区支持支付,佣金与费率按货币本地化。
欧元区 · 英国 · 瑞士 · 美国 · 加拿大 · 澳大利亚 · 新西兰 · 日本 · 新加坡 · 香港 · 马来西亚 · 波兰 · 瑞典 · 挪威 · 丹麦 · 等。
联系我们
支持、合作或法律咨询:
[email protected]
MaxMenu Inc. · 1111B S Governors Ave STE 25367, Dover, DE 19904, United States