Question 1

お客様が「支払った」と言っているのに、お金が届いていません。どうなりますか？

Accepted Answer

まず知っておいていただきたいのは、多くの方が思い込んでいることが、ここでは当てはまらないということです。お金が私たちのところに来ることは一切ありません。お客様の決済アプリから、あなたの銀行口座へ直接送られます。私たちの口座で保留され、後で振り込まれるのを待っているお金は存在しません。そもそも、お金が留まるような私たちの口座自体が存在しないからです。 つまり、よくイメージされる「プラットフォームがお金を受け取ったのに注文を回さなかった」という事態は、ここでは起こり得ません。流れの中でお金を預かる段階が一切ないため、私たちがそれを失くしたり、遅らせたり、別の場所に送ってしまったりする段階も存在しないのです。 プラットフォームが持っているのは、双方がいつ何を申告したかという記録だけです。お客様が「支払いました」をタップするのはお客様自身の申告であり、注文を「受領」にするのはあなた自身の申告です。どちらも、私たちがお金の移動を確認したことにはなりません。銀行に照会する手段は私たちにはありませんし、確認したと主張することも一切ありません。 お二方の言い分が食い違う場合、その注文は「係争中」として記録されます。これは単に「意見が食い違っている」という中立的な記録であり、どちらが正しいかの判定ではありません。私たちが調査したり、仲裁したり、どちらかの味方をしたりすることもありません。 実際にお客様の口座からお金が引き落とされたのに届いていない場合、それはお客様側の決済アプリや銀行の取消しルールの範囲の話になります。提供するか、もう一度支払いを求めるか、あきらめるかは、これまでどおりあなたが判断することです。詳細は利用規約§8にすべて定めています。

Question 2

注文から手数料を取りますか？

Accepted Answer

取りません。歩合も、注文ごとの手数料も、お客様に課す予約料もありません。料金はサブスクリプション1本のみです。 サブスクリプション料金はテーブル数に応じて決まります。注文数やお客様の数、スキャン回数では変わりません。忙しい土曜日も、静かな火曜日も、料金はまったく同じです。 手数料も、注文からの取り分も一切ありません。これは私たちが太っ腹だからではなく、仕組み上そうなるだけです。お金が私たちを一切経由しないので、そもそも取りようがないのです。 今お使いの支払い方法も料率もそのままです。ご自身の支払いQRコード、あるいはカウンターでの現金・カード払いもそのまま使えます。私たちは決済事業者とあなたの間に入りません。ですから、たとえそうしたくても、決済事業者があなたに課す料金を変えることはできません。

Question 3

PINやOTP、銀行のログイン情報が必要になることはありますか？

Accepted Answer

ありません。製品内のどの画面にも、それらを入力する欄自体が存在しません。UPIのPIN、ワンタイムコード、カード番号、銀行の認証情報を尋ねたり、保存したり、送信したりすることは一切ありません。 そもそも必要ないのです。お客様はあなたが用意したご自身の支払いQRコードで支払います。私たちはあなたから預かった情報を表示するだけで、取引そのものには一切関与しません。 パスワードやワンタイムコードをお尋ねすることも決してありません。メールでも、電話でも、WhatsAppでも同様です。私たちからのご連絡は必ず@tabemi.comのアドレスからです。 これは信頼していただけるフィッシング対策のルールとして覚えておいてください。私たちを名乗ってコードを尋ねてくる相手がいたら、それがどれほどそれらしく見えても、私たちではありません。

Question 4

ディナーの営業中にプラットフォームが落ちたら、どうなりますか？

Accepted Answer

営業はそのまま続けられます。これは実際に必要になる前に理解しておく価値がある部分です。障害が「緊急事態」ではなく「ちょっとした不便」で済むのは、まさにこの仕組みのおかげだからです。 このサービスが存在する前と同じように、紙に書くか、口頭でキッチンに伝えて注文を受けてください。キッチンも、スタッフも、営業を続ける力も、私たちにつながるかどうかには一切左右されません。 支払いはテーブルでそのまま全額受け取れます。お客様はあなた自身の支払いQRコードで直接支払うか、カウンターで現金払いをします。そのQRコードはあなたのものなので、私たちが動いていようがいまいが機能します。途中で止まってしまう支払いもありません。そもそも「途中」という経路自体が存在しないからです。 復旧すれば、注文ボードもそれまでに入っていた注文とともに戻ってきます。復旧までの間に紙で受けた注文は、後で入力するもよし、入力しないもよし、あなた次第です。自動的に同期されることはなく、プラットフォームが把握していなかった夜は「記録の空白」であって「失われたサービス」ではありません。 そして、私たちからきちんとお知らせします。不具合を把握した際は、サイト自体のページ上部に分かりやすい言葉で表示します。問題があなた側にあるのか私たち側にあるのか、ご自身で推測させることはありません。

