Vtiger CRM OSS · STANDARD FEATURES 07

商談の進捗と、
次にすることを見える形に。

「あの提案、今どうなっている?」「今月決まりそうな案件はどれ?」「見積を出した後、連絡できている?」。こうした確認が、担当者への聞き取りだけになっていませんか。

Vtiger CRM OSSの案件管理は、商談ごとの金額・営業ステージ・受注予定日・担当先などを整理する標準機能です。会社や窓口との関連付けから、次の活動、受注・失注の整理までを、図解と具体例で紹介します。

対象:Vtiger CRM Open Source 8.4系の標準機能。英語表示はOpportunities、内部のモジュール名はPotentialsです。日本語の名称・選択肢・表示位置は設定や翻訳で異なります。企業名・人物名・金額は説明用の架空例です。

最初に押さえたいこと
顧客企業は「会社」、顧客担当者は「相手の人」、案件は「個別の商談」を管理します。営業ステージで今の状態を、次のステップと活動で次の行動を整理すると、入力した情報を日々の仕事に使いやすくなります。

1. 案件は、会社ごとではなく商談ごとに管理する

青葉製作所に「検査装置の更新」と「保守サービスの追加」を提案しているとします。相手の会社は同じでも、金額・検討時期・進捗が違えば、それぞれを案件として分けると状況がわかりやすくなります。

顧客企業:青葉製作所

会社名・住所・代表連絡先など、会社に共通する情報を管理します。窓口や商談が増えても、同じ会社へ関連付けます。

案件:提案ごとの商談

装置更新は提案中、保守追加はニーズ確認中、というように、それぞれの進捗を管理します。

リードと案件は、何が違う?

リードは、初めて接点を持った相手を見極め、フォローする入口です。案件は、提案のテーマや相談内容が具体的になり、商談として追う単位です。リード変換時に案件を作成する方法も、既存の顧客企業から直接案件を作成する方法もあります。

案件名は、何の提案かわかる名前にする

「青葉製作所」だけよりも、「青葉製作所/検査装置更新/来期導入」のように、提案のテーマや対象を含めたほうが、複数の商談を区別しやすくなります。どの単位を1案件にするかも、社内でそろえましょう。

2. 金額・予定日・担当先を、商談ごとにそろえる

案件の基本情報は、「何を」「誰に」「いくらで」「いつまでに」「誰が進めるか」を確認するためのものです。わかっている情報から登録し、商談の進展に合わせて更新します。

案件で管理する主な標準項目
項目管理すること入力・確認のポイント
案件名何の商談か会社名だけでなく、提案テーマがわかる名前にする
顧客企業・顧客担当者どの会社の、誰と進めるか登録済みの会社・窓口との関連先を確認する
金額(Amount)商談の想定金額見込み額の入力基準や、見積変更時の更新ルールをそろえる
受注予定日
Expected Close Date
商談が決着する見込みの時期次の訪問日や請求期限と区別し、見込みが変われば更新する
営業ステージ
Sales Stage
現在の商談段階段階を進める判断基準をチームでそろえる
確度(Probability)受注見込みを表す割合判断の基準を確認する。受注を保証する値ではない
次のステップ
Next Step
次に進めることの要点相手と確認する内容や、次の対応を簡潔に残す
担当者(Assigned To)自社側で進める担当先ユーザーやグループを設定し、交代時も確認する

表示項目・必須設定・編集可否は、レイアウトや権限によって異なります。案件名以外にも必須項目があるため、実際の登録画面で確認してください。[1]

登録例:実際の画面を簡略化した概念図
青葉製作所/検査装置更新会社:青葉製作所/窓口:山田さん
金額
300万円
営業ステージ
提案・見積の段階
受注予定日
12月末を見込む
担当者
鈴木さん/自社の営業担当
次のステップ:仕様案について、山田さんからの回答を確認する
図1:案件情報の例。営業ステージの名称や入力形式は利用環境に従います。商談の見込みを表したもので、受注確定を示すものではありません。

3. 営業ステージは、同じ判断基準で更新する

営業ステージは、商談が今どの段階にあるかを表します。「提案中」という言葉でも、資料を送っただけなのか、正式な見積を説明したのかで意味が変わるため、段階を進める基準を決めておくことが大切です。

商談の進み方を簡略化した例
見込み・課題の確認相談内容や必要条件を確認
提案・見積提案内容と条件を提示
条件交渉・検討相手の判断と残る条件を確認
受注 / Closed Won

