顧客 — ゲスト名簿、セグメント、売掛

顧客セクションは店舗のゲスト向けCRMです。誰が来店しているか、頻度、金額、好み、そして誰がいくら借りているかを管理します。データベースは注文から自動的に構築されるため、ゲストは何も入力する必要も登録する必要もありません。

開くには：管理パネル → 顧客（admin.cenaly.com）。内部には5つのタブがあります：名簿、折り返し電話、売掛、セグメント、グループとアクセス。

電話番号名簿#

メインタブは店舗の全ゲストのリストです。各ゲストについて以下が表示されます：

• 電話番号と名前；
• 注文数；
• 生涯金額（LTV） — ゲストが合計でいくらもたらしたか；
• 最終注文日。

検索はサーバーを待たずに瞬時に動作します：ゲストデータベースは一度ブラウザに読み込まれ、その後はローカルでフィルタリングされます。名前および番号の任意の数字で検索できます — 3桁から始めて「末尾」（「…45-67」）でも可能です。「通話」セクションの通話カルテからここに来た場合、番号はすでに検索欄に入力されています。

連絡先は手動で追加できます — 国際形式の電話番号と名前。そのようなレコードには「手動追加」バッジが付き、注文から来たゲストの中でも見分けられます。

ゲストカルテとイベントフィード#

行をクリックするとゲストカルテが開きます — 右側からスライドするパネルです。内容：

• 集計値を含むヘッダーとワンタップで連絡できるボタン：📞「電話をかける」、WhatsApp、Telegram、✉️「メールを送る」（最後はゲストのメールアドレスが判明している場合のみ表示）；
• 最近の注文と統計：完了、キャンセル、LTV、最終注文日；
• 売掛帳の残高（「売掛」タブへのリンク付き）；
• ロイヤルティの進捗 — 選択した店舗で貯まったスタンプ数；
• CRMフィールド： タグ、アレルギー、好み、誕生日、メモ、来店回数と無断キャンセル（no-show）のカウンター。手動で入力し、店舗ごとに保存されます — 複数店舗がある場合、カルテ上部に切り替えがあります；
• イベントフィード — ゲストとの関係の全履歴を一つの時系列で表示：注文、予約（キャンセルと無断キャンセルを含む）、レビュー、チャットでのやり取り（「業務チャット」→「ゲスト」セクションへのリンク付き）、売掛の記録と返済、ロイヤルティスタンプの付与と消去。いずれかのソースが一時的に利用できない場合、フィードはそれを正直に表示し、残りを表示します。

折り返し電話#

サイトやショーケースの「折り返し電話をください」ウィジェットからのリクエスト用の専用タブです。各リクエストには電話番号、名前、店舗、「今すぐ／都合の良い時に」の希望、通知ステータス — スタッフへの通知が送信されたかどうかが表示されます。「電話をかける」ボタンで即座に発信できます。

ウィジェット自体はセクションのヘッダーにある歯車 ⚙️ から有効化・設定します — 「折り返し電話ウィジェット」の項目です。同じ場所の2番目の項目に「ロイヤルティプログラム」があります：スタンプとポイントの設定で、その進捗はゲストカルテに表示されます。

売掛（「売掛帳」）#

コンビニの紙の帳簿の電子的な代替です。顧客の電話番号ごとに記録を管理します：貸した — 返済した。残高はリアルタイムで計算され、債務者はリストの上部に上がり、全顧客の売掛総額が一番上に表示されます。

行を展開できます — 内部にはその顧客の取引履歴があり、任意の記録を削除できます（確認付き）。

レジから直接の売掛。 レジの支払い画面に「🤝 売掛」のテンダーがあります：レジ係が電話番号または名前でゲストを探し（またはその場で新規作成し）、請求書の残額全体がこの同じ帳簿に入ります — 別途何も移す必要はありません。同じく「売掛」タブで、店舗のレジでの売掛上限を設定します：超過するとテンダーがブロックされ、承認権限のあるスタッフまたはPINを持つマネージャーのみがスキップできます。売掛の支払いもレジで受け付けられます — 現金またはカード、一部支払いも可能です。

セグメントと配信#

セグメントとはゲストデータベースに対する保存済みフィルターで、ページを開くたびに再計算されます：各セグメントには参加者のライブカウンターが表示されます。

ワンクリックのプリセット： VIP、常連、新規、「休眠」。

ビルダーはしきい値と特徴から独自のセグメントを構築します：

• 完了注文の最小数；
• LTVの最小額と最大額；
• 最終注文がN日以内／N日以上前；
• 初回注文がN日以内；
• 全注文数に対するキャンセル率；
• 「電話番号あり」、「メールあり」、「アレルギーあり」；
• CRMタグによるフィルター — すでにゲストに付けたタグからの選択。

セグメントの構成はテーブルで開き（名前、電話番号、メール、注文、金額、最終注文；LTVでソート）、CSVにエクスポートできます。

セグメントからメールキャンペーンを開始できます：システムが参加者のアドレスのスナップショットを作成し、店舗を選択すると（各店舗に独自の購読者ベースがあります）、すでにオーディエンスが入力された通常の配信コンポーザーに移動します。マーケティングの同意は自動的に交差されます：メールは購読している人にのみ送信されます。

購入者グループとアクセス#

店舗やB2B向けショーケース向けのタブで、承認前に通りすがりの訪問者に価格を見せたり注文させたりしたくない場合に使用します。

