kintoneのコメント対応で、「読んだつもりだった」「担当が決まっていなかった」という見落としがある場合は、通知を増やすだけでなく、対応状況をどこに残すかを決める必要があります。
コメントは会話に便利ですが、コメント数だけでは未読か未対応かは分かりません。この記事では、知らせる・内容を見る・対応を管理する役割を分け、日々の確認手順を作る方法を紹介します。
コメントを読んだ後の対応を記録する例
案件コメント「見積を再送してほしい」を受けた場合の架空の運用例です。コメント通知を開いたことと、再送を完了したことを別々に管理します。プラグインが対応状況を自動更新する例ではありません。
| 段階 | 残す情報 | 担当者が行うこと |
|---|---|---|
| 内容を確認 | 対象案件と依頼内容 | コメント全文を読み、再送する見積を特定 |
| 対応を割り当て | 対応担当・期限・状態「対応中」 | 業務用フィールドへ記録し、担当者へ引き継ぐ |
| 作業を実施 | 送付した版・送付日時 | 確認済みの見積を再送し、履歴を残す |
| 完了を共有 | 状態「完了」・確認が必要な事項 | 完了を記録し、残る質問があれば別の対応として残す |
担当・期限・状態は運用に合わせて用意する項目です。コメント数や一覧のポップアップだけでは、未読・対応中・完了を判定できません。コメントを見る操作は一覧でコメント内容を確認する手順、このページは読んだ後の対応漏れを減らす設計として使い分けます。
通知・内容確認・対応状況を別の役割にする
- 通知:関係する人へ、確認が必要な出来事を知らせる。
- 内容確認:どの案件で何が話されているかを読む。
- 対応管理:誰が、いつまでに、何をするかを記録する。
通知を開いても作業が完了するとは限りません。反対に、作業が済んでも対応完了を記録しなければ、ほかの人には状況が伝わりません。通知を消したかどうかを、チームの完了管理の基準にしないようにします。
コメント数を未読・未対応の件数として扱わない
一覧のコメント数は、そのレコードの会話量を確認する手がかりになります。しかし、誰が読んだか、どの依頼が終わっていないかをそのまま表すものではありません。
例えば10件の会話がある案件でも、全件対応済みかもしれません。1件しかコメントがない案件でも、重要な依頼が未対応かもしれません。案件の優先順位は、担当者・期限・対応状況と合わせて判断します。
一覧ではコメント内容を確認する入口を用意
案件を1件ずつ開く前に内容を確認したい場合は、一覧画面コメント表示プラグインが候補です。対象の一覧で、コメント数へカーソルを合わせてコメント内容を確認する使い方です。
本プラグインのPC側では最新10件を取得して表示します。全コメントの監査、未読判定、自動的な対応完了、返信の送信を行う機能ではありません。利用中の画面で取得結果を保持するため、直後の更新内容を確認する場合は画面を再表示してください。
使い方と対応範囲は一覧でコメントを確認する方法をご覧ください。詳しい内容や過去の会話は、元のレコードを開いて確認します。
対応が必要な依頼は担当者・期限・状況を持たせる
例えば案件に「次の対応」「対応担当者」「対応期限」「対応状況」を用意します。コメントへ相談が来たら、その中から実行が必要な作業を項目へ記録します。
状況は未着手・対応中・完了など、チームで判断がそろう定義にします。「確認しました」と「依頼された作業が完了しました」を同じ意味にしないことが大切です。
1つの案件で複数の独立した依頼を管理するなら、案件の1項目へ詰め込むより、タスクや活動履歴を別レコードで持つ方法も検討します。顧客や案件から参照する考え方は関連レコードとの使い分けが参考になります。
毎日見る一覧を決め、通知と組み合わせる
自分が担当で未完了のもの、期限が近いもの、担当者が空欄のものなど、日常で確認する一覧を用意します。通知は気付きの入口にし、対応一覧で残件を確認します。
日付や日時を基準に知らせたい場合は、標準のリマインダー通知も検討します。コメント表示プラグインを入れただけで、通知条件まで設定されるわけではありません。
引き継ぎと権限も確認する
休暇や担当変更のとき、対応項目を見れば別の人が引き継げるようにします。コメントの中だけに期限や判断理由を残さず、必要な情報は項目や対応履歴にも整理してください。
最後に、実際の担当者が対象レコードとコメントを閲覧できるか確認します。管理者だけが見える一覧では日常運用に使えません。通知の多さではなく、誰が残件を確認するかを決めてから仕組みを整えましょう。
関連プラグインと設定の相談
自社の項目設計・設定・運用を一緒に整理したい場合は、伴走支援のサービス案内をご覧ください。