Question 5

自分のインターネットが切れたり、お客様の電波が入らなかったりしたら、どうなりますか？

Accepted Answer

その端末は私たちに接続できなくなります。どのウェブサイトでも同じことです。忙しい夜に初めて気づくより、あらかじめ正直に想定しておく価値があります。 お客様はご自身のスマホのブラウザで、ご自身のモバイル回線を使って注文します。ですから、電波が悪いお客様が一人いても、それはその方だけの問題であり、お店全体が影響を受けることはありません。回線がない方は、これまでどおりスタッフに直接注文すれば大丈夫です。 注文ボード自体には接続が必要です。お店側の回線が切れた場合は、モバイル回線につながったスマホで代用できます。注文ボードはウェブページであり、バックオフィスの一台の機器に縛られたインストール型システムではないからです。 そして、上で述べた紙とご自身の支払いQRコードという備えは、常にその下で機能しています。どちらも私たちのサービスにも、お店の回線にも依存しません。

Question 6

稼働率の数字や、対応時間の保証はありますか？

Accepted Answer

ありません。サービス品質保証（SLA）も、稼働率のパーセンテージも、返金・クレジット制度もありません。守れるとは限らない数字を掲げるより、はっきりとそうお伝えするほうを選びました。 安心感を与えるために99.9％のような数字を掲げるサービスは少なくありません。ですが、数字を掲げたところでサービス自体が安定するわけではありませんし、守れない約束をすることは、何も約束しないより悪いことだと考えています。 代わりに私たちがしているのは、具体的で明文化された取り組みです。アプリは常に複数のコピーを同時稼働させ、リリースはチェックに失敗すると自動的に一つ前のバージョンへ戻り、バックアップは毎晩取ったうえで定期的に復元テストを行い、「動くはず」ではなく実際に動くことを確かめています。詳しくは信頼性のページに一覧があります。 ここまで率直に言えるのは、まさに上でお答えしたとおり、私たちが止まってもお店は止まらないからです。これは数字による保証よりも確かなものです。私たちが約束を守るかどうかに依存しないからです。

Question 7

土曜の夜にトラブルが起きたら、実際にはどうなりますか？

Accepted Answer

毎回実際に起こることをお伝えします。守れるかどうかわからない速さの約束より、こちらのほうがずっと役に立つはずです。 メッセージは届いた瞬間に保存され、届いたことがわかるようすぐに控えがあなたの受信箱に送られます。そして、ボットが仕分けるのではなく、人が読みます。 サポートの受付時間と、サービスの稼働時間は別物です。お店が私たちからの返信を待って止まることはありません。注文も、支払いも、ライブボードも、受信箱に誰かがいようがいまいが、そのまま動き続けます。 公開している問い合わせ先は、一般サポート・営業・プライバシー・法務・セキュリティと、目的別に五つに分かれています。ですから、緊急の質問が営業向けの問い合わせの後ろに並んでしまうこともありません。追いかけるべきチケット番号も、優先度を振り分ける階層もありません。お店が注文を受けられなくなる問題は、その日いちばん重要な出来事として扱われます。

Question 8

これはPOSですか？会計システムの代わりになりますか？

Accepted Answer

いいえ。これは注文を受け付ける仕組みです。お客様がテーブルで注文すると、その内容がボードに届きます。会計、経理、在庫管理は、今お使いのものがそのまま続きます。 置き換わるのは、メモ帳を持ってテーブルまで歩く手間や、満席のときの「少々お待ちください」、誰かが走り書きした注文を後で打ち直す作業です。伝票を印刷したり、帳簿をつけたりすることはしません。 一方で、メモ帳ではできない部分は担っています。あなたが設定した商品価格、税金、サービス料の計算や、お客様が注文を確定する前に確認できる合計金額の表示です。 POSが必要であれば、今お使いのものをそのままお使いください。これはPOSの代わりではなく、隣に並んで使うために作られています。