• 登録のモデレーション — 「承認が必要」トグルと、承認前に何を非表示にするかの選択：注文のみ、価格、またはカタログ全体。承認待ちのユーザー向けのテキストもここで設定します。
• 申請フィールドビルダー — 登録時にどのデータを要求するか：テキスト、複数行テキスト、電話番号、email。各フィールドを必須にできます。
• 購入者グループの一覧 — グループ名、「デフォルトグループ」フラグ、「承認が必要」フラグ。
• 申請インボックス — ステータスによるフィルター（承認待ち／承認済み／却下）、申請カード、「承認」と「却下」ボタン（却下理由付き）、参加者へのグループ割り当て。

モデレーションブロックには**✨スパーク**があり、AIアシスタントが現在の設定を説明し、何を変更すべきかを提案します。提案に送信されるのは設定と申請カウンターのみで、購入者の名前や電話番号は含まれません。

注文モニターの常連ゲストバッジ#

ゲストの認識は「顧客」セクションだけでなく、モニターの注文カードのヘッダーにも**👤アイコンと数字が表示されます。これはこのゲストの過去の完了した注文**の数で、店舗全体（全店舗）にわたります。

• 過去の注文がない場合、バッジはまったく表示されません。
• ゲストが以前来店したことがある場合、実際の来店回数が表示されます。例えば**👤 7**。
• 現在開いている注文はカウンターに含まれません — 過去の注文のみです。
• ゲストがデバイスのみで識別された場合（電話番号もアカウントログインもなし）、バッジはグレーで「デバイスで識別」と表示されます — これは信頼性の低い一致です。

バッジのツールチップにはゲストの名前と生涯合計金額が表示されます。スタッフ側での操作は不要です。

ゲストの注文履歴#

**👤**バッジをクリックすると、このゲストの注文履歴ウィンドウが開きます。

上部には概要：名前、完了した注文数、生涯合計金額。以下に注文リストが新しい順に表示され、各注文には：

• 注文番号；
• 日時；
• 店舗（複数拠点で営業している場合）；
• 注文タイプとステータス；
• 金額。

履歴内のどの注文もクリックで開けます — 同じモニター内で直接。注文が多い場合は最新のものが表示され、その旨がリストの下に明記されています。

これにより、ゲストの好みを素早く把握し、お気に入りの料理を提案したり、前回の来店の詳細を手動で検索することなく確認できます。

システムがゲストを認識する仕組み#

Meniは、ゲストが登録していなくても、複数の来店を自動的に1つのプロフィールに紐付けます。これにはいくつかのタイプの識別子が使用されます：

すべてのソースはサーバー上で1つのゲストプロフィールに統合されます。同じ人物がスマートフォンから注文し、その後登録し、その後電話をかけた場合、システムは統一された来店カウンターを表示します。

このための設定は不要です — 認識は自動的に機能します。

ホール業務での活用方法#

常連ゲストバッジとゲストカードは、ホールスタッフがいくつかのシナリオで活用できます：

• 優先的なサービス — 来店回数の多い常連ゲストには特別な対応がふさわしい：名前で挨拶し、お気に入りの料理を提案する。
• パーソナルな提案 — ウェイターは履歴を見て、ゲストが以前注文して気に入ったものをさりげなく提案できます。
• アレルギーや好みを手元に — カードに記録された情報は、ウェイターのシフト交代とともに失われません。
• 体験の管理 — 常連ゲストが低い評価を残したり注文をキャンセルした場合、マネージャーがより早く気づけます。
• ロイヤルティの評価 — LTVと全店舗のカウンターにより、ゲストがあなたのネットワークでどれだけ活発かの全体像が得られます。

関連セクション#

• 注文 — バッジが表示される注文モニター
• ロイヤルティプログラム — 常連ゲスト向けのボーナスプログラムとプロモコード
• レビュー — 注文後のゲストからのフィードバック
• レジ（POS） — ホールスタッフによる注文の受付
• 分析 — ゲストのリピート率の統計

よくある質問#

システムがゲストを認識するために登録は必要ですか？#

いいえ。同じデバイスからの再訪は自動的に認識されます — 登録もデータ入力も不要です。ゲストが後で登録したり電話番号を残した場合、以前のすべての注文が1つのプロフィールに統合されます。

カウンターは1つの店舗の注文を数えますか、それとも全店舗ですか？#

店舗の全店舗です。ゲストがあなたのネットワークの2つの異なる店舗に来店した場合、カウンターは両方を合計します。

現在の注文を開かずにゲストの履歴を開けますか？#

はい — 「顧客」セクションから：名前または電話番号で一覧からゲストを検索し、カードを開きます。注文モニターからは、注文カード内のバッジをクリックして履歴が開きます。

1人のゲストが複数の異なるデバイスを使用し、アカウントにログインしていない場合はどうなりますか？#

デバイス間に共通の紐付けポイント（アカウント、電話番号、email）がない場合、別々のゲストとして扱われます。来店を統合する最も確実な方法は、ゲストがGoogleでログインするか、少なくとも1回電話番号を残すことです。

バッジは注文モニターのパフォーマンスに影響しますか？#

いいえ。ゲストのデータはバックグラウンドで読み込まれ、モニターの動作を遅くしません。

ゲストのカードでメルマガの購読を誰かが見ることができますか？#

現時点ではいいえ — ゲストカードに同意の専用ブロックはありません。セグメントへの配信時には、サーバー側で同意が自動的に確認されます：メールは購読者のみに送信されます。