「Excelの顧客管理を見直したい」「営業とサポートで情報を共有したい」「自社の仕事に合わせた仕組みを作りたい」。そんなとき、vtplusが選択肢に入っても、何を基準に自社に合うか判断すればよいのか、迷うことがあります。

判断の出発点は、機能一覧をすべて確認することではありません。誰の、どの仕事を、どの状態に変えたいのかを整理し、そのための機能・データ・運用・費用が合うかを確かめることです。

この記事では、vtplusの導入相談前に整理したい7つのポイントを、図解・確認表・記入例で解説します。要件定義書を完成させる必要はありません。未定の項目も含めて、現状と相談したいことを伝えるための準備としてお使いください。

CRMの導入目的と運用条件を、営業担当者と業務責任者、システムの相談担当者が整理するイラスト
導入目的と現状を一緒に整理するイメージです。AI生成イラストで、実際の導入企業やvtplusの画面ではありません。

vtplusが自社に合うかは、業務と運用条件から判断する

顧客管理システムの比較では、画面の見やすさや費用に目が向きがちです。しかし、日々使う人が必要な情報を残せるか、担当が替わっても仕事を続けられるか、導入後の変更を誰が管理するかも、選定結果に影響します。

vtplusのように自社業務に合わせた仕組みを検討する場合は、希望する機能とあわせて、業務をどこまでそろえ、どこを自社固有のルールとして残すかを考えましょう。現在のExcelの列や画面を、そのまま再現することが最善とは限りません。

関連する公開情報として、アイプランナーのVtigerCRMを活用したソリューションの説明では、CRM本体・拡張機能・基盤・導入運用支援を組み合わせ、段階的に業務へ適用する考え方が示されています。ここではその考え方を参考に、相談時に確認すべき条件を整理します。実際に提供されるvtplusの構成・機能・契約範囲は、個別に確認してください。

図解 01自社との適合性は、3つの面から確かめる
業務に合うか誰の、何の仕事を改善するか。必要な情報と手順が整理できるか。
使い続けられるか現場の入力負担、管理担当、保守・問い合わせの分担は合うか。
条件が合うか機能・連携・費用・時期・データの扱いが必要条件を満たすか。
必須条件は満たすか。未確認事項は何か。合計点だけで決めず、業務に欠かせない条件を個別に確認します。
本記事で提案する検討の枠組みです。vtplusの機能や契約を保証する図ではありません。

例えば「部門をまたいで顧客情報を共有したい」「独自の管理項目がある」「既存の会計システムを残したい」といった希望は、相談する価値のある要件です。一方で、対応必須の外部サービス、特殊な端末、厳しい稼働条件などがあるなら、早い段階で伝えましょう。実現方法と制約を先に確かめることで、検討の手戻りを減らせます。

1.導入目的:何を、どの状態に変えたいか

最初に、導入のきっかけを具体的な仕事の場面へ落とし込みます。「営業を効率化したい」だけでは、入力支援が必要なのか、案件の見える化が必要なのか、引き継ぎを改善したいのかが分かりません。

整理しやすいのは、困っている場面・発生する頻度・業務への影響・目指す状態の4つです。「担当者が休むと顧客への回答内容が分からない」「見積もりを提出した後の次回連絡日が個人の予定表にしか残っていない」など、最近起きた出来事から書き出します。

あいまいな要望を、確認できる目的に変える例
最初の要望業務上の目的試行時に見ること
顧客情報を一元化したい担当外の人でも、顧客の最新状況と次の対応を確認できる必要な履歴が見つかるか、更新者と更新時点が分かるか
営業を効率化したい見積もり後の担当者と次回対応日を残す対応予定を一覧で確認できるか、担当変更後も追えるか
二重入力を減らしたい同じ顧客情報を複数の帳票やシステムへ転記する作業を減らすどこから転記しているか、入力が残る箇所はどこか

これらは検討用の例で、実際の改善結果を示すものではありません。目標値を置くなら、まず現在の作業時間や確認回数を把握します。数値が分からなければ、「毎週発生する」「月末に集中する」といった情報でも、優先順位を考える材料になります。

