Salesforce商談とは？フェーズ設計と入力更新の基本

▼ この記事の内容

Salesforce商談は、案件の金額や完了予定日を入れるだけの箱ではありません。フェーズ根拠、次アクション、失注理由を更新し、営業レビューと育成に戻して初めて案件管理に効きます。入力項目より、レビューで見る問いを先に決めることが判断条件になります。

50名規模の営業組織では、担当者ごとの報告だけで全案件を把握するのは難しくなります。Salesforce商談を案件単位でそろえると、金額、完了予定日、フェーズを同じ基準でレビューできます。

ただし、商談を作成しても、更新条件やレビュー頻度が曖昧なままでは入力作業だけが残ります。完了予定日が過去日のまま残り、営業会議で見込みの根拠を説明しづらくなります。

この記事では、Salesforce商談の基本、管理項目、入力更新、フェーズ設計、レビューで見る項目を整理します。入力欄を増やす前に、商談情報を営業レビューと育成へ戻す考え方が分かります。

読み終えるころには、自社の商談フェーズや必須項目を、営業管理に使える形で見直せるはずです。商談フェーズを入力で終わらせず、育成基準までつなげたい方は、営業スキルを整理するテンプレートも確認できます。

「ヒアリング力を上げろ」では誰も育たない。トップ営業の暗黙知を測定可能なレベルまで分解した、6業種のスキルマップ・テンプレートを公開中！
＞＞無料で『業種別！営業の成果と育成を両立するスキルマップテンプレート集』をダウンロードする

Salesforceの商談の基本を理解する

Salesforceの商談は、取引先との案件を金額、完了予定日、フェーズ、確度で管理する標準オブジェクトです。入力した情報は、売上予測と営業レビューで次に取る行動を決めるために使います。

Salesforce商談は案件を管理する標準オブジェクト

Salesforce公式ヘルプの商談説明では、商談は進行中の案件や潜在的な売上を追跡する対象として扱われます。営業レビューでは、金額・完了予定日・フェーズ・確度を同じ単位で確認します。

商談は、見込み顧客との会話を単に記録する場所ではありません。受注見込み、予定時期、進行状況を同じ単位でそろえ、営業マネージャーが案件を確認する起点になります。

営業担当者が商談を作成すると、案件ごとの金額や完了予定日、フェーズを追えるようになります。営業会議では、その情報を見ながら次の打ち手や支援が必要な案件を判断します。

一定規模の営業組織では、担当者ごとの報告だけで全案件を把握しようとすると、確認項目が人によってばらつきやすくなります。商談を案件単位でそろえると、個人の記憶ではなく同じ項目でレビューできます。

まず押さえるべき点は、商談を入力欄ではなく案件判断の単位として扱うことです。担当者、期限、会議で見る指標に結び付け、次回会議で更新状況と未対応理由を確認します。

参考：商談｜Salesforce ヘルプ

商談は売上予測と営業プロセスの管理に使う

商談は、売上予測と営業プロセスを管理するために使います。金額、完了予定日、フェーズが更新されていない商談は、会議で確認しても判断材料になりません。

Salesforce商談の定義を営業現場へ落とし込む際は、会議で見たい項目へ変換する必要があります。売上予測では金額、完了予定日、フェーズを確認し、営業プロセス管理では停滞箇所と次アクションを見ます。

売上予測では、金額だけでなく完了予定日とフェーズの根拠を見ます。金額が大きくても顧客側の意思決定が進んでいなければ、予測に強く織り込むのは危険です。

営業プロセス管理では、商談がどこで停滞しているかを見ますが、初回提案後に止まる案件が多いなら、提案資料ではなく課題確認や決裁者確認に改善余地があります。商談を予測とプロセス管理に使うには、更新責任とレビュー頻度を決める必要があります。入力項目だけを増やす前に、次にどの情報を管理するかを確認します。

売上予測とプロセス管理に使うには、商談ごとに見る項目を絞る必要があります。次に、案件管理という広い言葉とSalesforce商談の粒度の違いを確認します。

案件管理との違いは扱う情報の粒度にある

案件管理は営業案件全体の進捗を扱い、Salesforce商談は個別案件ごとの金額、時期、フェーズを記録します。違いは、管理する情報の粒度にあります。

案件管理という言葉は、営業会議、案件一覧、受注見込み、行動管理まで広く使われます。一方でSalesforce商談は、1つの取引先との具体的な受注機会を管理する単位です。