合意した内容を整理し、
受注後の仕事へ引き継ぐ

失注 / Closed Lost

今回の結果と理由を記録し、
今後の対応を判断する

図2:業務の進捗を説明する概念図です。実際のカンバン画面ではありません。標準の選択肢にはQualification、Needs Analysis、Proposal/Price Quote、Negotiation/Review、Closed Won、Closed Lostなどがあります。名称と運用は設定で異なります。[1]

担当者の感覚だけで、段階を進めない

「反応がよかったから提案中」ではなく、「提案内容を説明し、相手の検討事項が確認できたら次へ」といった業務上の基準を持つと、ほかの人も状況を理解しやすくなります。

ステージの値や並びを見直す場合は、管理者が選択肢の設定を確認します。既存データ、一覧条件、レポート、自動処理などへの影響も含めて検討しましょう。

金額・予定日・確度も、進捗に合わせて見直します。
ステージだけが進んで、金額や受注予定日が古いままだと、確認したい見込みが伝わりません。商談の条件が変わったときは、関連する情報をまとめて確認します。

4. 案件登録の基本手順

青葉製作所から、検査装置の更新について具体的な相談があった例で見てみましょう。作成・編集と、関連先の参照ができるユーザーで操作します。

  1. 既存の会社・窓口・案件を確認する

    同じ商談がすでに登録されていないかを確認します。会社や顧客担当者が登録済みなら、既存の情報を関連先として使います。

  2. 案件(Opportunities)の追加画面を開く

    案件の一覧から追加(Add Opportunity)を選びます。顧客企業の関連一覧やリード変換から作成する場合も、関連先と入力内容を確認します。

  3. 案件名・会社・窓口・担当先を設定する

    何の提案かわかる案件名にし、顧客企業と顧客担当者を関連付けます。Assigned Toには、自社の担当ユーザーやグループを設定します。

  4. 金額・営業ステージ・受注予定日を入力する

    現時点で確認できている見込みを登録し、画面の必須項目を確認して保存します。金額が未確定の場合の扱いは社内で統一しておきます。

  5. 次のステップを記録し、必要な活動を作成する

    次に確認する内容を記録し、期限と担当が必要な電話・訪問・作業は、予定やタスクとして案件に関連付けます。

リード変換で案件を作成した場合は、その案件を更新して進めます。同じ商談を改めて作成して、二重に管理しないようにしましょう。

5. 「今の段階」と「次の一手」をつなぐ

案件の進捗がわかっても、次に何をするかが決まっていなければ、商談は止まりやすくなります。標準のNext Stepと、活動・タスクを使い分けると、状況と実行する仕事を整理できます。

同じ案件に対して整理する3つの情報

営業ステージ

現在の状態

提案・見積の段階

次のステップ

次に進める内容

仕様案の回答を確認する

活動・タスク

いつ・誰が行うか

次回の電話確認を
日付と担当付きで登録

図3:営業ステージ、Next Step、活動・タスクの役割の違い。Next Stepに文字を入力するだけで、予定やタスクが自動作成されるという意味ではありません。[2]

見積を出したら、次の確認まで決める

見積を提出して終わりにせず、「いつまでに相手が確認するか」「誰に、何を確認するか」を残します。相手から回答があれば、内容を記録し、必要に応じてステージ・金額・予定日を更新します。

案件と見積は、役割が異なる

案件は商談全体の進捗、見積は提示する商品・サービスや価格・条件を管理します。同じ案件で見積を出し直しても、必ず別案件にする必要はありません。どの単位を商談として扱うかに沿って整理します。

OSS標準には、案件に関連付けて見積や受注を作成する導線があります。利用できる操作は有効なモジュールと権限に従います。会社・窓口・案件との関連先と、作成後の内容を確認しましょう。[2]

6. 一覧で見込みを確認し、受注・失注まで整理する

案件が増えたら、目的に合わせて一覧の表示列と条件をそろえます。会社の一覧を眺めるだけではなく、受注予定日や営業ステージを持つ案件の一覧で、商談を確認します。

日々の確認・営業会議で見る内容の例
確認したいこと見る情報確認後にすること
自分の進行中の案件担当者、営業ステージ次のステップと活動を確認する
今月決まる見込みの案件受注予定日の期間、未完了の営業ステージ、金額予定どおり進むか、残る条件を確認する
予定日を過ぎた進行中の案件受注予定日、営業ステージ遅れている理由と、今後の見込みを見直す
提案後の確認が必要な案件ステージ、Next Step、関連する活動相手の回答状況と、連絡の予定を確認する
受注した案件Closed Won、合意内容、関連する見積・受注受注後の手配・作業・引き継ぎを整理する
失注した案件Closed Lost、説明や関連する記録今回の結果と、次回に活かす情報を残す