初回相談では、すべての困りごとを同じ重要度にせず、最優先の1〜2件を選ぶと話が進みやすくなります。「最初の導入がうまくいったと、誰が、何を見て判断するか」まで決められると、デモや試行で確かめる内容も明確になります。

2.利用者:誰が、どの権限で使うか

次に、利用する部門と役割を整理します。営業だけが入力する仕組みと、営業・事務・サポートが共通の顧客情報を使う仕組みでは、必要な画面や情報の受け渡し方が異なります。

人数は、現在の利用予定者だけでなく、今後参加する部門も含めて考えます。また、登録するアカウント数と、同じ時間帯に操作する人数は分けて伝えましょう。利用者数が同じでも、大きな添付ファイルを扱う場合や一斉に集計する場合では、基盤への負荷が変わります。

「見る・入力する・直す・持ち出す」を分ける

権限は、単に「管理者か一般ユーザーか」だけで考えないことが大切です。顧客を閲覧する人、対応履歴を記録する人、契約条件を修正する人、データをエクスポートする人、設定を変える人では、必要な範囲が違います。

  • 自分の担当顧客だけを扱うか、チーム全体を扱うか
  • 他部門の商談・問い合わせ履歴をどこまで共有するか
  • 個人情報や価格条件など、閲覧範囲を絞りたい情報はあるか
  • 退職・異動・代理対応のとき、誰が権限や担当を変更するか
  • 外出先のスマートフォン、社内端末、拠点間でどのように使うか

画面で項目を見せないことと、データへのアクセスを制限することは別です。非表示・編集制限・検索・出力などを含め、必要な操作の範囲を確認してください。端末やネットワークの条件も伝え、実際に使う環境で確かめる前提を置きましょう。

社内の全員が同じ量の情報を入力する必要はありません。「営業は訪問結果と次回対応を残す」「サポートは問い合わせと対応状況を更新する」など、役割ごとに必要な作業を決めると、現場の負担も見積もりやすくなります。

3.データ:何を管理し、何を移すか

システムの画面を考える前に、管理したい情報を分けてみましょう。会社・担当者・商談・活動履歴・問い合わせ・見積書などは関連していますが、同じ情報ではありません。一社に複数の担当者がいて、同時に複数の商談や問い合わせがある、といった関係もあります。

現在の管理表を持ち寄る際は、項目名だけでなく、何のために使う列かも整理します。使っていない列、同じ意味なのに名前が違う列、記入者によって意味が違う列が見つかれば、導入前に整理する候補になります。

図解 02現在の情報を、移行方針で分ける
最初から使う稼働中の顧客、進行中の商談、未完了の問い合わせなど。
整理してから移す重複顧客、表記の揺れ、担当不明、対応関係が分からない情報。
別の場所で保管参照頻度の低い過去履歴など。保管・検索・閲覧の方法を決める。
移行対象を決めるための考え方です。必要な保管期間や業務上の参照条件は別途確認します。

件数・添付ファイル・重複・関連付けを確認する

移行作業は、CSVを読み込めるかだけでは決まりません。データ件数、添付ファイルの容量、文字や日付の形式、顧客と商談を結び付ける番号、選択肢の対応などで作業内容が変わります。同じ社名の支店や、名前が変わった会社をどう扱うかも確認が必要です。

相談時は、利用中のExcelや出力データの項目一覧と、おおよその件数が役立ちます。サンプルを共有する場合は、実データを渡す前に必要範囲と受け渡し方法を相談し、可能なら個人情報を置き換えた見本を用意します。

全履歴を移すかどうかは、費用だけで決めず、仕事で検索する必要があるか、元の情報をどこで参照できるかとあわせて判断します。移行後は、件数だけでなく、顧客と商談の対応、担当者、添付ファイル、閲覧権限をサンプルで確認する計画も立てましょう。

4.機能・連携:必須条件と実現方法を分ける

必要機能は、「何という機能が欲しいか」だけでなく、「どの場面で、何ができればよいか」で伝えると検討しやすくなります。例えば「自動化したい」なら、何をきっかけに、どの条件で、何を実行するかまで分けて考えます。

ノーコードでの設定、拡張機能の利用、個別開発は、要件に応じて確認する実現方法です。ノーコードという言葉だけで、どの要望も設定だけで実現できるとは判断しません。利用する版・構成・モジュール・権限・処理経路によって、対応範囲が変わるためです。

