Spanish
从一间真实餐厅开始：餐饮系统公开测试与开发合作招募
一个系统，统一管理所有外卖平台
老板不用再逐个平台打开、登录和对账。所有外卖订单统一进入一个管理界面，销售订单统一归拢，营业收入统一计算。
- 一个界面看全部订单，减少来回切换。
- 订单自动集中，减少漏单、错单和重复录入。
- 销售额统一汇总，今天卖了多少一眼就懂。
- 菜单、厨房、配送和顾客订单统一管理。
- 员工只学一套操作，培训更简单。
- 老板少做重复工作，把时间用在菜品和顾客上。
顾客会感受到什么？
顾客可以更快找到菜品、更清楚地填写要求和地址、随时查看订单状态；餐厅减少漏单和错单后，顾客等待更少、沟通更顺、收货信息也更清楚。
说明：项目仍处于公开测试阶段。以上为系统设计目标和本阶段重点验证的体验，不冒充真实客户评价；真实反馈将在取得授权后发布。
很多小型餐厅需要的并不只是一个“手机菜单”。顾客下单以后，厨房怎样及时看到订单？配件和备注能不能正确打印？谁来安排骑手？骑手到达后怎样要求顾客确认？菜品成本、采购开支、库存和每天利润又由谁计算？
我们从墨西哥一家独立餐厅的实际经营需求出发，逐步做出了一套连接顾客、餐厅后台、厨房和骑手的系统。它目前仍是一个正在持续开发的单商户原型，正式产品名称也尚未确定，但它已经不是静态演示：系统正在真实环境中运行，并经历了订单、打印、定位、配送和不同设备兼容性的反复测试。
现在，项目进入第一阶段公开测试。我们希望邀请普通用户、餐厅经营者、厨房工作人员、骑手、小票打印设备技术人员和软件开发者体验系统，指出真实使用中不合理、不稳定或难以理解的地方，并讨论后续开发合作。
公开测试入口
顾客端网站：https://food.138.mx/
任何人都可以免登录浏览菜单和主要界面。需要测试购物车、地址、订单记录等完整流程时，可以注册账号；账号审核通过后才能提交订单。
请注意：这个测试入口连接真实餐厅运营流程。为了避免厨房把测试单当成真实订单，测试下单时必须在备注中写：
系统测试，请勿制作 / PRUEBA, NO PREPARAR
测试时不要进行真实银行转账、不要上传真实付款凭证，也不要填写不属于自己的敏感资料。请尽量避开餐厅正常营业高峰提交测试订单。如果只是查看菜单、主题、分类、菜品详情和购物车，可以随时测试，无需提交订单。
它现在能够做什么
顾客端
- 不注册也可以先浏览菜单；真正准备下单时才要求登录或注册。
- 支持中文或西班牙文单语言切换，不会把两种语言同时堆在一个页面。
- 支持菜品分类、图片和介绍弹窗、规格组选项、免费或收费配件。
- 购物车分别显示主菜和配件，可独立增加数量。
- 支持配送到家、到店自取和堂食等不同流程。
- 可保存多个常用地址，使用地图定位后仍可手动修正门牌号和补充说明。
- 账号中可以查看历史订单、操作时间、重复点餐、确认收货和星级评价。
- 可以把网站添加到 Android、iPhone 或电脑桌面，以接近 App 的方式使用。
餐厅后台
- 统一查看订单、状态、客户资料、菜品、配件、付款和配送安排。
- 后台通过增量方式接收新数据，不再用整页刷新打断选择骑手或查看订单。
- 支持语音、气泡、角标和状态提醒。
- 可以维护餐厅名称、Logo、电话、地址、营业时间、菜单和中西文资料。
- 可以按材料包装价格和菜品用量计算成本，并按百分比给出建议售价。
- 支持材料库存、采购补货、低库存提示和取消订单返库。
- 支持老板采购、其他开支、收入、日结、周结、月结以及利润估算。
- 厨房制作单与顾客销售小票分开：厨房单突出菜品、配件和备注；顾客小票显示单价、配送费、付款方式和总价。
- Windows 客户端可选择 USB 或网络打印机，并允许厨房与前台使用不同打印设备。
厨房端
- 独立厨房大屏按待制作、制作中和已出餐分栏。
- 新订单有提示音和超时警告。
- 厨房可以接单，也可以选择不接单并填写缺少材料等原因。
- 支持安卓厨房客户端连接蓝牙 58mm 或 80mm 小票机。
- 厨房出餐后，后台会收到需要安排配送的提醒。
骑手端
- 管理员选择骑手后，系统先询问骑手是否能够接单。
- 骑手可以接受，也可以拒绝并说明原因；只有确认后才正式开始任务。
- 配送过程中上报最新 GPS 位置，管理员和顾客可以查看进度。
- 骑手送达后需要请求顾客确认收货，不能由骑手单方面直接完成订单。
- 已完成订单停止位置追踪，并进入可收起的历史记录。
同城帮买、帮取和送件
系统还增加了独立的同城跑腿原型。它会计算三段路线：门店到取件点、取件点到送达点、送达后返程，并按后台设定的基础费、包含公里数和超出里程自动报价。管理员不需要逐单人工计算；地图路线服务临时不可用时，系统会使用道路系数估算，避免流程中断。
技术形态
当前系统采用轻量 PHP、SQLite 和原生 Web 技术构建，顾客端以响应式网页和 PWA 方式运行；后台有 Windows 客户端，厨房有安卓客户端，骑手端通过浏览器定位。它同时涉及网页、移动端、桌面端、蓝牙/USB/网络打印、GPS、地图、支付和消息提醒，因此真实设备测试比单纯在电脑浏览器中查看更重要。
目前还没有完成什么
我们不希望把路线图写成已经完成的产品，当前限制包括：
- 现在主要服务一家餐厅，多商户的数据隔离、商户自助开通、套餐计费和平台级运维尚未完成。
- 正式软件名称尚未确定，现有内部名称和餐厅名称不等于最终产品品牌。
- 苹果用户目前通过“添加到主屏幕”使用，没有公开 App Store 版本。
- Mercado Pago、银行转账、地图、推送和未来的外卖平台连接分别受到第三方费用、授权和审核条件影响。
- 第三方外卖平台的深度聚合必须通过官方授权接口，现阶段不能承诺已经与所有平台自动打通。
- Windows 旧设备、不同安卓平板和不同品牌 ESC/POS 小票机仍需要更多兼容测试。
- 当前不是公开源代码项目；是否开放部分代码、采用什么许可证，需在后续合作中确定。
我们希望哪些人参与
普通用户
帮助测试手机浏览、语言切换、菜品选项、购物车、地址、订单记录、桌面安装和可读性。我们尤其需要不同屏幕尺寸、不同网络和不同浏览器的反馈。
餐饮经营者
从真实经营角度判断订单流程、菜品管理、成本、库存、采购、结账、退款和配送安排是否符合实际。即使你不打算立刻使用，也欢迎指出“餐厅真正需要但目前没有”的部分。
厨房、骑手和打印设备使用者
帮助验证提示音、按钮大小、忙碌时操作、蓝牙连接、中文打印、自动切纸、纸张留白、GPS 精度、后台运行、电量和弱网表现。
开发者
接受远程开发协作。欢迎熟悉 PHP、SQLite、JavaScript、PWA、Electron/Windows、Android、ESC/POS、地图、支付、安全、自动化测试和多租户架构的开发者交流。现阶段最有价值的合作不是盲目增加功能，而是梳理架构、补充测试、消除数据与权限风险，并为多商户版本建立可靠基础。
如何提交反馈
反馈时请尽量写明设备、系统版本、浏览器、使用语言、网络环境、操作步骤、预期结果和实际结果。可以提供截图或录屏，但必须遮挡姓名、电话、地址、订单号、定位和付款资料。
建议使用统一格式：
- 我使用的设备和系统；
- 我测试的页面或流程；
- 我原本以为会发生什么；
- 实际发生了什么；
- 是否每次都能复现；
- 是否影响继续操作；
- 我建议怎样改进。
合作联系方式：WhatsApp：+52 33 2116 1032
Email：[email protected]
接下来的阶段
第一阶段先收集真实使用反馈并修复稳定性问题。第二阶段重点验证安卓平板、Windows 旧设备和多种小票机。第三阶段才会进入多商户 SaaS 的租户隔离、门店管理、权限、备份和计费设计。支付、地图和外卖平台授权集成会在基础架构稳定后逐项推进。
我们希望公开的不只是“做了多少功能”，而是每个阶段解决了什么问题、经过了哪些测试、还存在哪些限制。欢迎对这个方向感兴趣的人通过 52MEX 联系我们，一起把一间餐厅里的真实需求，逐步验证成可以被更多商户使用的工具。
