問い合わせ：統合インボックス

訪問者が問い合わせを残す場所は、必ずしも想定した場所とは限りません。ポップアップに入力する人もいれば、「折り返し電話を希望」を押す人もおり、サービスを予約する人もいれば、サイトのフォームにそのまま書き込む人もいます。以前はこうしたチャネルがそれぞれ管理画面の片隅に分かれて存在し、全体の流れをどこからも確認できませんでした。**「問い合わせ」**セクションは、それらを1つのリストにまとめます。

開くには：管理画面 → 問い合わせ（admin.cenaly.com/leads、サイドバーの「業務」グループ）。このセクションにトグルがないのは意図的です。そもそも、そうでなければ見つけられなかった人のために設けられているからです。

「問い合わせ」に入るもの#

行は読み取り時に、専用セクションが保有する同じデータから収集されます。何もコピーや複製はされません。「問い合わせ」は6つのチャネル上に重なる表示であり、7つ目の保管場所ではありません。

開始に必要なもの#

有料化はチャネル自体にあり、セクションにはありません。「ポップアップとフォーム」ウィジェットはアプリストアの拡張機能ですが、インボックス自体は無料です。

ステップ1. 問い合わせを収集するチャネルを有効にする#

空のセクションは故障ではなく、「まだ問い合わせがなかった」という正直な回答です。流れを発生させるには、少なくとも1つを有効にしてください：

1. ご自身のサイト上のウィジェット — 1つのタグと、その上で動作する既製のプロダクト：フォーム付きポップアップ、折り返し電話、予約、テーブル予約、オンライン注文。「マイサイト：ウィジェット」をご覧ください。
2. 当社の店舗サイト上のフォーム — お問い合わせフォームと店舗サイトのページのフォーム。
3. 折り返し電話 — 店舗サイトまたはご自身のサイト上の「折り返し電話を希望」ボタン：折り返し電話。
4. オンライン予約とテーブル予約 — 予約とテーブル。これらの問い合わせもここに届きます。

訪問者が「送信」を押した瞬間に、問い合わせはリストに表示されます。

ステップ2. グループ、期間、フィルター#

上部には店舗セレクターがあります。店舗内のリストは**「ソース＋その詳細」の自動グループに分かれます。ポップアップのキャンペーン、ページの特定のフォーム、その他はチャネル全体です。グループを設定する必要はありません — 自動的に生成されます。各グループには2つのカウンターがあります：総行数と未処理数です。その左側には「すべてのリクエスト」**があります。

リストの行にはチャネル、リクエストの発生時刻（訪問時刻ではなく：そうでなければ翌月の予約がリストの最後に落ちてしまいます）、連絡先、問い合わせ内容が表示されます。ステータスはソースから取得されます：新規、処理済み、キャンセル。

チャネルごとの意味は以下の通りです：

スタッフが「テーブル」または「予約」で作成した予約はすぐに確認済みになるため、「未処理」には含まれません。グループの未処理カウンターも同じルールで計算されます。

メニューの「リクエスト」項目の丸印#

「念のため」セクションを開かなくて済むように、サイドメニューの**「リクエスト」項目に、セクションへの前回のアクセス以降**に届いたリクエスト数を示すオレンジの丸印が表示されます。これは「前回のアクセス以降の新規」と同じ数値を、すべての店舗分合計したものです。チャネルとステータスはセクション内のカウンターと同様にすべてカウントされます。

• セクションを開くと自動的に消えます：店舗の数値はすぐにゼロになり、他の開いているタブでも同様です。**「更新」**ボタンもアクセスとしてカウントされます — 新しい行はすでに目の前にあります。
• 複数の店舗の場合。 セクションは新規のある店舗で開きます。新規リクエストのある他の店舗には、セレクターに「前回のアクセス以降の新規：N」と表示されます。
• 更新頻度はタブが開いている間は数分ごと、タブに戻ったときは即座に更新されます。
• 閲覧できるのはアカウントのオーナーのみ — ポップアップ、フォーム、サイトメッセージのチャネル自体と同様です。
• 新しいブラウザでの初回アクセスは「この瞬間から」カウントを開始します：別のブラウザで処理済みの四半期分すべてのリクエスト数で丸印が表示されることはありません。

