迁移指南

如何从MenuSifu迁移:中餐厅POS切换实用指南

最后更新:2026年7月

从MenuSifu迁移归结为四件事:在还有系统权限时导出数据(销售报表、税务汇总、尤其是礼品卡余额);在新系统上重建菜单;迁移未消费的礼品卡余额,让顾客手里的实体卡继续可用;正式切换前新旧系统并行运行几天。使用浏览器POS,整个过渡大约需要两周的日历时间、几个小时的实际工作量、零天停业。

本指南基于我们在2026年7月完成的一次真实迁移——包括从屏幕照片重建损坏的礼品卡导出数据,并将余额分毫核对无误。内容涵盖MenuSifu允许你带走什么、不允许带走什么,以及需要避开的陷阱。

快速版本

  • 1.先查合约——提前终止费和自动续约窗口(通常需提前30-90天通知)决定你的时间表。
  • 2.取消前导出所有数据:销售历史、税务报表、礼品卡余额、客户名单。重要页面截图备份——导出可能失败。
  • 3.实体礼品卡可以在切换后继续使用:余额迁移到新系统,卡片留在顾客钱包里。
  • 4.菜单重建现在很快:AI从菜单照片提取约30分钟,手动输入需要2-4小时。修改项要人工核对。
  • 5.新旧系统并行运行3-7天,选一个不忙的日子正式切换。新系统稳定运行一整周后再取消MenuSifu。

在失去权限之前,从MenuSifu导出什么

最常见的迁移错误是先取消、后导出。一旦许可证失效,你的数据可能就再也拿不到了。在做任何其他事情之前,先确保这四样东西到手:

销售历史和税务报表

你的会计需要本税务年度(可能还有之前年度)的数据。导出月度和年度汇总、分类销售报表,以及你依赖的任何工资或小费报表。历史交易通常无法导入新POS——它们留在旧系统里,所以导出的报表就是你的永久存档。

礼品卡余额——完整列表

导出未消费的礼品卡列表:卡号和剩余余额。然后,无论导出是否成功,都对屏幕上的礼品卡报表拍照备份。在本指南所基于的2026年7月迁移中,礼品卡CSV导出生成了无法使用的文件——我们从礼品卡页面的六张照片重建了全部89张卡的列表,并将总额分毫核对:46张有余额的卡,合计$2,156.79。

客户和会员数据

如果你有会员计划或保存了顾客电话号码,导出这些名单。可移植性因系统而异——确认新系统能导入什么格式。

你的菜单

这一项不需要数据导出:印刷菜单的照片(或你上次发给印刷店的PDF)就足够让现代系统的AI菜单提取工作了。

实体礼品卡还能用吗?(能——方法如下)

礼品卡是MenuSifu迁移中风险最高的部分:那是你已经欠顾客的钱,装在你无法召回的塑料卡片里。处理得当,每张卡都继续可用;处理不当,你会在收银台前、当着顾客的面发现问题。

礼品卡本质上就是一个号码

磁条编码的就是卡号。刷卡时,读卡器输出的号码会被Track-2哨兵字符包裹——前面一个 ; 后面一个 ?(例如 ;020032?)。正确的迁移方式是存储纯数字卡号(020032),并在每次刷卡时去掉哨兵字符——这样同一张实体卡无论刷卡还是手动输入都能识别。

只迁移有余额的卡

余额为$0的卡没有可兑换的东西——跳过它们。如果顾客以后要给一张旧卡充值,可以在第一次充值时重新创建。这让迁移列表更短,也更容易核对。

分毫核对

旧系统中的未消费总额必须等于载入新系统的总额。在我们2026年7月的迁移中:46张卡,$2,156.79——完全一致。如果两个数字对不上,说明有卡被漏掉、重复或输错了,在正式切换前找出原因。

注意重复记录和测试卡

同一张卡可能出现两次——一次手动输入、一次刷卡录入。保留有余额的那条记录。另外,当年安装人员留下的测试卡(名字类似"test"或"TX1")经常带着余额留在系统里:标记出来单独处理,不要盲目迁移。

重建中餐菜单——修改项才是真正的工作量

重新输入150个菜品乏味但简单。真正让中餐菜单复杂的是修改项逻辑:辣度(不辣/微辣/中辣/特辣)、走葱走香菜、面条浇头、午餐特价组合、家庭套餐档位。评估新POS时,就用这些流程来测试——一个能处理"汉堡加芝士"的系统,遇到一碗有三层嵌套选项的重庆小面未必撑得住。

AI菜单提取大幅缩短了基础工作:上传菜单照片,菜品、价格和中英文名称约30分钟提取完成。但修改项一定要人工核对——这是每家餐厅菜单真正不同的地方,也是出错后会直接影响炒锅出品的地方。