Question 9

POSやキッチンプリンターと連携できますか？

Accepted Answer

現時点ではできません。POS連携もキッチンプリンター連携もありません。導入を決める前に、この点は考慮に入れてください。 実際には、注文はスマホ、タブレット、あるいはカウンターに置いてあるパソコンなどの画面に届きます。キッチンが印刷された伝票で動いている場合は、誰かがその注文を今の仕組みに入力し直す必要があります。 すでに画面で動いているキッチンであれば、これは負担になりません。しかし、印刷伝票とPOSを中心に組み立てられた忙しいキッチンにとっては、実質的な二重入力になります。導入から2週目に気づくより、今この場で知っておいていただきたいと思います。 だからこそ、いきなり店内全体に導入するのではなく、まずは数テーブルだけで試してみることをおすすめします。それが正直な理由です。

Question 10

価格を変更したり、品切れにしたりしたら、お客様にはいつ反映されますか？

Accepted Answer

メニューはアプリ内の一つだけです。同期させるべき別のコピーも、再公開する作業も必要ありません。次にメニューを開いたお客様には、その変更がそのまま反映されています。 すでにメニューを開いたままのスマホでも、しばらくすると自動的に変更が反映されますし、お客様がそのタブに戻ってくるたびにも反映されます。 さらに重要なのは、これがキャッシュに依存していないという点です。注文の金額は、注文が確定した瞬間にサーバー側の最新メニューを基に計算されます。ですから、古いページを開いたままのお客様が、昨日の価格のまま注文を確定させてしまうことはありません。 品切れの扱いも同じ仕組みです。品切れにした商品は、単にリストから消えるだけでなく、注文の時点で受け付けられなくなります。キッチンで在庫が切れて品切れにした瞬間、すでに画面にその商品を表示していたお客様も含めて、店内の誰も注文できなくなります。

Question 11

お客様は今までどおりスタッフに直接注文することもできますか？

Accepted Answer

できます。実際、多くのお客様がそうします。QRでの注文はテーブルに置かれた一つの選択肢であって、接客の代わりではありません。注文がスキャンから始まらなければならない、という仕組みはどこにもありません。 ご家族連れや大人数のグループ、あるいは単純に人と話したいお客様は、これまでとまったく変わらずに過ごせます。お店の様子は何一つ変わりません。 QRを使うお客様も、登録画面で立ち止まらされることはありません。アカウントも電話番号もアプリのインストールも不要で、ゲストとしてそのまま注文できます。 実際に効いてくるのは、本当につらい瞬間の負担を減らせることです。満席の夜や、一人のスタッフが手に負えない数のテーブルを抱えているようなときです。

Question 12

今QRコードを印刷したら、後で刷り直しが必要になりますか？

Accepted Answer

アプリ内でどんな変更をしても、刷り直しは必要ありません。今日印刷したQRコードは、そのまま使い続けられます。 テーブルの名前を変えても、番号を振り直しても、店内のレイアウトを変えても、メニューを一から作り直しても、印刷したコードは変わりません。QRコードは、あなたが編集するラベルとはあえて切り離された、それ自体で安定したコードだからです。 これは、気が変わったときの代償が「刷り直し」にならないよう、意図して設計したものです。 プラットフォームを離れた場合は、他のどのサービスのQRコードとも同じように、そのコードは注文ページを指さなくなります。ただし、私たちがお約束できるのは、ご利用いただいている間は、私たちが行うことも、あなたがアプリ内で行うことも、そのコードを無効にすることはない、ということです。

Question 13

自分のデータを取り出すことはできますか？

Accepted Answer

はい—ご連絡いただければ、コピーをお送りします。仕組みについて正直にお伝えすると、現時点でダッシュボードにセルフサービスのエクスポートボタンはありません。ダウンロードではなく、人へのリクエストという形になります。 対象はメニュー、注文履歴、設定です。失ってしまうと本当に困るものばかりです。 お問い合わせページに掲載しているプライバシー窓口宛に、ご希望の内容をお知らせください。退会理由のヒアリングも、引き止めの連絡もありません。 存在しないダウンロードボタンを宣伝するより、「ご連絡ください」と、その言葉どおりにお伝えするほうを選びました。セルフサービスのエクスポート機能が実装されたら、この答えも変わります。

Question 14