営業マネージャーが混同しやすいのは、案件管理の目的をそのまま商談項目へ詰め込む場面ですが、目的が広すぎると、担当者は何を更新すべきか判断できなくなります。実務では、まず個別商談で見る項目を絞るのが有効です。金額、完了予定日、フェーズ、確度、次アクションを先にそろえると、案件管理全体の見通しも整います。

案件管理と商談を分けて考えると、入力項目の優先順位を決めやすくなります。次のセクションでは、Salesforce商談で最初に管理すべき項目を整理します。

Salesforce商談で管理する主な項目

Salesforce商談で最初に管理すべき項目は、金額、完了予定日、フェーズ、確度、次アクション、失注理由です。項目名を覚えるより、営業レビューで何を判断するための情報かを先に決めます。

管理項目	レビューで見る問い	更新が必要な場面
金額	予測に入れてよい規模か	提案範囲や契約条件が変わったとき
完了予定日	いつ売上化する見込みか	顧客側の検討日程が変わったとき
フェーズ	顧客の意思決定はどこまで進んだか	顧客行動に明確な変化があったとき
確度	予測にどの強さで反映するか	決裁者、予算、競合状況が変わったとき
次アクション	誰がいつ何を進めるか	商談後に次の約束や宿題が出たとき
失注理由	次に同じ負け方を防げるか	失注が確定した直後

この表のポイントは、入力項目を営業担当者の作業ではなく、マネージャーの判断材料として並べることです。レビューで使わない項目は、必須化しても更新されにくくなります。

金額と完了予定日は予測の基準になる

金額と完了予定日は、Salesforce商談を売上予測に使うための基準ですが、提案範囲や顧客の検討日程が変わったら、商談直後に更新します。金額は、見積総額をただ入れる欄ではありません。顧客が合意している範囲、追加提案の余地、契約時期のズレを踏まえて、予測に反映できる金額へ近づけます。

完了予定日は、営業側が受注したい日ではなく、顧客が意思決定できる見込み日として扱います。決裁会議や稟議の時期が未確認なら、日付だけを前倒ししても予測精度は上がりません。

月末会議の前だけ更新する運用では、パイプラインが実態より良く見えます。営業マネージャーは、金額の増減理由と完了予定日の変更理由を同時に確認するのが有効です。

金額と完了予定日は、変更理由まで確認して初めて売上予測に効きます。営業マネージャーは、日付と金額の差分を商談後の記録で追える状態にします。

金額と完了予定日は、変更理由を会議で説明できる状態まで更新します。提案範囲、顧客側の検討日程、契約条件のどれが変わったのかを残すと、担当者ごとの判断差を抑えられます。

フェーズと確度は顧客行動で見る

フェーズと確度は、営業担当者の作業量ではなく顧客行動で判断します。資料を送った事実より、顧客が次の意思決定へ進んだかを見ます。

フェーズを営業活動で分けると、提案済みや見積送付済みのような作業記録に寄ります。顧客が課題を認めたか、関係者を巻き込んだか、比較検討に入ったかで定義すると、レビューで判断しやすくなります。

確度は、フェーズに機械的に連動させるだけでは不十分です。同じ提案段階でも、決裁者不在の案件と予算確認済みの案件では、予測に織り込む強さが変わります。

営業担当者は、フェーズを上げるほど進捗を示せると感じる場合がありますが、だからこそ、フェーズ変更の条件を顧客行動で決め、会議では根拠を短く説明できる状態にします。フェーズと確度は、顧客行動の根拠とセットでレビューして初めて判断に使えます。会議では、進捗名ではなく、次の意思決定に進んだ証拠を確認します。

フェーズと確度は、顧客が次に何を決める段階なのかで確認します。決裁者接触、予算確認、比較条件の提示など、フェーズ変更の根拠を会議で説明できる形にします。

次アクションと失注理由は育成材料になる

次アクションと失注理由は、Salesforce商談を営業育成に戻すための項目です。次に誰へ何を行うか、なぜ負けたかを残すと、レビュー後の改善につながります。

次アクションは、『電話する』『確認する』だけでは足りません。相手、日付、目的まで残すと、マネージャーは案件の停滞理由と支援の必要性を判断できます。失注理由は、競合比較、課題合意、決裁者確認のどこで負けたのかを分けて残します。

【営業改善プログラム「FAZOM」の設計思想】

営業改善プログラム「FAZOM」では、「実商談→レビュー→練習の往復」を営業改善の運用条件として扱います。商談に残った次アクションと失注理由を、担当者の反省ではなく次の練習材料へ戻します。

管理項目が決まったら、次は作成、入力、更新の順番をそろえます。商談レコードを作るタイミングと更新責任が決まると、レビューで使える情報が残りやすくなります。

