▼ この記事の内容
相談支援の案件管理システムは、管理する相談の種類と、記録を見て決めたいことから選びます。福祉の相談支援を管理する場合と、法人営業の相談・提案を管理する場合では、必要な記録や情報を共有できる範囲が異なります。営業組織では、顧客の相談内容、提案の状況、次の対応、担当者と期限をつなげて確認できることが選定の軸です。この記事では、選択肢の比較から自社の案件を使った試用、会議での活用までを順に解説します。
相談支援の案件管理システムは、管理する対象から選ぶ
相談支援の案件管理システムを選ぶときは、まず福祉サービスの相談支援業務を管理したいのか、法人営業に寄せられる相談や提案案件を管理したいのかを分けてください。同じ相談という言葉でも、利用目的、記録する内容、情報を見せる相手が違います。製品名や機能数を先に比べると、自社に必要な仕組みを見誤りやすくなります。
福祉の相談支援業務では、利用者への支援経過や関係者との連絡など、支援を継続するための情報が中心になります。一方、法人営業では、顧客が何に困っているか、誰が導入を判断するか、提案について何が確認できたか、次に誰が動くかが中心です。本記事では、営業マネージャーや営業企画の方に向けて、後者の選び方を詳しく扱います。
相談を受けた件数より、次の対応が分かることを重視する
営業における相談支援は、問い合わせを受け付けて終わる仕事ではありません。顧客の状況を聞き、課題を整理し、必要に応じて提案や社内確認につなげます。そのため、相談を記録できるだけでは案件管理として足りない場合があります。相談から提案までの途中で、何が決まり、何が未確認なのかを追えることが大切です。
たとえば、案件名と担当者、最終連絡日だけが並んでいても、管理者は次の判断ができません。顧客からの返答を待っているのか、自社の見積もりが遅れているのか、提案の前提が変わったのかによって、必要な対応は異なります。案件一覧を見て、対応が必要な理由まで分かるかを確認しましょう。
相談者と営業先が同じとは限らない
福祉や医療に関わる事業者の営業組織では、利用者への支援に関する情報と、紹介元や法人顧客との営業情報が近い場所で扱われることがあります。しかし、業務上つながっていることと、同じ人がすべての記録を閲覧してよいことは別です。営業活動に必要な情報を整理し、支援記録をそのまま共有する運用は避ける必要があります。
支援業務と営業業務の両方を管理したい場合も、最初からすべてを同じ画面に集める必要はありません。どの業務で、誰が、何のために情報を見るかを確かめたうえで、連携する範囲を決めます。専門業務への対応を確かめる必要がある場合は、製品の説明だけで判断せず、自社の担当者が実際の業務手順と照らし合わせて確認してください。
営業の相談支援で管理したい情報を整理する
システムを選ぶ前に、営業会議や引き継ぎで繰り返し確認していることを洗い出します。管理項目を増やすためではなく、担当者に聞かなければ分からない情報を減らすためです。まずは今ある案件一覧や商談記録を見て、何が分からずに対応が止まっているかを確かめると、必要な項目を絞りやすくなります。
顧客の相談と、自社の見立てを分けて残す
相談内容を記録するときは、顧客が話した事実と、担当者が考えた解釈を分けましょう。たとえば、顧客が導入時期をまだ決めていないと言ったことと、担当者が導入意欲は低いと考えたことは同じではありません。この区別がないと、管理者が顧客の意向を誤って受け取り、その後の対応もずれる可能性があります。
記録には、相談のきっかけ、現在の業務、困っている場面、顧客が変えたいことを残します。担当者の見立ては別の欄に置き、その根拠となった発言や出来事も確認できるようにします。長い会話をすべて案件一覧に表示する必要はありませんが、要約から元の記録へたどれると、判断に迷ったときに確認できます。
案件の状況は、完了した事実で表す
対応中、提案中といった表示だけでは、担当者ごとに受け取り方が変わります。資料を送ったら提案中とする人もいれば、顧客に説明し終えてから提案中とする人もいます。案件の状況を比較したいなら、その状態に変更する条件を決める必要があります。
たとえば、相談内容を確認した、提案を説明した、顧客の社内検討に必要な情報を確認した、といった事実を基準にします。自社の営業手順に合う名前を使い、状態が変わった理由を記録に残します。案件の状態と受注の見込みは分けて考え、提案を説明したという事実だけで、受注に近いと判断しないことも大切です。
| 管理する情報 | 残す内容 | 会議や引き継ぎで確かめること |
|---|---|---|
| 相談の背景 | 相談のきっかけ、現在の業務、困っている場面 | 顧客が解決したい問題を同じ意味で理解しているか |
| 顧客の意向 | 確認できた希望、懸念、発言と確認日 | 担当者の推測が顧客の意向として扱われていないか |
| 案件の状況 | 完了した対応、顧客の反応、残っている確認 | どこまで進み、何が止まっているか |
| 関係者 | 窓口、利用部門、判断に関わる人と確認状況 | 次の判断に必要な相手と話せているか |
| 次の対応 | 実施する内容、担当者、期限、相手との合意 | 誰が何をすれば案件が進むか |
| 保留・失注の背景 | 理由、判断の根拠、再確認の条件、連絡に関する意向 | 対応を終える案件か、条件が変われば確認する案件か |
次の対応は、自社の予定と相手の合意を分ける
担当者が来週連絡しようと考えていることと、顧客が来週の連絡に同意していることは異なります。どちらも予定という欄に入れると、会議では合意済みの対応に見えてしまいます。自社の行動予定なのか、相手と確認した予定なのかが分かる形で記録しましょう。
また、次の対応を連絡するとだけ書いても、目的が分かりません。社内検討で追加資料が必要か確かめる、見積もりの前提となる利用範囲を確認する、といった行動まで具体化します。顧客の回答を待つ場合も、待っている内容と、その後に自社が判断することを残すと引き継ぎやすくなります。
会社・担当者・案件を重複させない
同じ会社から別の相談が来たときに、過去の相談へ追記するのか、新しい案件を作るのかも決めておきます。会社が同じでも、対象部門や相談の目的が違えば、別の案件として管理したほうが状況を把握しやすい場合があります。一方、同じ相談を担当者ごとに登録すると、連絡の重複や記録の分散につながります。
会社の情報、窓口となる人の情報、個々の案件を関連づけ、過去のやり取りを確認できるかを試してください。担当者の変更や、窓口の異動が起きた場合に、履歴が消えずに残ることも確認点です。登録の簡単さだけでなく、同じ相手から再び相談が来たときの扱いやすさまで見ておくと安心です。
案件管理の選択肢を、自社に合う条件で比較する
選択肢は、新しい案件管理システムの導入だけではありません。今の表計算を整理する、既存の顧客管理の仕組みを使い直す、問い合わせ管理を整えるといった方法もあります。困っていることが案件の一覧化なのか、対応漏れなのか、提案の進捗共有なのかによって、適した方法は変わります。
比較するときは、機能があるかという確認と、現場で使えるかという確認を分けます。通知機能があっても、担当者が普段見ない場所に通知されるなら対応につながりません。履歴を保存できても、顧客名から探せず、毎回担当者に聞いているなら、情報共有の問題は残ります。
| 選択肢 | 向いている場合 | 向かない場合 | 確かめる点 |
|---|---|---|---|
| 表計算で管理方法を整える | 案件の流れが比較的単純で、共有する人や管理項目を把握できている | 同時更新、閲覧範囲の分け方、履歴の追跡で困っている | 更新者と更新日が分かるか。並べ替えや担当変更でも情報が崩れないか |
| 既存の顧客管理・営業支援システムを見直す | 顧客情報がすでに集まり、項目や運用を直せば相談から提案まで追える | 必要な閲覧制限や案件の分け方を実現できず、別管理が残る | 既存の項目で表せない理由は何か。設定変更で解消するか |
| 問い合わせ管理の仕組みを使う | 受付後の振り分け、回答状況、対応漏れの把握が主な課題である | 関係者が多い提案や、受注までの検討過程を詳しく追いたい | 相談を営業案件へ引き継ぐときに、背景と履歴を渡せるか |
| 新しい営業案件管理システムを導入する | 相談、提案、顧客の検討状況、次の対応を一続きで管理したい | 業務の定義や記録を使う場が決まらず、入力先だけ増える | 実際の案件を登録し、担当者と管理者が必要な判断をできるか |
| 福祉の相談支援業務に対応するシステムを検討する | 営業ではなく、利用者への支援や関係者との連絡を管理することが主目的である | 法人営業の提案管理だけを改善したい | 必要な支援業務、記録形式、権限設定に対応するか。営業情報との境界を設けられるか |
使っている仕組みで解決できない理由を言葉にする
新しい製品を探す前に、今の仕組みでは何ができないのかを書き出します。案件の履歴を残せないという機能の問題と、誰も履歴を読まないという運用の問題では、対策が違います。後者であれば、システムを替えても同じ状態になる可能性があります。
たとえば、管理者が最新状況を知るために担当者へ毎回連絡しているなら、情報が未入力なのか、入力場所が分からないのか、入力されていても判断材料が足りないのかを確かめます。原因が見えれば、項目の変更、一覧画面の整理、会議の進め方の変更で済むのか、別の仕組みが必要なのかを判断できます。
費用は、導入後の作業も含めて比べる
利用料金だけで比較すると、導入後に必要な作業を見落としやすくなります。既存データの整理、項目の設定、権限の設定、操作説明、日々の問い合わせ対応など、自社で誰が担うかを確認してください。設定の変更に外部の支援が必要な場合は、その範囲と費用の条件も比較します。
あわせて、利用を終えるときに記録を取り出せるかも確かめましょう。顧客名や案件名だけでなく、商談履歴、添付資料、項目同士の関連がどの形で出力されるかによって、その後の使いやすさが変わります。出力できるという説明だけで済ませず、試用中に実際の出力内容を見ておくと判断しやすくなります。
自社に当てはめて判断するための導入手順
導入の判断は、製品の説明を聞くだけでは終えられません。自社で困っている場面を選び、その場面が改善するかを試します。以下の手順では、何を確認し、どの状態になれば次へ進めるかを分けています。確認できないことを残したまま、機能の印象だけで導入を決めないようにしましょう。
現状の案件を見て、困っている場面を特定する
まず、進行中の案件、顧客の返答を待っている案件、保留になった案件、担当者が変わった案件など、扱いの異なる記録を確認します。実際に対応した人と管理者が同じ記録を見て、次の行動を判断できるかを確かめてください。特定の担当者だけが背景を知っている場合は、その情報がどこにあるかも調べます。
次へ進む条件は、困りごとを具体的な場面で説明できることです。情報共有を改善したいという表現だけでは、何を試せばよいか決まりません。担当者が休んだときに顧客への回答期限が分からない、保留理由を探すために複数の記録を開いている、といった状態まで具体化します。
導入後にできるようにしたいことを決める
困りごとが分かったら、改善した状態を言葉にします。たとえば、別の担当者でも案件画面から未回答の質問を確認できる、管理者が対応期限を過ぎた案件の理由を把握できる、といった状態です。導入担当者だけでなく、実際に入力する人と記録を読む人が同じ意味で理解できる表現にします。
次へ進む条件は、試用で確認する項目が決まっていることです。使いやすいかどうかという感想だけではなく、必要な情報を見つけられたか、次の対応を決められたか、別の資料への転記が残ったかを確認します。効果を数値で測る場合は、導入前の状態と測り方を先に決め、自社の実測値で比較します。
入力から引き継ぎまでを、実際の流れで試す
試用では、用意された見本を見るだけでなく、相談受付から対応完了までを自社の手順で動かします。相談を登録し、担当を決め、会話を記録し、次の対応を設定し、管理者が確認するところまで試してください。説明しやすい案件だけでなく、窓口が変わった場合や保留になった場合も扱います。
試用環境に実際の情報を入れる場合は、社内で認められた利用範囲を確認します。必要に応じて個人や会社を特定できる情報を除き、業務の流れを確かめるために必要な内容に絞ります。製品を試す目的だけで、支援記録や非公開資料を広く持ち出さないようにしてください。
次へ進む条件は、担当者以外が記録を読んでも状況を説明できることです。入力した本人が横で補足しなければ分からない場合は、項目か書き方を見直します。また、試用では管理者権限だけを使わず、日常業務で使う権限でも同じ手順を確かめます。
例外と修正の手順を確かめる
実務では、間違った会社に案件を登録したり、同じ相談を重複して登録したりすることがあります。こうした場合に、誰がどこまで直せるか、修正前の履歴がどう扱われるかを確かめます。案件の統合や担当変更によって、過去のやり取りや添付資料との関連が失われないかも確認してください。
次へ進む条件は、よく起きる例外の処理方法と、困ったときに判断する担当者が決まっていることです。通常の登録だけができても、修正のたびに運用が止まるなら現場の負担は残ります。試用で見つかった問題を設定で直せるのか、手順で補えるのか、導入の見送りにつながるのかを分けて整理します。
運用の担当と、見直す場を決めてから広げる
導入後は、項目の追加依頼、登録の重複、権限の変更などが発生します。営業企画だけに任せるのか、現場の代表者も確認するのかを決めておきましょう。入力する人、案件の状況を判断する人、設定を管理する人の役割を分けると、相談先が明確になります。
利用範囲を広げる条件は、記録を使う会議や引き継ぎが実際に回り、残った問題への対処が決まっていることです。入力できたことだけで導入完了とせず、記録によって誰が何を判断できるようになったかを確認します。使われない項目があれば理由を調べ、必要な情報を欠かさない形で運用を調整してください。
記録を営業会議と担当者への支援につなげる
案件管理システムの役割は、情報を保管するだけではありません。記録を読んだ人が、顧客への次の対応や担当者への支援を判断できることに意味があります。導入後も会議の進め方が変わらず、担当者が口頭で最初から説明しているなら、記録が判断に使われているかを見直しましょう。
会議では、状況の読み上げより未決事項を扱う
営業会議では、記録を見れば分かる経緯を長く読み上げるより、判断が必要なことを取り上げます。顧客への確認が足りないのか、提案内容の変更が必要なのか、社内の別部門に協力を求めるのかを話し合います。会議の前に案件画面を確認できる状態にしておくと、話すべき論点を絞りやすくなります。
会議で決まったことは、その場で案件に戻します。議事録だけに残すと、案件画面には古い対応予定が残り、別々の情報を見ながら仕事を進めることになります。決定内容、担当者、次に確認する条件を案件に記録し、会議後の対応につながる形にします。
- 今の記録だけでは判断できないことは何か
- 顧客に確かめることと、自社で決めることは何か
- 担当者が進めるために、管理者の支援が必要か
- 誰が何を行い、その結果をどこに残すか
対応の遅れを、本人の能力だけで説明しない
更新が遅い、記録が長い、案件が進まないという情報だけでは、理由は分かりません。顧客側の事情、社内確認の遅れ、担当者の迷いなど、異なる原因が考えられます。一覧の数字や表示は、本人に事情を聞くきっかけとして使い、原因を確定する材料と混同しないようにします。
提供された訪問看護業の事例では、管理者会議で最初に確認するものが、退職者一覧から訪問件数と記録時間の一覧へ変わりました。ある看護師は不満を口にせず、勤怠にも目立った変化がありませんでしたが、訪問後の記録時間が伸びていました。その変化をきっかけに面談すると、記録の書き方に自信がなく、自宅でも書き直していた事情が分かりました。
この事例では、記入用のひな形を用意した後も、最初の支援担当者は忙しく、確認の機会を続けられませんでした。支援担当者を替えて、ようやく支援が回り始めています。営業案件管理の導入効果を示す事例ではありませんが、記録の変化を見つけた後に、本人へ確かめ、支援する人と方法を調整する必要性が読み取れます。
営業組織でも、商談記録が長くなっている担当者に、単に短く書くよう求めるだけでは解決しない場合があります。何を残すべきか分からないのか、顧客の相談が複雑なのか、上司への説明に不安があるのかを確かめます。管理項目を整えることと、担当者が相談できる相手を用意することを、合わせて考えましょう。
保留と失注は、理由と連絡の意向を読んで扱う
保留や失注の一覧には、異なる状態の案件が含まれます。顧客が他の方法で解決した案件もあれば、検討する条件が整っていない案件もあります。予算、時期といった分類だけでは、次の対応を判断するには情報が足りない場合があります。分類の元になった会話と、確認した日付を読み返せるようにしておきましょう。
ただし、記録が残っていることを理由に、一律に再連絡する運用は適切ではありません。相手が連絡を望んでいない場合や、対応を終えると確認している場合は、その意向が分かるようにします。再確認する場合も、何が変わったときに、どのような目的で確認するのかを整理し、単なる追客の一覧にしないことが大切です。
導入後によくある失敗と、見直す順番
運用が定着しないときは、入力する人の意識だけを原因にしないようにします。入力の目的が分からない、同じ内容を別の場所にも書いている、記録しても会議で使われないなど、仕組み側の問題が残っていることもあります。現場で起きていることを見て、負担と判断への役立ち方を確かめます。
項目を増やした結果、何を書くか迷う
管理者が知りたいことをすべて項目にすると、相談受付の時点では分からない情報まで入力を求めることになります。担当者が仮の内容で埋めたり、後回しにしたりすると、記録の信頼性も下がります。受付時、相談内容の確認後、提案後など、情報が分かる時点に合わせて入力のタイミングを分けましょう。
見直すときは、項目ごとに、誰が何の判断に使うかを確認します。必要だが今は分からない情報には、未確認という状態を設けます。空欄だけでは、確認していないのか、該当しないのか、入力を忘れたのかが分かりません。意味を区別できるようにすると、管理者も必要な確認に絞って声をかけられます。
既存の表と新しいシステムを更新し続ける
移行中に複数の記録先があると、どちらが最新か分からなくなることがあります。既存の表を使い続ける事情を確認し、案件の状況はどこを見れば分かるのかを明確にします。会議用の資料へ転記している場合は、その資料にしかない情報が何かを確かめ、必要な表示をシステム側で用意できるか検討します。
過去の表をすぐに消す必要はありません。履歴として残すものと、日々更新するものを分け、対象と移行時点を明示します。過去の記録を参照できることと、今の案件状況を迷わず確認できることを両立させましょう。
通知が増えて、重要な対応が埋もれる
更新のたびに広い範囲へ通知すると、対応が必要な連絡を見分けにくくなります。通知は、誰かの行動が必要な場面を中心に設計します。担当が変わった、回答期限が近づいた、管理者の判断を依頼したなど、受け取った人が次に何をするか分かる内容にしましょう。
通知を見逃した場合の確認方法も必要です。通知だけに頼らず、自分が担当する未対応の案件を一覧で確認できるかを確かめます。個人の通知設定を変える前に、どの情報が業務上必要で、誰が受け取るべきかを関係者で整理してください。
入力率が上がっただけで、効果が出たと判断する
記録が増えても、次の対応が曖昧なままなら、案件管理の課題は残ります。入力状況に加えて、引き継ぎで口頭の補足が減ったか、会議で判断を持ち越す理由が分かるようになったか、担当者が必要な支援を受けられたかを確認します。導入前に決めた困りごとへ戻って評価することが大切です。
受注や案件の進展には、顧客の事情や提案内容なども影響します。導入後に結果が変わっても、システムだけの効果と決めつけず、どの業務が変わったのかを確かめましょう。改善が見えない場合は、記録する内容、記録を読む場、判断後の行動の順に見直すと、問題の所在を整理できます。
案件記録から見つかった聞き漏らしや説明の難しさは、商談の振り返りや練習の題材になります。営業のロールプレイングによる練習や商談の振り返りをAIで続ける方法として、FAZOMを検討することもできます。
まとめ
相談支援の案件管理システムは、管理する相談の種類と、記録を使って決めたいことを明確にしてから選びます。福祉の相談支援業務と法人営業の案件管理では必要な情報が異なるため、両方を扱う組織では、利用目的と共有する範囲を分けることが出発点です。
営業組織では、相談の背景、顧客の意向、案件の状況、次の対応をつなげて確認できるかを重視しましょう。今の仕組みで解決できない理由を整理し、自社の案件を使って、担当者以外でも状況を理解し判断できるかを試します。入力の簡単さに加え、引き継ぎ、修正、情報の取り出し方まで確かめると、導入後の使い方を具体的に考えられます。
最初に取り組むのは、現在の案件記録を見ながら、次の対応を決められずに困った場面を整理することです。その場面を改善できるかを比較と試用の基準にすれば、自社に必要な機能と運用を選びやすくなります。