契約に縛られますか？契約期間はどのくらいですか？

Accepted Answer

縛られることはなく、最低契約期間もありません。いつでもご連絡いただければ、アカウントを解約いたします。 上記のエクスポートと同様、現時点ではアカウントの解約もダッシュボードのボタンではなく、人へのリクエストという形です。リクエストいただければ、そのまま対応いたします。引き止めのための仕組みではありません。 解約手数料も、予告期間も、途中での解約に対するペナルティも一切ありません。 唯一、私たち側から差し上げているお約束があります。ファウンディングパートナーの料金は、後から撤回できる割引ではなく、契約条件そのものです。ですから、最初に始めた料金が、そのままずっと続きます。

Question 15

もしサービスが停止したら、どうなりますか？

Accepted Answer

事前の通知と、あなたのデータのコピーをお渡しします。これは単なる善意としてここに書いているのではなく、利用規約に義務として明記しているものです。私たちが黙って書き換えられるページ上にしかない約束は、約束とは言えません。 もし運営を続けられなくなったとしても、突然打ち切るのではなく事前にお知らせします。そのうえで、メニュー、注文履歴、設定のコピーをお渡しします。 これが他のサービスより実質的な影響が小さい理由は明快です。あなたの支払いの仕組みは、そもそも最初から私たちのものではなかったからです。支払いQRコードも、銀行口座も、料率も、お客様との関係も、私たちがいなくなってもすべてそのまま残ります。 残るのは、印刷済みのQRコードと、すでにお手元にあるメニューのコピーだけです。最悪の事態がどのようなものかを推測させるより、あらかじめお伝えしておくほうがよいと考えています。

Question 16

お客様に対して宣伝を行うことはありますか？

Accepted Answer

ありません。私たちはマーケットプレイスではなく、消費者向けアプリも運営していません。製品内のどこにも、お店で食事をするお客様に向けて何かを宣伝する仕組みはありません。 お客様にキャンペーンメールを送ることも、他のレストランを広告として表示することも、あなたのお店を他店と比較してランキング表示することもありません。オフにできる機能があるわけではなく、そもそもオンにできる機能自体が存在しません。 あなたのお客様は、あなたのお客様です。これは方針であると同時に、事業のあり方そのものの選択でもあります。顧客との関係を自社のものにしてしまうプラットフォームは、まったく別の事業です。私たちはあえてその事業を作りませんでした。 お客様は基本的にゲストとして注文します。アカウントも電話番号も不要で、食事を注文する対価として何かを収集されることもありません。

Question 17

お客様のデータはどう扱われますか？

Accepted Answer

できる限り最小限に扱っています。「プライバシーを大切にしています」と主張するより、具体的な内容をお伝えするほうを選びました。 アナリティクス用の識別子は、デプロイごとに異なるソルトでハッシュ化されており、生のアドレスが保存されることはありません。計測は法律で求められる場合は同意を得たうえで行い、Global Privacy Controlも尊重します。同意を撤回すると即座に反映され、まだ送信されていないデータは破棄されます。 運用ログは30日後に削除されます。 ゲストの注文履歴は、ご本人がアカウントを連携して複数端末に引き継ぐことを選ばない限り、ご自身のスマホ内にとどまります。詳細はプライバシーポリシーをご覧ください。

Question 18

実際にこれを運営しているのは誰ですか？

Accepted Answer

Tabemiは、インドを拠点とする個人事業のKordavelが提供する製品です。所在地は、お問い合わせページ、利用規約、プライバシーポリシーの三箇所すべてに同じ住所を掲載しています。同じ住所だからこそ、確認していただけます。 公開している問い合わせ先は、一般サポート・営業・プライバシー・法務・セキュリティと、目的別に五つあります。また、誠実な研究者向けにセーフハーバーを約束する脆弱性開示ポリシーも公開しています。 小さな体制で運営しています。それを後から知って驚くより、事実を踏まえたうえで判断していただきたいと考えています。だからこそ、小さな体制では本当に難しいこと——24時間体制のシフトや正式なSLA——は、ごまかさずに上ではっきり「できません」とお答えしています。 その代わり得意なこともあります。お店が注文を受けられなくなるような問題は、その日いちばん重要な出来事として扱われ、あなたのメールを読む人が、そのまま解決できる人でもあります。

この仕組みの上でお店を運営する前に、聞く価値のあることすべて。

お金について