未読・既読管理

誰が確認済みか、どのメッセージが未読かを管理します。

未読・既読管理は、チャット、コメント、通知、承認依頼などに対して、利用者ごとの確認状態を保存する機能です。Roundtableでは「何を読んだ扱いにするか」「誰ごとに状態を持つか」「どの画面で未読数を見せるか」を先にそろえると、発注者、実装者、AIに指示する人が同じ前提で通知と確認漏れを扱えます。

この機能でできること

メッセージ、コメント、通知、タスク更新などに対して、ユーザーごとの未読・既読状態、確認日時、確認者数を保存できます。管理側では「担当者が確認済みか」「顧客がまだ見ていないか」を一覧や詳細画面で確認し、公開側では顧客に未読件数や新着表示を出す、といった使い分けができます。

通知を送った後の確認状況まで業務データとして扱います。 送信済みだけではなく、誰が読んだか、誰が未確認か、どのメッセージが新着扱いかを残すことで、対応漏れ、二重連絡、確認待ちの見落としを減らせます。

よくある利用場面

問い合わせやチャットの新着管理 顧客からの新着メッセージを担当者側で未読表示し、開いた時点または返信時点で既読にします。

社内確認の完了チェック 承認依頼、作業指示、重要なお知らせに対して、確認済みの担当者と未確認の担当者を分けて見ます。

公開側マイページの未読件数 顧客や会員がログインしたときに、未読のお知らせ、返信、請求案内、予約連絡の件数を表示します。

プロンプト例

未読状態を持つ対象、利用者単位、既読にするタイミング、未読数の表示場所、通知や検索との関係をまとめて伝えると、実装範囲を決めやすくなります。

プロンプト 問い合わせ管理に未読・既読管理を追加してください。問い合わせコメントごとに、担当者と顧客それぞれの既読状態と確認日時を保存します。管理側の一覧には未読件数と最終未読メッセージを表示し、詳細画面では誰が確認済みかを分かるようにしてください。公開側のマイページにも未読返信件数を表示し、顧客が返信詳細を開いたら対象メッセージを既読にしてください。

この機能を使うときのポイント

既読にするタイミング画面を開いた時点、メッセージを表示した時点、確認ボタンを押した時点など、業務上の「確認済み」の意味を決めます。

利用者単位担当者単位、部署単位、顧客単位、ログインユーザー単位のどれで既読状態を持つかをそろえます。

未読数の表示場所メニュー、一覧行、詳細ヘッダー、マイページ、通知バッジなど、気づいてほしい場所にだけ表示します。

通知との関係通知送信済みでも未読なら再通知するのか、既読になったらリマインド対象から外すのかを運用ルールにします。

この機能を実装するときのコツ

メッセージ本体とは別に、対象メッセージID、ユーザーIDまたは顧客ID、既読状態、確認日時を持つ既読管理テーブルを用意すると、複数人の確認状態を扱いやすくなります。単純に全員共通の既読フラグを1つだけ持つと、担当者ごとの未読数や顧客側の未読件数を出しにくくなります。公開側で既読更新する場合は、ログイン中の本人が見られる対象だけを更新し、一覧表示用の未読数は毎回重い集計にならないように親レコード側へ最終未読情報や未読件数を持つ設計も検討します。