機能名を、具体的な条件に置き換える例
希望すること整理する条件確認する実現方法
入力ミスを防ぎたい対象項目、条件、エラー時の案内、画面入力以外の登録経路標準設定・入力支援・保存時の検証がどこまで対応するか
自社独自の管理をしたい管理する単位、項目、関連する顧客・案件、担当者既存の管理単位で足りるか、拡張や開発が必要か
他システムと連携したい対象データ、更新元、連携方向、頻度、エラー時の対応API・CSV等の手段、制約、監視と再処理の仕組み
画面を分かりやすくしたい役割ごとの表示、入力順、必要な情報、端末設定で整理できる範囲と、権限制御の確認

既存システムは、残す役割も決める

会計、販売管理、メール、グループウェアなどを利用しているなら、システム名と利用目的を伝えます。CRMへすべてを移す必要があるとは限りません。「請求金額は販売管理を正とする」「顧客への対応履歴はCRMに残す」など、どこがどの情報を管理するかを決めます。

外部連携は、双方にAPIがあるだけで完了するものではありません。対象項目、認証、利用制限、追加料金、更新の衝突、重複登録、失敗時の通知と再処理などを確認します。連携が止まったときに、誰が気付き、どの作業を引き継ぐかも相談しておきましょう。

要望には「開始時に必須」「当面は手作業で代替」「利用後に判断」の区分を付けます。必須条件には業務上の理由を添え、代替方法が使えるかも検討します。既存拡張で対応する場合も、利用条件・対象機能・保守範囲を見積もりで確認してください。

5.運用:業務の判断と技術的な維持を誰が担うか

導入後には、利用者の追加、項目の変更、問い合わせ対応、障害時の確認、バックアップ、更新などが発生します。社内に専任のIT担当者がいなくても、業務上の判断をする人と、技術的な作業を担う人を分けて考えられます。

アイプランナーのシステム担当者向け説明では、顧客側が管理する情報・アカウントと、専門家が支援する技術作業の分担が説明されています。外部支援を利用する場合も、具体的な役割、対応時間、対象作業、費用は契約で確かめましょう。

図解 03業務の責任と技術作業を分けて相談する
社内で判断すること
業務ルール利用者・権限の承認改善の優先順位受入・変更の承認

現場の要望を集め、何を変えるかを決める窓口を置きます。

支援範囲を確認すること
基盤の管理障害調査バックアップ・復元更新の検証・作業

作業担当、連絡経路、対応条件、費用を具体的に確認します。

両者をつなぐ窓口と、変更・緊急時の判断手順を決める
一般的な分担の整理例です。vtplusの契約に含まれる保守内容を示すものではありません。

基盤・バックアップ・引き継ぎを確認する

利用するサーバーやクラウドの契約名義、管理者権限の保管者、料金の請求先、ドメインや証明書の管理担当を確認します。顧客側で管理する構成と、提供会社が管理する構成では、手続きや依頼方法が変わります。自社に合う管理方式を相談してください。

バックアップは、取得することと、復元できることを分けて確認します。データベース・添付ファイル・設定など、何を対象にするか、保存先と期間、復元を判断する人、復元手順の確認方法を整理します。データ出力もバックアップも目的が異なるため、両方を確認しましょう。

更新では、CRMだけでなくOS・PHP・データベース・拡張機能などの組み合わせを扱うことがあります。検証環境、作業時間、停止の連絡、問題が出たときの対応を確認します。また、将来の保守先変更に備え、設定資料・ソース・データ・各アカウントの引き継ぎ条件も聞いておくと、管理の見通しを立てやすくなります。

6.予算:初期費用と継続費用を同じ範囲で比べる

費用は、導入時の金額だけで比較しないことが大切です。どの業務を、どのデータまで扱い、誰が何を支援する見積もりなのかをそろえて確認します。安く見える見積もりでも、移行や教育が含まれていなければ、自社側の作業が増えることがあります。

前述のアイプランナーの公開説明では、OSS版VtigerCRM本体のユーザーライセンス料と、導入・基盤・拡張・保守等の費用を区別しています。本体のユーザーライセンス料が不要であっても、システム全体の導入・利用が無料という意味ではありません。vtplusの具体的な費用と利用条件は、必要な構成を伝えて確認しましょう。

