Question 1

食客说自己已经付款，但钱一直没到账，这时候会怎么样？

Accepted Answer

首先要澄清一件大多数人下意识就会以为的事，但在这里并不成立：资金从来不会先到我们这里。它是从食客的支付应用直接转到您的银行账户的。不存在您的某笔钱停在我们账户里等待放行这种情况，因为根本就没有这样一个账户可以让它停留。 也就是说，大家通常担心的那种情况——平台收了钱却没把订单传过去——在这里根本不可能发生。整个流程里没有任何一步是资金经过我们手上的，所以也就没有任何一步能被我们弄丢、拖延，或者转去别处。 平台保存的只是双方各自说了什么、什么时候说的这份记录。食客点击“我已付款”，是食客自己的说法；您把订单标记为已收款，是您自己的说法。这两者都不是我们在确认资金确实转移了——我们没有办法向银行核实，也从不宣称自己核实过。 当双方说法不一致时，这笔订单会被标记为“有争议”。这只是一条中立的记录，说明双方意见不一致，并不是对谁对谁错的裁定，我们也不会去调查、调解或者偏向任何一方。 如果资金确实已经从食客账户扣出却没有到账，这属于食客自己的支付应用或银行按其撤销规则来处理的问题。是否上菜、是否要求重新付款，还是就此算了，一直以来都由您自己决定。完整的规定见服务条款第 8 条。

Question 2

你们会从我的订单中抽成吗？

Accepted Answer

不会。不抽成、不按订单收费，也不会向您的食客收取任何预订费。一份订阅费就是全部价格。 订阅费按您的餐桌数量计价——从不按订单量、食客数或扫码次数计费。生意火爆的周六和冷清的周二，费用完全一样。 我们不抽成、也不分走任何订单的收入，这不是我们大方，而是结构上就不可能：资金根本不经过我们，也就没有什么可以让我们抽的。 您可以继续使用现有的收款方式和费率——您自己的收款二维码，或者前台的现金、银行卡。我们不介入您和您的收款服务商之间，所以就算我们想改变他们向您收取的费用，也做不到。

Question 3

你们会需要我的 PIN、OTP 或银行登录信息吗？

Accepted Answer

不需要，产品里也没有任何页面会要求填写这些信息。我们绝不会索取、存储或传输 UPI PIN、一次性验证码、银行卡号或银行账户凭证信息。 我们根本不需要这些信息。食客是通过您自己提供的收款二维码付款的——我们只是把您提供的二维码展示出来，从不接触交易本身。 我们也绝不会向您索要密码或一次性验证码——无论是通过邮件、电话，还是 WhatsApp。我们只会用 @tabemi.com 的邮箱地址联系您。 您可以把这当作一条可靠的防钓鱼规则：任何自称是我们、却向您索要验证码的人，都不是我们，不管那条消息看起来多么可信。

Question 4

如果平台在晚市服务中途出故障，会发生什么？

Accepted Answer

您照常营业。这一点值得您在真正用到之前就先弄清楚，因为正是它让一次故障只是个小麻烦，而不是一场紧急事件。 按餐厅在这套系统出现之前的方式接单——用纸笔记录，或者直接口头告诉后厨。您的厨房、员工，以及正常营业的能力，都不依赖我们是否能被访问到。 您依然能在桌边足额收到款项。食客可以直接扫您自己的收款二维码付款，或者在前台用现金支付，这个二维码是您自己的：不管我们是否正常运作，它都能用。不会有任何一笔款项卡在“传输途中”，因为根本就不存在这样的传输环节。 等我们恢复后，订单看板会带着故障前就已经存在的那些订单一起恢复。故障期间您用纸笔记下的订单，之后要不要补录进系统由您决定——不会有任何东西自动帮您同步，平台没记录到的那个晚上，只是记录上的一个空白，而不是服务上的损失。 而且我们会告诉您。一旦我们知道出了问题，就会直接在网站页面顶部用简单明了的话说明情况，而不是让您自己去猜到底是您这边的问题，还是我们的问题。

Question 5

如果我的网络断了，或者食客没有信号，会怎样？

Accepted Answer

那台设备就没办法连上我们，和访问任何一个网站的情况一样。这一点值得您提前诚实地规划好，而不是等到生意最忙的晚上才发现。 食客是用自己手机的流量，在手机浏览器里下单的，所以某一位客人信号不好，影响的只是这一位客人，而不是整个餐厅。没有流量的客人可以像以前一样，直接向服务员点餐。 订单看板确实需要联网。如果餐厅自己的网络断了，可以用一部有流量的手机临时顶上——因为看板本质上是一个网页，而不是绑定在后台某台机器上的安装程序。 而且上面说的那个退路始终都在：纸笔，以及您自己的收款二维码，这两样都不需要我们的服务，也不需要您自己的网络连接。

Question 6

你们会承诺一个正常运行时间的数字，或者保证响应时间吗？

Accepted Answer