オレンジは「未読」を意味します。今すぐ判断が必要なもの（確認待ちの予約、折り返し電話を希望するゲスト）は、**「対応が必要」**項目で追加的に赤く表示されます。

ステップ3. リクエストカードとソースのパスポート#

行をクリックすると詳細が展開されます：フォームの全フィールドの回答と**「ソース」**ブロック — 訪問者がどこから来たかのパスポートです：

このブロックについて理解すべき3つのポイント：

• 読み取り時に計算されます — チャネルがすでに保存しているフィールドから。パスポートはリクエスト自体には記録されません — そうでなければ、リクエストに起源に関する第二の真実が生まれてしまいます。
• サーフェスはチャネルではなくページのアドレスで判定されます。 当社のストアが接続されたお客様自身のドメインに設置されたウィジェットは、正直にストアとして読み取られます。
• 古いリクエストではブロックが短くなりますが、空ではありません。 過去数ヶ月のレコードには新しいフィールドがなく、遡って追加されることもありません：知識の欠如は、ダッシュや「不明」という言葉ではなく、行の欠如として表示されます。

パスポートには訪問者が残した以上の個人データはありません：外部に出るのは遷移クラス（5つの値のうち1つ）とデバイスの1ビットです。生の参照元アドレスとブラウザ文字列はどこにも保存していません。

リクエストがお客様自身のフォームから当社のタグでキャプチャされた場合、カードは正直に警告します：当社が見たのは「送信」のクリックであり、お客様のサーバーがデータをどう処理したかではありません。

ステップ4. リクエストの処理方法#

行には3つのクイックアクションがあります：

• 「電話する」 — デバイスの電話アプリで番号を開きます；
• 「メッセージを送る」 — メールクライアントを開きます；
• 「セクションを開く」 — リクエストが実際に存在する場所へ移動します：「予約」、「テーブル」、「顧客」、「ポップアップとフォーム」、またはサイト設定です。

このセクションは閲覧専用であり、これは意図的です。 予約の確認、折り返し電話の完了マーク、リードの削除 — これらはすべて専用セクションで行います。もし「リクエスト」が自分でステータスを変更できたら、同じリクエストに対して、すでに何が行われたかについて2つの真実が生まれてしまいます。

そのため、このセクションには「リクエストの担当者」もありません：担当者はリクエストが処理される場所 — 予約、予約枠、または顧客カードで割り当てられます。そして顧客への遷移は、折り返し電話のまさにその「セクションを開く」です：すべての履歴を持つゲストカードは「顧客」にあります。

ステップ5. CSV出力#

「CSVを出力」 ボタンは表示中の行からファイルを作成します — 選択中の店舗、グループ、期間、検索、フィルターが反映されます。つまり、まずリストを必要な条件で絞り込み、それから出力してください。

ファイルにはソースのパスポートの列も含まれます：表示面、ウィジェット、UTMタグ、遷移クラス、デバイス。ファイルはExcel用に準備されており（キリル文字が壊れません）、セルへの数式挿入から保護されています。

同じフローがほかにある場所#

同じパネルは、コンタクトセンターの**「問い合わせ」**タブとして組み込まれています — ワークチャットの「ゲスト」セクション（/team-chat/?guests=1&tab=leads）です。これは同じリストです：コンポーネントは共通で、フローの構成についてシステム内に別の正解はありません。違いは、そこでは店舗のセレクターがすでにタブ行にあるため、パネルが独自のものを描画しない点だけです。

これは、一日中ゲストとのやり取りに座っているオペレーターにとって便利です：問い合わせと会話が同じウィンドウに表示されます。

