顧客管理・対応履歴システム
営業・サポートの対応状況を共有する小規模CRMのたたき台です。
顧客情報、対応履歴、次回フォロー予定をまとめて管理する実例です。Roundtableに最初から入っている機能ではなく、下のプロンプトをCodexに貼り付けることで、自社向けの業務システムを作り始めるためのコピー用サンプルです。
概要
顧客ごとの基本情報、現在の対応ステータス、担当者、最終対応日、次回フォロー予定を一覧で見られるようにし、顧客を選ぶと対応履歴をサイドパネルで確認・追加できる構成です。まずは管理側の標準画面を中心に作り、営業やサポートが日々使う最小限のCRMとして始められる内容にしています。
こんな会社におすすめ
営業状況を共有したい
顧客ごとの担当者、状態、次のアクションを一覧で確認したい会社に向いています。
対応履歴を残したい
電話、メール、訪問、オンライン面談などの履歴を顧客単位で追えるようにしたい場合に使えます。
フォロー漏れを減らしたい
次回フォロー予定日とステータス検索で、未対応や保留中の顧客を見つけやすくします。
コピーして使えるプロンプト
そのままCodexに貼り付けて、自社名、項目名、通知先、権限名だけを調整して使う想定です。顧客固有情報や秘密情報は入れず、まずは業務の型だけを伝えます。
コピー用プロンプト
営業・サポート担当者が使う、顧客管理・対応履歴システムのたたき台を作ってください。
目的は、顧客情報、対応履歴、次回フォロー予定、対応ステータスを1つの管理画面で共有し、担当者ごとの対応漏れを減らすことです。まずはFBPのStandard Screenを基本にしてください。Standard Screen、screen_fields、db_additionals、post_action_class、サイドパネル設定で実現できる範囲を優先し、一覧を大きく作り替える必要がある場合だけOriginal Screenを検討してください。
作成するノートは、顧客と対応履歴の2つを基本にしてください。顧客ノートには、顧客名、会社名、担当者名、メールアドレス、電話番号、住所、顧客区分、対応ステータス、営業担当者、最終対応日、次回フォロー予定日、フォロー内容、メモ、作成日時、更新日時を持たせてください。対応履歴ノートには、顧客への参照、対応日時、対応方法、対応者、対応内容、次回アクション、次回フォロー予定日、添付ファイル、社内メモを持たせてください。選択肢は顧客区分、対応ステータス、対応方法をconstant_arrayで定義してください。
顧客一覧では、顧客名、会社名、対応ステータス、営業担当者、最終対応日、次回フォロー予定日、電話番号、メールアドレスを表示してください。検索条件は、フリーワード、対応ステータス、営業担当者、次回フォロー予定日の期間、最終対応日の期間にしてください。未対応、対応中、保留、完了などのステータスを見分けやすく表示し、次回フォロー予定日が過ぎている行を見落としにくくしてください。
顧客の追加・編集画面では、顧客名、会社名、連絡先、顧客区分、対応ステータス、営業担当者、次回フォロー予定日、フォロー内容、メモを入力できるようにしてください。顧客名、対応ステータス、営業担当者は必須にしてください。メールアドレスと電話番号は、入力形式の確認を行ってください。
顧客一覧から1件を選ぶと、対応履歴のサイドパネルを表示してください。サイドパネルには、選択中の顧客名、対応ステータス、次回フォロー予定日、直近の対応履歴一覧、対応履歴追加フォームを置いてください。対応履歴を追加したら、顧客の最終対応日、次回フォロー予定日、フォロー内容、対応ステータスを必要に応じて更新し、一覧側にも反映してください。
通知は、次回フォロー予定日が近い顧客を担当者が確認できる形にしてください。最初はメール通知または画面上の絞り込みでよく、外部連携は後回しにしてください。権限は、管理者は全顧客を閲覧・編集可能、営業担当者は自分の担当顧客を中心に閲覧・編集可能、閲覧のみのユーザーは履歴追加や編集ができない構成にしてください。
検証では、顧客の登録・編集、ステータス検索、担当者検索、次回フォロー予定日の検索、対応履歴の追加、履歴追加後の顧客一覧更新、権限ごとの表示・操作制限、必須入力エラー、メールアドレスと電話番号の形式チェックを確認してください。顧客固有情報や秘密情報をサンプルデータに入れず、架空の会社名と担当者名だけで動作確認してください。
目的は、顧客情報、対応履歴、次回フォロー予定、対応ステータスを1つの管理画面で共有し、担当者ごとの対応漏れを減らすことです。まずはFBPのStandard Screenを基本にしてください。Standard Screen、screen_fields、db_additionals、post_action_class、サイドパネル設定で実現できる範囲を優先し、一覧を大きく作り替える必要がある場合だけOriginal Screenを検討してください。
作成するノートは、顧客と対応履歴の2つを基本にしてください。顧客ノートには、顧客名、会社名、担当者名、メールアドレス、電話番号、住所、顧客区分、対応ステータス、営業担当者、最終対応日、次回フォロー予定日、フォロー内容、メモ、作成日時、更新日時を持たせてください。対応履歴ノートには、顧客への参照、対応日時、対応方法、対応者、対応内容、次回アクション、次回フォロー予定日、添付ファイル、社内メモを持たせてください。選択肢は顧客区分、対応ステータス、対応方法をconstant_arrayで定義してください。
顧客一覧では、顧客名、会社名、対応ステータス、営業担当者、最終対応日、次回フォロー予定日、電話番号、メールアドレスを表示してください。検索条件は、フリーワード、対応ステータス、営業担当者、次回フォロー予定日の期間、最終対応日の期間にしてください。未対応、対応中、保留、完了などのステータスを見分けやすく表示し、次回フォロー予定日が過ぎている行を見落としにくくしてください。
顧客の追加・編集画面では、顧客名、会社名、連絡先、顧客区分、対応ステータス、営業担当者、次回フォロー予定日、フォロー内容、メモを入力できるようにしてください。顧客名、対応ステータス、営業担当者は必須にしてください。メールアドレスと電話番号は、入力形式の確認を行ってください。
顧客一覧から1件を選ぶと、対応履歴のサイドパネルを表示してください。サイドパネルには、選択中の顧客名、対応ステータス、次回フォロー予定日、直近の対応履歴一覧、対応履歴追加フォームを置いてください。対応履歴を追加したら、顧客の最終対応日、次回フォロー予定日、フォロー内容、対応ステータスを必要に応じて更新し、一覧側にも反映してください。
通知は、次回フォロー予定日が近い顧客を担当者が確認できる形にしてください。最初はメール通知または画面上の絞り込みでよく、外部連携は後回しにしてください。権限は、管理者は全顧客を閲覧・編集可能、営業担当者は自分の担当顧客を中心に閲覧・編集可能、閲覧のみのユーザーは履歴追加や編集ができない構成にしてください。
検証では、顧客の登録・編集、ステータス検索、担当者検索、次回フォロー予定日の検索、対応履歴の追加、履歴追加後の顧客一覧更新、権限ごとの表示・操作制限、必須入力エラー、メールアドレスと電話番号の形式チェックを確認してください。顧客固有情報や秘密情報をサンプルデータに入れず、架空の会社名と担当者名だけで動作確認してください。
作られる機能一覧
顧客一覧顧客名、会社名、担当者、ステータス、最終対応日、次回フォロー予定日を一覧で確認します。
顧客登録・編集顧客の基本情報、連絡先、担当者、フォロー予定、社内メモを登録・更新します。
対応履歴サイドパネル一覧の文脈を残したまま、顧客別の履歴確認と履歴追加を行います。
次回フォロー予定次に連絡すべき日付と内容を顧客に紐づけ、対応漏れを減らします。
ステータス検索未対応、対応中、保留、完了などで絞り込み、対応が必要な顧客を探します。
自社向けに変えるポイント
顧客区分見込み客、既存顧客、代理店、取引停止など、自社で使う分類名に変えます。
対応ステータス営業中、契約済み、要フォロー、失注、保留など、現場で使う言葉に合わせます。
通知ルール前日通知、当日通知、期限超過だけ通知など、担当者が動きやすいタイミングにします。
権限範囲全社共有、部署別、担当者別、閲覧専用など、顧客情報の見せ方を先に決めます。