不会。这里没有服务级别协议（SLA），没有正常运行时间百分比，也没有赔偿方案——比起印出一个我们不一定总能兑现的数字，我们更愿意直接把话说清楚。 很多服务会公布类似 99.9% 这样的数字，因为它能让人安心。但公布一个数字并不会让服务因此更稳定，而承诺一个我们可能做不到的数字，对您造成的伤害比什么都不说还要大。 我们实际做的是具体且写明在案的事情：应用在任何时候都有不止一份副本在运行，每次发布如果检查未通过就会自动回退到上一个版本，每晚的备份也会按计划定期恢复演练，用来证明它们真的能用，而不是想当然地认为它们能用。这些都列在我们的可靠性页面上。 我们之所以能说得这么直白，原因就在上面：我们出问题时，您的餐厅并不会跟着停摆。这比任何百分比都更可靠，因为它不依赖我们是否信守承诺。

Question 7

周六晚上出了问题，实际上会发生什么？

Accepted Answer

以下是每次都会发生的事——这比一个我们未必能兑现的速度承诺更值得您了解。 您的消息一到达就会被保存下来，系统会立刻把一份副本发回您的邮箱，让您知道消息已经送达，而且每条消息都是由真人阅读，不是交给机器人自动分类。 客服时间不等于营业时间。您的餐厅从来不需要等我们回复才能运转：不管有没有人在看邮箱，点餐、支付和实时看板都会照常运行。 我们按用途公开了五个联系地址——常规支持、商务合作、隐私、法务和安全——这样紧急问题就不会排在商务咨询后面等着处理。这里没有工单可以追踪，也没有分级排队：只要问题让餐厅没法接单，那当天在这里就是最重要的事。

Question 8

这是 POS 收银系统吗？它能取代我的账单系统吗？

Accepted Answer

不是。它只是一层点餐系统。食客在桌边下单，订单会出现在您的看板上；账单、财务和库存管理还是留在您现在用的系统里。 它取代的是拿着记事本走到桌边点单、满座时说一句“马上就来”，以及把别人手写记下的订单重新敲进系统这些环节。它不会打印您的账单，也不会帮您记账。 但它能处理记事本做不到的部分：按您设置好的方式计算菜品价格、税费和服务费，并在食客最终下单前，实时显示订单总额。 如果您需要 POS 系统，继续用您现在的那套就好。这套系统是设计来和它并存的，而不是取代它。

Question 9

它能连接我的 POS 系统或厨房打印机吗？

Accepted Answer

目前不能。没有 POS 系统对接，也没有厨房打印机对接，这一点您在做决定前应该先考虑清楚。 实际操作中，订单会显示在屏幕上——手机、平板，或者您前台已经有的电脑。如果您的厨房还是靠打印出来的小票工作，那还是需要有人把订单重新录入您现有的系统。 对已经习惯看屏幕操作的厨房来说，这不会带来任何额外成本。但对围绕打印小票和 POS 系统运转的繁忙厨房来说，这就是实实在在的重复录入工作——我们更希望您现在就知道这一点，而不是到第二周才发现。 这也是我们诚实地建议您先在几张桌子上试用，而不是一开始就把整个餐厅都投入进去的原因。

Question 10

我改了价格，或者把某道菜标记为售罄，食客什么时候能看到？

Accepted Answer

菜单只有一份——就是应用里的这一份——所以不存在需要同步的第二份副本，也不需要重新发布。下一位打开菜单的食客就会看到您的修改。 如果食客的手机已经打开着菜单页面，也会在稍后自动更新，等他们再次切回这个页面时同样会刷新。 更重要的是，这一切都不依赖缓存。每一笔订单的价格都是在下单那一刻，由服务器根据当前的实时菜单计算出来的，所以就算食客的页面没刷新，也没法锁定昨天的价格。 菜品是否可点也是同样的逻辑：您标记为不可售的菜品，会在下单时直接被系统拒绝，而不只是从列表里隐藏。厨房卖完了，您标记为售罄，整个餐厅就再也点不了这道菜——即便有食客的屏幕上还显示着它。

Question 11

食客还能向服务员点餐吗？

Accepted Answer

当然可以，而且很多人还是会这么做。扫码点餐只是餐桌上的一个可选方式，不是要取代服务员，产品里没有任何环节要求订单必须从扫码开始。 家庭聚餐、大桌客人，以及那些就是更愿意跟真人交流的客人，一切都和以前一样，餐厅里对他们来说没有任何变化。 而选择扫码点餐的食客，也不会被注册页面挡在门外——他们可以以访客身份下单，不需要注册账户，不需要手机号，也不需要安装任何 App。 实际效果是，它能为真正吃紧的时刻减压：比如晚上八点满座的时候，或者一名服务员要同时照顾太多桌客人的时候。

Question 12

如果我现在就打印了二维码，以后还需要重新打印吗？

Accepted Answer