制限事項#

• ここではステータスは変わりません。 このセクションは閲覧専用です。「処理済み」は専用セクションで設定され、そこから読み取られます。
• 独自の「既読」マークはありません。 「前回の訪問以降の新規」カウンターとメニューの「問い合わせ」の横の丸印はローカルで、お使いのブラウザとお客様の店舗に対するもので、同僚にはそれぞれ独自のものがあります。
• チャットのやり取りはここには含まれません — ゲストとの会話はコンタクトセンターの隣のタブにあり、問い合わせではありません。
• 注文はここには含まれません — それらには運用フローを伴う専用セクションがあります。
• 応答しなかったチャンネルは表示されます。 そのようなケースは黄色いバナー「これらのチャンネルが応答しませんでした、行が不足している可能性があります」に入ります：「空」と「壊れた」が黙って混ざり合うことはありません。例外は折り返し電話と予約です：これらではファイルの不在が「問い合わせはなかった」と読まれ、バナーには入りません。
• セクションの辞書は11言語に翻訳されています（英語、ロシア語、ジョージア語、トルコ語、ウクライナ語、ポーランド語、ドイツ語、フランス語、スペイン語、イタリア語、アルバニア語）。その他の言語ではパネルは英語で表示されます。
• ソースのパスポートは遡って現れません。 それが登場する前に収集された問い合わせでは、ブロックの一部の行が単に存在しません。

トラブルシューティング#

症状別の一般的な分析 — トラブルシューティング。何も解決しない場合は、ご連絡ください — サポートの受け方。

よくある質問#

「問い合わせ」は「顧客」とどう違いますか？#

「問い合わせ」は期間ごとの接触のフローです：誰がいつあなたに連絡したか。「顧客」は人物の名簿です：ゲストのカード、履歴、未払い、セグメント。「問い合わせ」からの折り返し電話はまさに顧客カードへつながります。

サービス予約がここにも「予約」にもあるのはなぜですか？#

それは同じ予約を二つの側面から表示したものだからです。「問い合わせ」では一般的なフローの中の接触として表示され、「予約」では確認、変更、リマインダーを伴うジャーナル内のイベントとして表示されます。データのコピーは存在しません。

問い合わせに担当者を割り当てられますか？#

このセクション自体ではできません。担当者は問い合わせを処理する場所で割り当てられます：予約、記録、顧客カード、またはゲストチャットの会話の中です。

「当社のショーケース」と「お客様のサイト」とは何ですか？#

表示面は、人が問い合わせを残したページのアドレスによって決まります。ウィジェットがお客様のサイト（WordPress、Tilda、自作）にある場合 — それは「お客様のサイト」です。当社が作成したショーケースでフォームが開かれている場合 — お客様のドメインで動作していても「当社のショーケース」です。

問い合わせは広告統計に入りますか？#

ソースのパスポートにはUTMタグと遷移クラスがあり、それらはCSVに出力されます — これで接触を広告キャンペーンと照合するのに十分です。キャンペーン自体とその予算は広告のセクションにあります。

問い合わせの個人データは誰が見ますか？#

ロールによってセクションが開かれている人です。行は訪問者が残した個人データであるため、アクセスは実際に問い合わせを処理する人にのみ開くべきです。データとセキュリティを参照してください。

関連セクション#

• マイサイト：ウィジェット — 問い合わせを集めるポップアップ、フォーム、ボタン
• コールバックと注文ウィジェット — 電話をかけずに問い合わせを受け付けるチャネル
• 顧客 — コールバックの問い合わせが紐づくゲストのカード
• 予約とテーブル — 予約とテーブル予約を確定する場所
• 業務チャットとゲスト — コンタクトセンターで同じパネルをタブとして表示
• ゲストとのチャット — 問い合わせには該当しないやり取り
• アプリストア — 有料の流入チャネルを有効にする場所
• データとセキュリティ — 訪問者の連絡先を閲覧できる人