実際の画面から、
毎日の仕事を確かめる。

担当者が変わるたびに、同じことを聞き直してしまう。 会話と顧客メモを確認し、続きから対応する。

1. 会話を選ぶ — 「要対応」から、確認する会話を開く。

   左の会話一覧でお客様を選び、中央でこれまでのやりとりを読みます。「全担当」の絞り込みや「スヌーズ中」「対応済み」の切り替えも、この一覧にあります。

   設計の意図：返信が必要な会話と、後で確認する会話を分けて扱うためです。

2. 草案を確認 — 「下書きに挿入」して、送る文章を確認する。

   右の「AI返信草案」を読み、「下書きに挿入」で中央の入力欄へ入れます。担当者が内容を確認・編集してから「送信」します。画像内の草案はサンプル文です。操作体験では同じ手順を試せます。

   設計の意図：AIアシストでは、草案をそのまま回答とせず、人が送信内容を確かめられます。

3. メール・SMS — 送信先を切り替えて、メールやSMSの文面も試す。

   操作体験のチャット下部で、送信先をLINE／メール／SMSに切り替えます。サンプルの宛先が入り、送信すると体験内の会話タイムラインへ反映されます。実際のメール・SMSは送られません。

   設計の意図：同じお客様へ、チャネルをまたいで返信する流れを画面上で確認するためです。

4. 情報を残す — 共有する内容は「顧客メモ（永続）」へ。

   右のメモを編集して「保存」します。このメモはLINEには送られません。返信後に対応を終える場合は、会話上部の「対応済みにする」を使います。

   設計の意図：お客様への返信と、次の担当者への申し送りを分けて残すためです。

画像はAIアシストの表示例です。自動応対・有人対応では操作や表示が変わります。個別の専門的判断が必要な相談は、担当者が内容を確認して対応する運用を決めます。

準備すること：LINE公式アカウントの接続、担当者の権限、AIに参照させる資料と応答モードを設定します。

予約の受付と、日程・カレンダーの管理が散らばる。 予約ページごとに、受付する枠と予約を管理する。

1. 受付を作る — 「予約ページを作成」から受付を用意する。

   画面右上の「予約ページを作成」が入口です。作成したページは、この一覧に表示されます。画像には「初回相談（サンプル）」を1件表示しています。

   設計の意図：何の予約を受け付けるかを、ページ単位で分けて管理するためです。

2. 枠と予約を管理 — 「枠・予約を管理」から、個別の設定へ進む。

   各ページの「枠・予約を管理」を開き、受付枠や予約を管理します。チャットの画面内に予約一覧があるわけではなく、この予約管理画面から移動します。

   設計の意図：お客様との会話と、実際に受け付けた予約を、それぞれの画面で確認するためです。

3. 連携を確認 — カレンダーを使う場合は「連携する」から。

   「Google カレンダー連携」には接続の入口があります。「スタッフ別 Google カレンダー」は担当者ごとの連携を確認する欄です。利用する連携と予約の動作を確かめてから受付を始めます。

   設計の意図：予約受付を始める前に、どのカレンダーを使うか明確にするためです。

この画像は予約管理の一覧です。空き枠選択、予約完了、リマインド送信の動作を実演したものではありません。LINEで変更相談を受けた場合も、予約記録の確認・更新が必要です。

準備すること：受付内容、予約枠、定員、受付・キャンセル期限、必要なカレンダー連携を決め、テスト予約で確認します。

案内を作っても、誰にいつ届けるかの確認が曖昧になる。 シナリオを設定し、テスト対象で確かめてから運用する。

1. 案内を設定 — 「新規シナリオ」または「編集」から内容を整える。

   右上の「新規シナリオ」から作成し、既存のものは行の「編集」から開きます。配信のきっかけや文面は、移動先で設定します。この一覧には設定内容のすべては表示されません。

   設計の意図：送る内容と配信のきっかけを、先に決めておくためです。

2. テストする — 「テスト有効化」と「テスト配信」を使い分ける。

   「テスト有効化」は、キーワード等への反応をテストユーザーに限定する操作です。「テスト配信」はテストユーザーへ今すぐ送る操作です。画像はテスト有効化済みの状態です。

   設計の意図：設定した反応の確認と、文面の送信確認を分けて行えるようにしています。

3. 開始前に確認 — 「有効化」の前に、対象と設定を確認する。

   テスト結果を確認したら、一覧の「有効化」から運用を始めます。画像の例は「手動実行」です。名前を「来店後のご案内」にするだけで、来店を自動検知する設定にはなりません。

   設計の意図：シナリオ名から動きを推測せず、実際の開始条件に沿って運用するためです。

来店・成約の事実は、入力や連携を通じて記録する必要があります。追客の停止や対象除外も、業務に合わせて条件と進行中の配信を確認します。

準備すること：来店・商談状況の記録方法、配信のきっかけ、対象、送信時期、案内文、テストユーザーを決めます。