見積もりの対象範囲を確認する項目
費用の区分確認する作業・対象そろえて比べる条件
導入前・構築業務整理、設計、設定、拡張、必要な開発対象部門・機能、要件変更の扱い、成果物
移行・開始データ整備、移行、検証、説明、切り替え支援対象件数・履歴・添付、整備担当、受入範囲
継続利用基盤、拡張の利用条件、保守、問い合わせ対応月額等の対象、対応時間、含まれる作業・除外作業
変更・更新・終了追加改修、更新検証、復元支援、データ出力・引き継ぎ定期費用に含むか、個別見積もりか、引渡し条件

社内の準備・確認・教育にかかる時間も予定に入れます。費用と作業負担は、最初の範囲を小さくすることで調整できる場合がありますが、必要な安全性や受入確認まで省く判断は避けましょう。

予算が決まっていない場合は、上限の目安、支出時期、最初に解決したい業務を伝えます。その条件でどこから始められるか、後回しにする内容は何かを相談できます。見積もりを受け取ったら、税込・税別、支払い時期、有効期限、変更時の費用も確認してください。

7.開始範囲:いつ、どの業務から試すか

「全社で使えるようにしたい」という目標があっても、最初から全業務を対象にする必要があるかは検討できます。まず顧客・進行中の商談・対応履歴に絞り、実際の仕事で使い方を確かめる方法もあります。

ただし、小さく始める場合も、将来ほかの部門へ広げるときの顧客番号や権限、管理単位を考えておきます。初期範囲を絞ることと、先の見通しを持たずに作ることは違います。

図解 04開始日から逆算して、試行と受入を予定する
  1. 範囲を決める最初の業務、利用者、移行データ、残す運用を決める。
  2. 実例で試す通常の仕事と、担当変更・入力誤り等の場面を確認。
  3. 受入を判断必須条件、残課題、開始手順、支援体制を確認。
  4. 利用を見直す入力負担と実際の利用を見て、次の改善を決める。
導入手順の例です。実際の期間は、対象範囲や移行・検証の内容によって変わります。

開始希望日と、動かせない条件を分ける

「年度初めに使いたい」といった希望日だけでなく、現行システムの契約期限、繁忙期、担当者が確認できる時期なども伝えます。業務の切り替えには、データ準備・設定・連携確認・教育の時間が必要です。希望日だけを先に固定すると、必要な確認が圧迫される場合があります。

並行運用をするなら、どの情報をどちらへ入力するか、いつ切り替えるか、差分を誰が確認するかを決めます。「念のため両方に入力」を続けると、二重入力と情報の不一致が残りやすくなります。

導入後の見直しでは、入力件数だけでなく、必要な情報が見つかるか、担当者以外も対応できるか、不要な入力項目がないかを確認します。利用者からの要望を受ける窓口と、変更する順番を決める場も用意しましょう。

相談前に使える、7項目の記入例

以下は架空の会社を想定した記入例です。vtplusの導入実績や、提供できる構成・納期を示すものではありません。このくらいの粗さで、分かる項目だけ書き出すと相談の材料になります。

架空の会社の相談準備メモ
整理する項目記入例
1.目的顧客への回答内容が担当者のメールに分散。担当者が不在でも、最新の回答と次の対応を確認したい。
2.利用者営業6名、事務2名、サポート2名を想定。同時利用は未確認。部門間で共有する範囲を相談したい。
3.データExcelの顧客台帳と進行中案件。重複あり。過去履歴と添付ファイルをどこまで移すか未定。
4.機能・連携担当、対応履歴、次回対応日を初期必須にしたい。会計は継続利用。顧客番号の連携は後で検討。
5.運用社内窓口は営業責任者。専任IT担当者はいないため、基盤管理と更新の支援範囲を確認したい。
6.予算金額は未定。初期費用・継続費用・自社作業を分けた見積もりで検討したい。
7.開始範囲・時期営業と事務の一部から試行したい。繁忙期を避けたいが、開始希望日は調整可能。

コピーして使う相談準備テンプレート

