--- title: "Salesforceとは？CRMの機能・料金・認定資格から導入判断まで解説" url: "https://www.issoh.co.jp/column/details/15087/" published: 2026-07-15 updated: 2026-10-04 categories: ["ERP"] publisher: "株式会社一創" --- # Salesforceとは？CRMの機能・料金・認定資格から導入判断まで解説 Salesforceは、顧客情報と商談を同じデータベースの上で管理するクラウド型のCRM（顧客関係管理）／SFA（営業支援）プラットフォームです。名前は知られていても、「結局なにができて、いくらかかり、どこまで自社で使いこなせるのか」はつかみにくいツールでもあります。しかも本記事の確認時点（2026年9月）の公式サイトでは、Sales CloudがAgentforce Sales、Data CloudがData 360へと表記が変わり、AppExchangeもAgentExchangeへ統合されました。この記事では、名称変更後の製品体系と公式価格表の値、認定資格の現行名称を一次情報で確認したうえで、内製と外注の線引き、Apex開発が必要になる場面、採用を見送るべき条件までを受託開発の現場視点で整理します。 ## まとめ：Salesforceは顧客データの土台であり導入判断は範囲設計で決まる Salesforceは単体の営業ツールではなく、営業・カスタマーサポート・マーケティングを同じ顧客データの上で動かす基盤です。旧Sales Cloudにあたる[Agentforce Sales](https://www.salesforce.com/jp/sales/)で商談を管理し、旧Service Cloudにあたる[Agentforce Service](https://www.salesforce.com/jp/service/)で問い合わせを捌き、統合データ基盤の[Data 360](https://www.salesforce.com/jp/data/)とAIエージェントが予測と下書きを返す——この横断性が価値の中心にあります。 料金は[公式の価格ページ](https://www.salesforce.com/jp/sales/pricing/)で、Starter Suite 3,000円からUnlimited 42,000円、AI全面版のAgentforce 1 Sales 66,000円まで（いずれも1ユーザー月額・税抜・2026年9月時点）が公開されています。ライセンス費のほかに初期設定・カスタマイズ・運用の費用が乗るため、総額はエディション単価では決まりません。標準機能とノーコード設定で足りるなら内製でも回り、Apexによる独自ロジックや外部システム連携が必要になった時点で外注や伴走支援の出番になります。判断を分けるのは価格そのものより「どこまでを標準機能で割り切り、どこから作り込むか」という範囲設計です。逆に採用を見送るべきなのは、管理する顧客数が数十件で入力運用のルールも定まっていない段階の企業で、この規模なら表計算や軽量CRMのほうが定着します。 ## Salesforceとは何か：名称変更後の製品体系とクラウド提供形態 Salesforceを一言で表すと「顧客に関する情報を全社で共有し、営業から支援業務までを同じデータの上で回すためのクラウドサービス」です。米国Salesforce社が提供し、ブラウザだけで使えるSaaSとして展開されています。ここでは定義と提供形態、そして製品名が入れ替わった現在の全体像を押さえます。 ### CRM／SFAとして担う役割とクラウド提供形態・権限設計の前提条件 CRMは顧客との関係を記録・管理する考え方、SFAは営業活動そのものを支援する仕組みを指します。Salesforceはこの両方を1つのプラットフォームに束ねます。1件の顧客レコードに、連絡先・過去のやり取り・商談の進捗・契約後のサポート履歴までが集約される構造です。自社サーバーを用意しないクラウド提供のため、初期のサーバー構築は不要。ブラウザとアカウントがあれば利用を始められます。権限設定では「誰がどのレコードを見られるか」をプロファイルと共有ルールで細かく切り分けられる仕組みです。用語そのものの整理は[CRMとは？顧客関係管理の機能とSFA/MAとの違い](https://www.issoh.co.jp/column/details/12805/)と[SFAとは？営業支援システムの機能と選び方](https://www.issoh.co.jp/column/details/12807/)で分けて解説しています。 ### 旧Sales CloudからAgentforce Salesへ変わった製品名の対応関係 検討中に古い記事と公式サイトで名前が食い違うのは、製品名の入れ替えが進んだためです。確認時点（2026年9月）の公式サイトでは、旧称を併記した次の対応になっています。 | 旧称 | 現在の表記 | 主な守備範囲 | | --------------- | -------------------- | ------------ | | Sales Cloud | Agentforce Sales | 商談・案件・営業プロセス | | Service Cloud | Agentforce Service | 問い合わせ・サポート対応 | | Marketing Cloud | Agentforce Marketing | メール配信・見込み客育成 | | Data Cloud | Data 360 | 顧客データの統合基盤 | | AppExchange | AgentExchange | アプリとエージェント調達 | マーケティング側の表記も[Agentforce Marketing（旧Marketing Cloud）](https://www.salesforce.com/jp/marketing/)として公開されています。マーケティング製品のEngagement・Account Engagement・Marketing Cloud Nextという3系統の違いと組織単位の料金は、[Salesforce Marketing Cloudとは？3系統の製品構成と料金](https://www.issoh.co.jp/column/details/18075/)で整理しています。導入時に全製品を入れる必要はありません。多くの企業は営業側かサポート側の1製品から始め、必要に応じて範囲を広げます。この「段階的に足していける」構造が、後述する料金設計にも直結します。 ### Data 360のゼロコピー連携とAIエージェントが加える予測と下書き Data 360は、各所に散った顧客データを1つの顧客像に束ねる基盤です。公式ページでは、ゼロコピー連携によりSnowflakeやDatabricksなどへ直接接続でき、複製も遅延も生じないと説明されています。データウェアハウスをすでに持つ企業が、そこへ二重投資せずにSalesforce側へ接続できる点が実務上の効き所です。AI側は、会話型アシスタントの位置づけが[Agentforceへのアップグレード](https://www.salesforce.com/jp/agentforce/einstein-copilot/)として公式に注記され、受注確度の予測から問い合わせ文の要約・返信下書きまで守備範囲が広がりました。ただしAIが有効に働くかは土台となる入力データの質と量しだいです。商談情報が空欄だらけでは予測の精度も落ちます。まずは日々の入力運用を定着させることが前提になります。予測や解約検知の使いどころは[CRMにAIを組み込むとは？需要予測・解約予測・生成AI応対](https://www.issoh.co.jp/column/details/15589/)で整理しました。 ## Salesforceでできること：営業・顧客対応・拡張の具体的な守備範囲 「できること」を機能名で並べると膨大になりますが、実務でよく効くのは営業プロセスの可視化、サポート対応の平準化、そして自社業務に合わせた拡張の3つです。順に、何がどう変わるのかを具体で見ていきます。 ### 営業パイプラインの可視化と商談進捗をSOQLで追う集計の仕組み 営業側の製品では、個々の担当が抱える商談を「フェーズ」ごとに管理し、パイプライン全体を一覧で見られます。誰のどの案件がどの段階で止まっているか、今月の着地見込みはいくらか、といった数字が入力データから自動で集計されます。表計算での案件管理と決定的に違うのは、更新のたびに全員の画面へ反映され、上長が個別に集計し直す手間が消える点です。集計の元になるのはSOQLというクエリ言語で、たとえば当四半期の未クローズ商談を金額順に取り出す指定はこう書きます。 ``` SELECT Id, Name, StageName, Amount, CloseDate FROM Opportunity WHERE CloseDate = THIS_QUARTER AND IsClosed = false ORDER BY Amount DESC LIMIT 200 ``` レポートやダッシュボードは画面操作で作れるため、日常の集計でこの文法を書く必要はありません。ただし外部システムから商談データを引く連携や、後述のApex開発では同じ考え方が土台になります。日報や活動履歴も同じレコードに残るので、担当交代時の引き継ぎは過去のやり取りをたどるだけで済みます。 ### 問い合わせのケース管理とナレッジ再利用による応対品質の平準化手順 サポート側の製品は、メール・電話・Webフォームから届く問い合わせを「ケース」という単位で受け、対応状況を追跡します。よくある質問をナレッジに蓄えれば、担当者は過去の回答を再利用でき、応対のばらつきも抑えられます。強みは、営業側と同じ顧客レコードでつながっている点です。営業が契約を取った顧客がサポートへ何を問い合わせているかを、分断なく把握できるわけです。顧客データの入力負荷という失敗要因を避けるには、この横断性を使って二重入力をなくす設計が効きます。 ### AgentExchange統合後のアプリ調達とノーコード設定の適用範囲 Salesforceは標準機能だけでなく、自社の業務に合わせて作り込めます。手段は大きく2つで、1つは公式マーケットプレイスから追加アプリを入れる方法、もう1つは画面や項目、承認フローをノーコードの設定画面で組む方法です。前者の窓口は変わりました。公式のプレスリリースによると、AppExchangeとSlack Marketplace、Agentforceエコシステムを統合した[AgentExchangeが2026年6月8日に日本で提供開始](https://www.salesforce.com/jp/news/press-releases/2026/06/08/japan-new-agentexchange/)となり、Slack Marketplaceの2,600個のアプリなども同じ場所から探せるようになりました。定型的な要望はこの範囲で吸収できますが、標準では表現できない独自ロジックが出てくるとApexというプログラミング言語での開発に踏み込みます。ここが内製と外注の分かれ目になります。 ## Salesforceの料金プランとライセンス以外にかかる総コストの内訳 Salesforceの料金は「1ユーザーあたり月額」の積み上げが基本で、エディション（グレード）によって使える機能と価格が変わります。ライセンス費だけを見ると誤解しやすいため、初期・カスタマイズ・運用まで含めた総額でとらえる必要があります。 ### Sales系エディション別の月額と年間契約という契約単位の条件 営業向け製品の価格は、確認時点（2026年9月）の公式ページで次の構成です（1ユーザー月額・税抜）。 | エディション | 月額（1ユーザー） | 契約単位と位置づけ | | ------------------ | --------- | ------------ | | Free Suite | 0円 | 無料で試す最小構成 | | Starter Suite | 3,000円 | 月払いまたは年払い | | Pro Suite | 12,000円 | 年間契約・中小規模向け | | Enterprise | 21,000円 | 年間契約・作り込み前提 | | Unlimited | 42,000円 | 年間契約・上位機能まで | | Agentforce 1 Sales | 66,000円 | 年間契約・AIを全面搭載 | 月払いを選べるのはStarter Suiteだけで、それ以上は年間契約が前提です。ここで注意したいのは、他社の比較記事に残っている「Professional 9,600円」といった旧価格を前提に予算を組むと、現行の一覧と合わないことです。確認時点の公式一覧にProfessionalという名称はなく、中小規模向けはPro Suiteに集約されています。Apexでの独自開発やAPI連携まで踏み込むなら実務上はEnterprise以上が目安になり、規模の小さい体制なら[中堅・中小企業向けの価格設定](https://www.salesforce.com/jp/small-business/pricing/)から入る選択もあります。金額は改定されるため、契約前に必ず公式ページで時点の値を取り直してください。 ### 初期設定・カスタマイズ・運用に分かれる費用の内訳と見積もり順序 Salesforceの総コストは、ライセンス費だけでは決まりません。実際に乗ってくる主な費用は次の3種です。 - 初期設定費：項目設計・権限設定・既存データの移行など、使い始めるまでの作業費 - カスタマイズ開発費：標準機能で足りない部分をApexや外部連携で作り込む費用 - 運用・保守費：定着支援、機能追加、リリースごとの動作確認といった継続的な費用 ライセンスは月額でも、初期設定とカスタマイズは規模しだいで数十万円から数百万円になります。「月2万円のツール」と捉えて予算を組むと、この作り込み費用で計画が崩れます。見積もりは範囲を切ってから取るのが鉄則です。スクラッチ開発と比べたときの相場感は[CRMシステム開発の費用相場は？スクラッチ・SaaS別の内訳](https://www.issoh.co.jp/column/details/16298/)に金額帯で整理しました。SAPやDynamicsも含めた製品選定の段階から迷っているなら、[ERP/CRM導入とは？Salesforce・SAP・Dynamicsの選定軸](https://www.issoh.co.jp/column/details/12810/)を先に読むと比較の軸が定まります。 ## Salesforce認定資格の体系と現行名称から読む外注先の見極め Salesforceには製品や役割ごとに公式の認定資格があり、社内で運用するにも、パートナーの実力を測るにも指標になります。ただし資格名も製品名と同じく入れ替わっており、古い名称のまま話が進むと力量の確認がずれます。 ### Platformアドミニストレーターとデベロッパー資格の役割区分 認定資格は役割で大きく3系統に分かれます。1つ目は運用担当向けの[Salesforce認定Platformアドミニストレーター](https://trailhead.salesforce.com/ja/credentials/platformadministrator)で、画面設定や権限管理を担う区分です。旧来の案内で使われていた administrator のURLは、現在この platformadministrator へ転送されます。2つ目は[Salesforce認定Platformデベロッパー](https://trailhead.salesforce.com/ja/credentials/platformdeveloperi)で、後述のApex開発やアプリ構築を担う人向けです。3つ目はコンサルタント系で、業務要件を設計へ落とす力が問われる区分です。社内で日々の設定変更を回すなら管理者系、独自機能を作り込むなら開発者系の保有者が必要になります。維持にはメジャーリリースに合わせた更新モジュールの受講が求められるため、資格の有無だけでなく維持状況まで確認すると実態がつかめます。 ### Agentforce Salesコンサルタントへの改称が示す発注時の確認点 コンサルタント系の資格名も変わりました。従来の salescloudconsultant のURLは、現在[Salesforce認定Agentforce Salesコンサルタント](https://trailhead.salesforce.com/ja/credentials/agfsalesconsultant)へ転送されます。ここから読み取れる実務上の意味は明快です。設定と要件定義だけでなく、AIエージェントを含む前提で提案できるかが評価軸に入ったということです。外注先を選ぶ際は、依頼したい範囲に対応する資格を持つ担当がアサインされるか、そして提案書の製品名が現行の表記に追随しているかを見ます。旧称のまま書かれた提案書は、テンプレートを流用しているだけで運用実態を追っていない可能性があります。 ## Salesforce導入で失敗しないための内製と外注の判断軸 ここからは、受託開発の現場で繰り返し見てきた判断軸を、立場を明確にして述べます。Salesforceは「入れれば回る」ツールではありません。範囲設計と定着運用で成否が分かれます。内製と外注のどちらが正解かは、作り込みの深さで決まります。 ### 標準機能とノーコード設定で内製できる範囲と外注へ渡す4つの線引き 結論から言えば、標準機能とノーコード設定で要件が収まるうちは内製で十分です。項目の追加、レイアウト変更、承認フロー、レポート作成までは、管理者系資格を持つ担当が1人いれば社内で回せます。一方、次のいずれかに当てはまったら外注や伴走支援を検討する局面です。標準画面では表現できない業務ロジックが必要、基幹システムや外部サービスとのデータ連携が要る、移行元データが大量で整形が複雑、社内に設定を継続できる人材がいない——これらが重なるほど、内製の負荷は運用開始後にじわじわ効いてきます。宣言的な設定とコードの境界をどこに引くかは[Salesforce開発とは？宣言的な設定とApex・LWCの線引き](https://www.issoh.co.jp/tech/details/16791/)に実装目線で書き出しました。作って終わりではなく定着まで並走できる体制があるかで成果が分かれるため、設計から定着支援までを外部に任せるなら[Salesforce導入支援・Apex開発のサービス](https://www.issoh.co.jp/service/erp%5Fcrm/salesforce/)のように、設定だけでなく開発と運用定着まで一貫して見る形が現実的です。パートナーの比較の仕方と費用の内訳は[Salesforce導入支援サービスの比較｜費用の内訳とパートナー選定基準](https://www.issoh.co.jp/column/details/7448/)で条件別にまとめています。 ### ノーコードの限界を超えてApex開発が必要になる典型的な場面 Apexは、Salesforce上で独自処理を書くためのプログラミング言語です。ノーコード設定の限界を超えて、次のような要件が出た時点で登場します。 - 複雑な条件分岐を伴う自動計算（見積ロジックや与信判定など） - 他システムとのリアルタイム連携（基幹システムへの受注データ反映など） - 標準では作れない画面や、大量データの一括処理 Apexには1トランザクションで発行できるクエリ数や処理時間にガバナ制限という上限があり、レコード1件ずつ処理を回す書き方では上限に触れて止まります。上限の内容と回避の書き方は[Apexとは？Salesforce専用言語をガバナ制限と実装目線で解説](https://www.issoh.co.jp/tech/details/15399/)にまとめました。開発に踏み込むと、テストコードの整備やリリース管理、リリースごとの動作検証まで必要になり、片手間の運用では品質を保てません。ここは開発者系資格を持つ人材か外部パートナーに委ねるほうが、結果として安く付きます。逆に、この作り込みが不要な範囲を無理にApexで組むのは過剰で、後の保守を重くするだけです。 ### 採用を見送るべき条件とkintone・HubSpotとの現実的な使い分け Salesforceを入れないほうがよい場面もはっきりしています。管理する顧客・商談が数十件にとどまり、そもそも入力運用のルールが固まっていない段階の企業では、機能過多で使いこなせず定着しません。この規模なら表計算や軽量CRMのほうが現実的です。無料枠を起点に必要な機能だけを足していく進め方を取るなら、[HubSpotの製品構造と料金の決まり方](https://www.issoh.co.jp/column/details/17100/)と並べて比べてから決めると判断がぶれません。社内の業務が受注管理より問い合わせ対応やノーコードの内製アプリに寄っているなら、[kintoneのような業務クラウド](https://www.issoh.co.jp/column/details/15084/)のほうが立ち上がりは速く、費用も抑えられます。Salesforceが本領を発揮するのは、営業データを全社で共有し、顧客基盤として長く育てたい企業です。自社がどの段階にいるかを見極めてから選ぶことが、導入の失敗を避ける最短の道になります。 ## 年3回のリリース更新に追随する運用体制と社内資料の見直し手順 Salesforceはメジャーリリースで機能と表記が定期的に入れ替わります。導入検討の段階では見落としがちですが、運用が始まると「追随コスト」として毎年発生する部分です。ここは他社の解説記事が手薄な論点なので、具体の作業に落として示します。 ### 製品名の変更で作り直しが必要になる社内資料と帳票の洗い出し手順 製品名がAgentforce系へ入れ替わったことで、社内に残る資料の表記が実物と合わなくなります。影響を受けるのは、新人向けの操作マニュアル、業務フロー図、営業会議で配る帳票の凡例、そして情シスが管理する権限申請書の製品名欄です。放置すると、問い合わせのたびに「その画面は今どこにあるのか」という確認が発生し、定着率が落ちます。作業は洗い出しから始めます。 1. 旧製品名で全文検索し、資料と画面キャプチャの該当箇所を一覧化する 2. 読者が操作する画面名だけを先に直し、内部呼称は次の改訂へ回す 3. 改訂日と参照した公式ページのURLを資料の末尾に残す すべてを同時に直そうとすると止まります。操作の手が止まる箇所から順に直すのが、実務では回ります。 ### Sandboxでのリリース前検証と設定変更の影響範囲の確認手順 リリース更新で既存の設定や連携が壊れないかは、本番組織ではなく検証用の組織（Sandbox）で確かめます。Sandboxの種類と使える数はエディションで変わるため、契約前に必要な検証環境まで含めて確認しておくと、後から追加費用が出る事態を避けられます。確認の優先順位は、外部システムとのAPI連携、Apexで組んだ自動処理、権限に依存する画面表示の3点です。ここが動けば日常業務は止まりません。API方式ごとの選び方とコール上限の設計は[Salesforceのシステム連携とは？API方式の選定とコール上限の設計](https://www.issoh.co.jp/tech/details/16155/)で扱っています。 ## よくある質問 Salesforceの導入検討でよく挙がる質問を、判断に直結する形で整理します。 ### Salesforceは何ができるツールですか？ 顧客情報の一元管理を土台に、営業の商談管理、問い合わせ対応、メール配信などのマーケティングを、同じ顧客データの上で回せます。加えてAIエージェントが受注予測や返信の下書きを返し、AgentExchangeからの追加アプリやApex開発で自社業務に合わせた拡張もできます。単機能のツールではなく、顧客データを軸に部門横断で使う基盤という位置づけです。 ### Salesforceの料金はいくらからですか？ 営業向け製品の場合、確認時点（2026年9月）の公式価格ページでは1ユーザー月額3,000円のStarter Suiteから始まり、Pro Suite 12,000円、Enterprise 21,000円、Unlimited 42,000円と段階的に上がります（税抜）。月払いを選べるのはStarter Suiteだけです。ライセンス費のほかに初期設定・カスタマイズ・運用の費用が乗るため、作り込みの範囲を切ってから見積もりを取ると予算のずれを防げます。 ### Sales CloudはAgentforce Salesに名称が変わったのですか？ 確認時点（2026年9月）の公式サイトでは「Agentforce Sales（旧Sales Cloud）」と併記され、Service CloudはAgentforce Service、Marketing CloudはAgentforce Marketing、Data CloudはData 360として案内されています。AppExchangeもSlack Marketplaceと統合されAgentExchangeになりました。機能がそのまま無くなったわけではありませんが、社内資料や提案書の表記が旧称のままだと画面と食い違うため、操作マニュアルから順に直すのが実務的です。 ### Salesforceの導入や運用に認定資格は必要ですか？ 利用するだけなら資格は不要です。ただし社内で設定変更を続けるならPlatformアドミニストレーター資格の保有者がいると運用が安定し、独自機能を作り込むならPlatformデベロッパー資格が求められます。標準機能とノーコード設定の範囲なら担当1人でも社内運用は可能ですが、独自ロジックや外部連携、大量データ移行が絡む場合は開発と定着支援を外部パートナーに委ねたほうが、運用開始後の負荷を抑えられます。 ### SalesforceとkintoneやほかのCRMはどう違いますか？ Salesforceは営業データを全社で共有し、顧客基盤として長く育てる用途に強く、カスタマイズや拡張の自由度も高い一方、使いこなすには相応の設計と運用が要ります。kintoneのような業務クラウドは、ノーコードで業務アプリを素早く内製したい場合に立ち上がりが速く、費用も抑えやすい傾向です。管理する顧客規模、作り込みの深さ、社内の運用体制で選び分けるのが実務的な判断になります。 ## 関連記事 - [Salesforceのシステム連携とは？API方式の選定とコール上限の設計](https://www.issoh.co.jp/tech/details/16155/)：基幹システムとつなぐ判断をした後の実装手順を扱っています。 - [Salesforce導入支援サービスの比較｜費用の内訳とパートナー選定基準](https://www.issoh.co.jp/column/details/7448/)：外注を決めた後のパートナー比較と費用の見方を具体化しています。 - [kintoneとは？できること・料金・プラグインからノーコードで内製する判断まで解説](https://www.issoh.co.jp/column/details/15084/)：比較検討されやすいノーコード業務クラウドの選び方を解説しています。 - [HubSpotとは？7つのHubの構造と料金の決まり方・Salesforceとの選び分け](https://www.issoh.co.jp/column/details/17100/)：無料枠から始める場合の選択肢として料金構造を比べています。 --- 出典: [Salesforceとは？CRMの機能・料金・認定資格から導入判断まで解説]()（株式会社一創）