次アクションと失注理由は、レビュー後の育成テーマへ戻せる粒度で残します。価格や顧客都合を除いたうえで、質問不足、決裁者確認不足、課題合意不足など会話で改善できる項目に分けます。

商談の作成・入力・更新の進め方

商談の作成・入力・更新は、操作手順だけで完結させないことが大切です。誰がいつ何を更新し、どの会議で使うかを決めると、Salesforce商談が営業管理に残ります。

新規商談は取引先と金額を起点に作成する

新規商談は、取引先、商談名、金額、完了予定日を起点に作成します。詳細な入力画面は組織設定で異なるため、標準項目と自社必須項目を分けて確認します。

商談化の基準が曖昧なまま作成すると、まだ検討前の案件までパイプラインに入ります。営業担当が初回提案の有無や顧客課題の確認状況を見て、商談作成の条件をそろえるのが有効です。

新規作成の目的は、案件を早く増やすことではありません。レビューで見るべき案件を同じ粒度で並べ、次の更新に進めることです。

更新は会議前ではなく商談直後に行う

商談更新は、営業会議の直前ではなく商談直後に行うのが望ましいです。記憶が新しいうちに、顧客の反応、次アクション、完了予定日の変化を残します。

会議前にまとめて更新すると、担当者の都合が入りやすくなります。特に失注リスクや決裁者不在は後回しにされやすいため、商談後の入力を基本ルールにします。

チームによっては、当日中更新、翌営業日午前まで、週次レビュー前日までなどの例外が必要です。例外を作る場合も、誰が未更新を確認するかまで決めると運用が崩れにくくなります。

必須項目はレビューで使う情報に絞る

必須項目は、営業レビューで使う情報に絞るべきです。入力項目を増やしすぎると、現場は埋めることを優先し、判断に使えない記録が増えます。

営業部長やSalesforce管理者へ説明する際は、入力項目の多さより更新責任とレビュー頻度を先に示します。社内説明では、どの項目が売上予測と育成判断に使われるかを明確にします。

必須項目の候補は、フェーズ根拠、完了予定日、金額変動、次アクション、失注理由に絞ると始めやすくなります。次のセクションでは、商談フェーズをどう設計するかを扱います。

商談フェーズ設計の考え方

商談フェーズは、営業担当の作業状況ではなく顧客の意思決定状況で分けます。顧客が何を確認し、誰が合意し、次に何を決めるかを条件にすると、レビューで判断しやすくなります。

フェーズは顧客の意思決定状況で分ける

商談フェーズは営業の作業状況ではなく、顧客の購買・意思決定がどこまで進んだかで分けると、レビューで判断しやすくなります。フェーズ条件には顧客行動を入れます。

営業改善プログラム「FAZOM」では、商談フェーズを営業作業、顧客行動、意思決定者、次アクションの4点で確認する整理を推奨します。資料送付済みではなく、顧客が比較条件を出したかを見る発想です。

顧客が意思決定者と接触していない場合は、フェーズを進めない判断が必要です。決裁者確認を次アクションに置くと、営業会議で不足情報を扱いやすくなります。

営業活動だけを基準にしたフェーズは形骸化しやすい

営業活動だけを基準にしたフェーズは、入力は進んでも商談の実態を表しにくくなります。提案済み、見積送付済みという作業記録だけでは、顧客の検討度合いが分かりません。

営業担当から見ると、活動ベースのフェーズのほうが入力しやすいと感じる場面があります。ただ、レビューで知りたいのは作業完了ではなく、顧客が次の意思決定へ進む条件です。

初期導入では暫定的に営業活動ベースで始めても構いません。運用が回り始めたら、顧客の合意、予算確認、決裁者接触などの条件へ段階的に寄せるのが現実的です。

更新条件とレビュー頻度を先に決めておく

フェーズ設計では、名称より更新条件とレビュー頻度を先に決めます。誰が更新し、誰が確認し、どの会議で判断するかが曖昧だと運用が止まります。

更新責任者が曖昧な場合は、担当者更新、マネージャー確認、営業会議レビューに役割を分けます。小規模チームでは簡易ルールでもよいですが、確認責任だけは固定します。

更新された商談がレビューに使われない状態が続くと、現場は入力の意味を失います。数字が動かない原因を商談レビューの観点から整理したい場合は、課題整理の資料を参照できます。

商談の質を変えて成果につなげる。営業マネージャーが見るべきポイントを、10項目のチェックリスト付きで解説！
＞＞無料で『チームの数字が動かない営業マネージャーが陥る3つの罠』をダウンロードする