1.目的:現在の困りごと/発生場面/目指す状態/最優先の課題

2.利用者:部門・人数/主な操作/共有範囲/利用端末

3.データ:現在の管理方法/件数・容量/移したい範囲/重複や不明点

4.機能・連携:初期必須/代替できるもの/既存システム/未確認の条件

5.運用:社内窓口/業務の判断者/依頼したい技術作業/管理・引渡しの希望

6.予算:目安または未定/費用を知りたい範囲/社内で担当できる作業

7.開始範囲:最初の業務・利用者/希望日/契約期限・繁忙期/受入の判断者

※分からない項目は「未定」「相談したい」で構いません。

追加で用意できるなら、現在の管理表の項目一覧、よく使う帳票の見本、業務の流れが分かるメモが役立ちます。最初から詳細な仕様書や実データ一式を用意するより、相談で必要な資料と共有方法を確認して進めると整理しやすくなります。

相談・デモでは、実際の仕事がつながるかを確かめる

デモを見る際は、画面を順番に説明してもらうだけでなく、自社の代表的な仕事を一つ取り上げます。例えば、顧客を登録し、商談と対応履歴を残し、担当を替え、別部門が必要な履歴を確認する、といった流れです。

その流れの中で、次の点を確認すると、機能名の比較だけでは分からない使い方や制約が見えてきます。

  • 入力と検索:現場が必要な情報を無理なく残し、別の人も探せるか。
  • 権限と例外:担当変更や共有範囲、誤入力の修正が業務のルールに合うか。
  • 利用環境:実際の端末・ブラウザー・回線条件で、必要な操作を確認できるか。
  • 対応範囲:標準・設定・拡張・開発のどれで対応し、未確認の部分は何か。
  • 継続と引き継ぎ:設定変更、データ出力、障害時の連絡、保守先変更の手順を確認できるか。

「デモでできた操作」と「自社の構成で検証済みの操作」は分けて記録します。判断が難しい条件は、試行・検証の対象、確認担当、必要な費用、結果を判断する時期を決めましょう。

相談後には、確認できた条件・未確認事項・見積もり対象・自社で準備することを短く整理しておくと、社内説明もしやすくなります。必須条件を満たせない場合は、運用の変更で対応できるか、ほかの構成や製品も含めて検討するかを判断してください。

よくある質問

業務の整理が終わっていなくても相談できますか?

準備の段階では、困っている場面と、現在の管理方法が分かるだけでも相談事項を整理できます。未定の点は、そのまま伝えましょう。実際の相談方法や支援範囲は、窓口で確認してください。

ノーコードなら、システム担当者は不要ですか?

画面から設定できる範囲があっても、業務ルールの判断、利用者の管理、変更の承認は必要です。技術作業を外部へ依頼する場合は、その範囲を確認します。設定で対応できることと、管理作業がなくなることを分けて考えましょう。

今あるExcelは、すべて移すべきですか?

必ずしもすべてを初期移行する必要はありません。現在の仕事で使う情報、過去の参照に必要な情報、重複や内容の確認が必要な情報を分けます。移さない情報の保管先と参照方法も含めて決めます。

少人数の会社でも検討する意味はありますか?

人数だけでなく、顧客情報の分散、引き継ぎ、管理の複雑さなどで必要性は変わります。小規模でも共有の仕組みが役立つ場合があり、逆に現在の方法の改善で足りる場合もあります。効果が見込める業務と維持する負担を比べましょう。

vtplusの費用は、人数だけで決まりますか?

人数だけでは判断できません。対象機能、利用基盤、データ量・移行範囲、拡張、開発、支援内容などを確認する必要があります。必要条件を伝え、初期費用と継続費用の内訳を確認してください。

vtplusの検討は、最優先の困りごとを一つ伝えることから

vtplusが自社に合うかを判断するには、目的・利用者・データ・機能と連携・運用・予算・開始範囲の7項目を、自社の仕事に結び付けて確認することが大切です。

最初からすべてを決める必要はありません。「何に困っているか」「何が必須か」「何がまだ分からないか」を分けておけば、相談で確認したいことが見えてきます。機能の説明を、自社の実際の仕事と照らし合わせながら検討していきましょう。