只要是您在应用里进行的操作，都不需要。今天打印的二维码会一直有效。 给餐桌改名、重新编号、调整餐厅布局，甚至把菜单推倒重做——打印出来的二维码都不会变。它本身就是一个固定不变的码，我们特意把它和您可以随时编辑的标签分开设计。 这样设计就是为了让您改变主意的代价，永远不会是重新打印一批二维码。 如果您离开这个平台，那些二维码就会不再指向点餐页面，这一点和任何供应商的情况都一样。我们能承诺的是：只要您还在使用这个平台，无论是我们做的事，还是您在应用里做的操作，都不会让这些二维码作废。

Question 13

我能把自己的数据导出来吗？

Accepted Answer

可以——只要向我们提出，我们就会把副本发送给您。坦白说清楚具体是怎么运作的：目前后台里没有可以自助导出的按钮，所以这是一个需要向真人提出的请求，而不是一次自助下载。 这份副本包含您的菜单、订单和各项设置——也就是那些您真正丢不起的东西。 发邮件到我们联系页面上的隐私邮箱，说明您想要什么。没有离场访谈，也不会有人打电话挽留您。 比起宣传一个根本不存在的下载按钮，我们更愿意如实告诉您“向我们提出就行”。等自助导出功能真正上线后，这个答案会更新。

Question 14

我会被合同绑定吗？合同期限是多久？

Accepted Answer

没有任何绑定，也没有最低合约期限。您随时可以要求我们关闭账户，我们就会为您关闭。 和上面导出数据的情况一样，目前关闭账户也是向真人提出请求，而不是后台里的一个按钮。这个请求会被真正执行，而不是被拖进挽留流程里。 没有退出费，没有提前通知期，也不会因为您在某个环节中途离开而受到任何处罚。 唯一反过来对我们有约束力的承诺是：创始合作伙伴的价格是写进合同的条款，而不是我们可以随时撤销的优惠，所以您一开始拿到的价格，就会一直保持不变。

Question 15

如果你们停止运营了怎么办？

Accepted Answer

您会提前收到通知，并拿到一份您的数据副本。这是写进服务条款里的正式承诺，而不是在这里随口说说的美好愿望——一个只写在我们随时可以悄悄改动的页面上的承诺，算不上真正的承诺。 如果我们真的有一天不得不停止运营，我们会提前告诉您，而不是直接关灯走人，您也会拿到您的菜单、订单和各项设置的副本。 实际原因是，这件事在我们这里对您造成的损失，会比在别处小得多：您的收款安排本来就从来不属于我们。您的收款二维码、您的银行、您的费率，以及您和食客之间的关系，都完全不会因为我们而受影响。 剩下的只是一张打印出来的二维码，以及一份您本来就有副本的菜单。比起让您自己去猜最坏的情况会是什么样，我们更愿意让您提前知道。

Question 16

你们会向我的食客做营销吗？

Accepted Answer

不会。我们不是电商平台，也不运营面向消费者的 App，产品里的任何地方都不会向在您餐厅用餐的人推销任何东西。 我们不会给您的食客发促销邮件，不会向他们推荐其他餐厅，也不会把您和其他餐厅放在一起排名比较。这不是一个可以被关掉的功能，因为它本来就不存在。 您的食客属于您。这既是一项政策，更是一个定位选择——一个把顾客关系掌握在自己手里的平台，做的是另一种生意，而那种生意，是我们特意选择不去做的。 食客默认以访客身份下单：不需要账户，不需要手机号，点一顿饭也不需要以留下任何信息作为代价。

Question 17

我食客的数据会怎么处理？

Accepted Answer

我们会把收集的数据控制到能做到的最少程度，比起空口说我们重视隐私，我们更愿意把具体做法告诉您。 用于数据统计的标识符，都会用按部署环境生成的专属盐值做哈希处理，所以不会保留任何原始地址信息。在法律要求的地方，数据统计需要先取得同意才会进行；我们也遵循 Global Privacy Control 信号，撤回同意会立即生效，尚未发送出去的数据也会一并丢弃。 运营日志会在 30 天后删除。 访客的订单记录会保留在他们自己的手机上，除非他们主动选择关联账户以便跨设备同步。其余细节请见我们的隐私政策。

Question 18

这个平台到底是谁在运营？

Accepted Answer

Tabemi 是 Kordavel 旗下的产品，Kordavel 是一家总部位于印度的个人独资企业。它的营业地址公布在我们的联系页面、服务条款和隐私政策中——三处地址完全一致，这也是它可以被核实的原因。 我们按用途公开了五个联系地址——常规支持、商务合作、隐私、法务和安全——此外还有一份漏洞披露政策，对善意的安全研究人员给出了安全港承诺。 这是一个规模很小的团队。比起让您日后才发现这一点，我们更希望您现在就能带着这些事实自己权衡——这也是为什么像通宵值班、正式的服务级别协议这类小团队真正做不到的事情，我们在上面选择直接拒绝，而不是含糊其辞。 而它真正擅长的是：只要有问题让餐厅没法接单，那当天在这里就是最重要的事，而看到您邮件的那个人，就是能解决问题的人。

在您把整间餐厅交给它运转之前，所有真正值得先问清楚的问题。

资金