商談管理が形骸化する失敗パターン

Salesforce商談管理は、入力項目を増やすほどよくなるものではありません。レビューで使われない項目が増えるほど、現場は入力作業だけをこなし、売上予測や育成に使いにくくなります。

形骸化は、入力漏れだけでなくレビュー不在から起きます。まずはどの失敗が会議で何を困らせるのかを分けて確認します。

失敗パターン	起きる状態	レビューで困ること	防止ルール
フェーズ未定義	営業担当ごとに判断が変わる	見込みの根拠を比較できない	顧客行動で更新条件を決める
完了予定日放置	過去日の商談が残る	売上予測を説明しづらい	商談直後に日付を見直す
失注理由未記録	原因が個人メモに残る	改善テーマを集計できない	分類項目と補足欄を分ける
次アクション未更新	次に誰へ何をするか曖昧になる	停滞案件の支援が遅れる	日付、相手、目的を必須にする
レビュー不在	入力だけが目的になる	営業会議で改善に戻らない	週次で確認項目を固定する

表の共通点は、項目そのものより使い方が決まっていない点です。入力ルールは、レビューでの問いとセットで設計します。

フェーズが営業都合だと売上予測がズレる

フェーズが営業都合で進むと、売上予測は実態より前倒しに見えます。提案書を送っただけで商談が進んだ扱いになると、顧客の意思決定が追いつきません。

営業担当は、活動量を示したい気持ちからフェーズを進めたくなる場合があります。マネージャーは責めるのではなく、顧客の合意や決裁者確認を更新条件として確認します。

更新されない原因を先に潰すと、運用ルールが現場に残りやすくなります。フェーズ名を増やす前に、進める条件と戻す条件を同時に決めることが判断条件になります。

完了予定日を放置すると会議で説明しづらくなる

完了予定日を放置すると、営業会議で今月の見込みを説明しづらくなります。過去日の商談が残るほど、パイプラインの数字は信用されにくくなります。

完了予定日が過去日のままなら、金額を先に詰めるより次アクションと顧客都合を確認します。決裁会議が延期されたのか、提案優先度が下がったのかで、打ち手が変わります。

まずは費用ではなく、商談レビューで何を成果として見るかを整理します。完了予定日の更新は、予測精度だけでなく支援の早期化にもつながります。

失注理由が自由記述だけだと学習に残りにくい

失注理由を自由記述だけで残すと、後から集計できず、若手営業の練習テーマにも戻しにくくなります。分類項目と補足コメントを分けて残す設計が実施条件になります。

自由記述、分類なし、レビュー不在の3条件が重なると、失注理由は個人の反省で終わります。価格負け、決裁者不在、課題優先度不足などを選択式で残すと、傾向を見やすくなります。

失注理由は、営業担当の責任追及に使う項目ではありません。次の商談レビューで確認する観点と、若手が練習すべき場面を見つける材料として扱います。

商談レビューで確認すべき項目

商談レビューでは、金額の増減だけでなく、フェーズ根拠、次アクション、失注リスク、育成課題を確認します。Salesforce商談は、入力された情報を会議で問いに変えて初めて改善に使えます。

フェーズ根拠
完了予定日
金額変動
次アクション
相手
失注リスク
育成課題

このチェックリストは、商談レビュー前に最低限そろえる確認項目です。項目を埋めるだけでなく、会議で判断できる粒度まで具体化します。

レビューではフェーズの根拠を確認する

商談レビューでは、フェーズ名よりもフェーズを進めた根拠を確認します。顧客の合意、決裁者接触、比較条件の提示など、顧客行動で説明できる状態にします。

フェーズ根拠が曖昧なまま進むと、営業会議では見込み金額だけが先に膨らみます。営業マネージャーは、担当者の感覚ではなく、顧客が次に何を決める段階かを確認します。

フェーズ定義がまだ整っていない場合は、レビューで責める前に更新条件を戻します。顧客行動で説明できる根拠がそろうと、次アクションの確認にも進みやすくなります。

次アクションは日付と相手まで具体的に見る

次アクションは、何をするかだけでなく、いつ誰に対して行うかまで確認します。日付、相手、目的がそろうと、停滞案件の支援判断が早くなります。

連絡する、確認するという記録だけでは、商談が前に進む条件が見えません。決裁者へ予算確認を依頼するのか、現場担当へ利用条件を確認するのかで、支援内容は変わります。