上表は業務上の確認例です。基本項目での絞り込みと、関連活動の確認は分けて行います。関連する活動の有無などを一覧で横断判定したい場合は、レポートや追加機能の対応範囲を確認します。[3]

受注したら、受注後の仕事も確認する

営業ステージをClosed Wonへ変更することと、受注書の作成、納品や作業の準備、請求の手続きは分けて確認します。どの記録を残し、どの部門へ引き継ぐかを決めておくと、営業の完了と次の仕事をつなげやすくなります。

失注は、商談ごとの結果として残す

ひとつの商談を失注しても、会社や相手との関係が終わるとは限りません。記録を消して作り直す前に、失注した理由や今後の対応を残しましょう。別の提案が始まったときは、既存の会社・窓口に新しい案件を関連付ける方法があります。

独自の分析項目は、必要性を整理して追加します。
失注理由や延期理由を一定の選択肢で集計したい場合は、カスタム項目などで管理方法を検討します。専用の項目が標準で用意されている前提で運用を始めず、実際の項目と設定を確認しましょう。

7. よくある質問

同じ会社に、複数の案件を登録できますか?

できます。個別の提案や取引の機会を案件として分け、同じ顧客企業へ関連付けます。案件名も、どの商談か区別できる形にそろえます。

案件は、リードを変換しないと作れませんか?

案件を直接作成する方法もあります。既存顧客からの新しい相談などは、登録済みの会社や顧客担当者を関連付けて管理できます。

受注予定日は、次の訪問日ですか?

受注予定日は、商談が決着する見込みの時期を管理する項目です。次の訪問や電話の日付は、活動・タスク側で管理します。

Next Stepに入力すれば、タスクが作られますか?

標準のNext Stepは、次に進めることを記録する項目です。文字を入力するだけでタスクが必ず作られるものではありません。期限や担当を持つ作業は、活動・タスクとして登録します。

見積を出すたびに、別の案件を作りますか?

必ずしも必要ではありません。同じ商談で条件を調整しているのか、別の提案なのかを判断し、案件と見積の管理単位を分けて考えます。

自分に見える案件は、ほかのユーザーにも見えますか?

共有ルール・ロール・プロファイルなどに従います。案件の担当先と、閲覧・編集できる範囲は別に確認します。実際に利用するユーザーで表示と操作を確かめてください。

カンバン表示で案件を動かすこともできますか?

カンバン表示やドラッグ操作を使いたい場合は、導入する追加アプリ等の対応範囲を確認します。この記事では、OSS標準の一覧と項目による管理を説明しています。

8. 入力した進捗を、チームの次の行動につなげる

案件を登録する仕組みができたら、次は「いつ更新するか」「何を確認して次の段階へ進めるか」をそろえます。金額や予定日を埋めることに加え、相手の検討状況と次の行動がわかる状態を目指します。

営業会議の確認をそろえたい

進捗・金額・受注予定日・次の対応を、担当者ごとに異なるExcelから集めずに確認したい。

提案後や受注後の漏れを減らしたい

見積後の連絡や、受注後の社内引き継ぎまで、業務の流れとして整理したい。

標準機能を土台に、自社の営業へ合わせる

vtplusは、OSS版VtigerCRMを基盤に、業務整理・設定・導入後の運用改善を支援するサービスです。1案件の管理単位、営業ステージの基準、更新する項目、活動や見積との関連を、実際の営業の進め方に合わせて整理します。[4]

標準の一覧や項目で土台をつくり、「案件をカード表示で把握したい」「見積後のフォローを確認しやすくしたい」といった課題があれば、業務支援アプリや「コトバ開発」で必要な仕組みを検討します。現場の言葉から、使い方を一緒に具体化できます。[4]

本記事の案件登録・標準項目・関連付けはOSS版の標準機能です。追加アプリによる表示や個別開発は別の支援として、対応範囲や費用を事前に確認します。

NEXT STEP

「今どうなっている?」から、
「次に何をする?」へ。

案件の分け方、営業ステージ、更新ルール、提案後のフォロー。今の営業管理をもとに、自社で使い続けられる形から相談できます。