合约、时机、何时取消

MenuSifu的价格和合约条款未公开,且因经销商而异,所以唯一权威的文件是你自己签的协议。检查三件事:(1)是否有提前终止费;(2)自动续约条款——许多服务合约会自动续约,除非你在续约日期前30-90天发出通知;(3)取消后你还能访问数据多长时间。安排好时间,让并行运行在续约截止日期之前完成;新系统稳定运行一整周之后再取消。

关于提前终止费的计算和更详细的并行运行方案,见我们的通用指南:如何切换POS系统而不关店

正式切换(简述)

因为浏览器POS运行在你已有的iPad和笔记本上,过渡期间它可以真的摆在MenuSifu的Windows终端旁边——真实订单走旧系统,练习订单走新系统。3-7天后,选一个不忙的日子:确认打印机路由正确、支付正常、在线菜单同步,然后切换。第一周把旧系统留在店里作为后备。

切换后真正改变的是什么

切换的成本(都可控)

  • 员工需要几天重新适应——并行运行会消化这个过程,大多数团队一周内就能上手
  • 如果你习惯了经销商上门服务:浏览器系统很少需要上门——设置远程完成,也没有需要维修的专有终端

你得到的(Ginger)

  • +$0/月POS(开通在线点餐;否则$59/月),无合约
  • +AI电话点餐,英文接单、能处理修改项($250/月可选)
  • +符合条件的餐厅硬件全包——Box、最多两台打印机、刷卡终端、触摸屏或平板
  • +浏览器运行在你已有的设备上,断网也能继续营业
  • +内置在线点餐(每单$1平台费,顾客支付)

中文厨房小票和双语界面在Ginger上都是内置能力,切换不会损失任何语言支持。你的决定取决于成本、合约,以及AI电话点餐对你的订单量是否重要。完整对比见Ginger vs MenuSifu

常见问题

切换前我能从MenuSifu导出数据吗?

销售和税务报表通常可以从报表页面导出。礼品卡导出则不太可靠——在我们2026年7月经手的一次迁移中,CSV导出生成了无法使用的文件,我们最终从礼品卡页面的照片重建了整个列表。在许可证还有效时导出所有数据,并对重要页面截图备份。历史交易记录通常无法导入新POS——导出的报表就是你的永久存档。

切换后顾客手里的MenuSifu实体礼品卡还能用吗?

能——前提是余额迁移正确。礼品卡本质上就是磁条上的一个号码;新系统存储每张卡的号码和剩余余额,并在刷卡时去掉读卡器附加的 ;...? 哨兵字符。同一张实体卡无论刷卡还是手动输入都能识别。迁移有余额的卡,跳过$0的卡,并将总额与旧系统报表分毫核对。

从MenuSifu切换需要多长时间?

日历时间:约两周。实际工作量:几个小时。用AI提取重建菜单约30分钟,加上人工核对修改项;礼品卡迁移对100张以内的典型列表来说是一个下午的工作;然后新系统并行运行3-7天供员工练习,最后选一个不忙的日子正式切换。全程无需停业。

从MenuSifu切换要花多少钱?

三项可能的成本:如果你的MenuSifu合约有提前终止费(查看你的协议——条款因经销商而异);新硬件——Ginger为符合条件的餐厅提供(Ginger Box、最多两台打印机、刷卡终端,以及触摸屏或平板);以及并行运行期间的员工时间。Ginger本身开通在线点餐后$0/月,无设置费,无合约。

厨房小票和员工界面能继续用中文吗?

能。在Ginger上,员工POS可以用中文运行,厨房小票可以打印中文、英文或双语,面向顾客的在线菜单也是双语的——内置功能,不是翻译插件。切换不会损失任何语言支持。

离开MenuSifu后我现有的打印机还能用吗?

通常可以。Ginger支持Epson热敏打印机和通用ESC/POS打印机——中餐厅常见的型号很多可以继续使用。切换前确认你的具体打印机型号,并在并行运行期间测试厨房小票路由。

应该在新POS上线之前还是之后取消MenuSifu?

之后——永远是之后。让MenuSifu在并行运行期间以及新系统正式营业至少一整周内保持可用,并在权限到期前导出所有报表。唯一的例外:先查你的自动续约日期。如果续约通知的截止日期临近,即使还在过渡期中,也要先发出所需的取消通知,避免被锁定再一个合约期。

从MenuSifu迁移?我们有实际经验

Ginger免费、双语、浏览器运行,内置AI电话点餐。过渡期间可以与MenuSifu并行运行——我们会帮你迁移礼品卡。

© 2026 Ginger. 免费餐厅POS,内置AI电话点餐。

联系我们