顧客都合で一時保留になっている商談は、無理に次アクションを詰めない判断も必要です。その場合も、再接触日と確認相手を残すと、育成課題との切り分けがしやすくなります。

商談課題を次の練習テーマに反映する

商談課題は、レビューで指摘して終わらせず、次に練習する場面と評価基準へ戻します。失注理由や停滞フェーズを使うと、練習内容が実商談から離れにくくなります。

【営業改善プログラム「FAZOM」の設計思想】

営業改善プログラム「FAZOM」では、「実商談→レビュー→練習の往復」を営業改善の運用条件として扱います。Salesforce商談に残った課題を、担当者の反省ではなく次の練習材料へ戻します。

商談フェーズと営業スキルをどうつなげるか迷う場合は、レビュー項目を育成基準へ置き換える視点が役立ちます。営業育成の整理に使う資料として、こちらを参照できます。

営業育成・ロープレへの活かし方

Salesforce商談情報は、入力結果を営業レビューで確認し、次の練習テーマへ戻すことで育成に活かせます。商談ログ、レビュー、練習が分断されると、現場で起きた課題が改善活動へ戻りにくくなります。

実商談と切れた練習は効きにくい

実商談と切れた練習は、若手の行動改善につながりにくいです。Salesforce商談に残る停滞フェーズや失注理由を起点にすると、練習テーマを現場課題へ戻せます。

ロープレの題材を一般的な切り返し練習だけに置くと、実際の商談で停滞した場面とずれます。初期研修では基礎練習も必要ですが、配属後は商談ログから課題を拾う運用が実施条件になります。

営業改善プログラム「FAZOM」では、実商談をレビューし、課題を練習へ戻す往復を営業育成の基本に置きます。停滞フェーズ、失注理由、次アクションを分け、顧客都合や価格条件を除いて会話で改善できる場面だけを練習テーマにします。

レビュー結果を練習メニューに戻す

レビュー結果は、商談フェーズ、次アクション、失注理由のどこで止まったかに分けて練習へ戻します。分類が粗い場合は、先に営業マネージャーが手動で課題名をそろえます。

よくあるケースでは、完了予定日の遅れを日程調整の問題だけで片づけてしまいます。実際には、相手部署、決裁者、次回合意の取り方に課題が残っている場合があります。

練習メニューは、失注理由の暗記ではなく、次回商談で変える行動に落とします。商談レビューの結果を練習へ戻す具体策は、AIロープレで営業課題を扱う方法で補足できます。

商談・営業スキル AIロープレ比較7選｜成果が出る選び方と運用設計の全手順

レビュー結果を練習メニューに戻す際は、失注理由の名称ではなく次回商談で変える行動を決めます。完了予定日の遅れなら、誰に何を確認する質問が不足したかまで分解します。

若手育成は同じ基準で振り返る

若手育成では、商談入力、レビュー、練習を同じ基準で振り返る必要があります。基準が分かれると、本人は何を直せばよいのか判断しにくくなります。

商談前の会話基準と商談後の更新基準がずれると、マネージャーの助言も属人的になります。インサイドセールスから商談化する組織では、トークスクリプトと商談更新ルールの接続も確認すると改善点をそろえやすくなります。

個別育成では例外対応もありますが、例外を増やしすぎるとチームで学習が残りません。まず共通基準で振り返り、必要な場合だけ個人別の練習テーマへ分けると、次の疑問整理へ進めます。

よくある質問

Salesforceの商談と取引先の違いは何ですか

Salesforceの商談は、取引先に紐づく個別案件を管理する情報です。取引先は会社や顧客組織を表し、商談は金額、完了予定日、フェーズなど案件単位の進捗を表します。

商談フェーズは何段階にすべきですか

商談フェーズは段階数より、顧客の意思決定がどこまで進んだかを説明できることが重要です。初期は少数の段階に絞り、各段階の更新条件とレビュー頻度を先に決めると運用しやすくなります。

商談の更新は誰が行うべきですか

商談の更新は、商談を担当する営業が商談直後に行うのが基本です。マネージャーは入力代行ではなく、会議前にフェーズ根拠、次アクション、完了予定日のズレを確認します。

まとめ

Salesforce商談は、金額、完了予定日、フェーズを入力するだけでは営業管理に使いきれません。商談フェーズの根拠、次アクション、失注理由をレビューで確認し、次の打ち手や育成課題へ戻すことが判断条件になります。

入力項目を増やす前に、誰がいつ更新し、どの会議で何を判断するかを決める必要があります。商談レビューの結果を練習へ戻す方法を深めたい場合は、AIロープレで営業課題を扱う方法も確認できます。