
監修者
リメディ株式会社 ディレクター
馬越 雄司 | MAGOSHI Yuji
神戸大学を卒業後、阪急阪神ホールディングスに新卒入社。経理事業部に配属となり、グループ企業5社を担当。担当企業の決算業務や税務、IFRS改正対応業務に従事。
その後リクルートに転職しキャリアアドバイザーとして、候補者様に徹底的に向き合いながら、20代から50代まで様々な業界・職種の方のキャリア支援に従事。結果として、新人賞をはじめ、顧客価値貢献・チーム貢献に関する複数の賞を受賞。
現在はディレクターとして、M&A業界、戦略・総合コンサルティングファーム、メガベンチャー企業に特化した転職サポートを行い、業界トップクラスの支援実績を誇る。
本記事のポイント
導入・運用・活用に関わってきたSalesforce経験者の転職では、どの深さで関わったかによって狙える職種が大きく変わります。導入、要件定義、設計、開発、運用改善、活用定着まで説明できる人は、Salesforceコンサルタント、ITコンサルタント、CRM企画、Sales Opsなどを狙いやすくなります。一方で、営業やカスタマーサクセスで入力・閲覧をしていた経験だけの場合は、いきなりコンサル職へ広げるより、SaaS営業やカスタマーサクセス、営業企画寄りのルートから考える方が現実的です。
| 項目 | 結論 |
|---|---|
| 直接転職を狙いやすい人 | Salesforce導入、要件定義、設計、開発、運用改善、現場定着を説明できる人 |
| 周辺職種から狙うべき人 | 営業・CSでSalesforceを使っていたが、設定変更や業務設計には深く関わっていない人 |
| 狙える職種 | Salesforceコンサル、ITコンサル、Salesforceエンジニア、CRM企画、Sales Ops、RevOps、SaaS営業、カスタマーサクセス |
| 選考で見られる点 | 製品知識だけでなく、業務課題、関係者調整、改善前後、導入後の定着まで語れるか |
| 注意点 | 資格や利用期間だけを強調せず、自分の実績として説明できる事実に絞る |
Salesforce経験は転職でどう評価されるか
Salesforce経験者の場合、転職市場で評価材料になるのは実務経験の中身です。ただし、評価されるのは「Salesforceを使ったことがある」という事実だけではありません。採用側が見たいのは、Salesforceを通じて営業活動、顧客管理、業務フロー、レポート、部門連携をどう改善したかです。
CRMやSFAの領域では、Salesforceが商談管理、顧客情報管理、活動履歴、レポート、ダッシュボード、マーケティング、カスタマーサービスなど複数の業務に関わります。そのため、経験の見せ方を間違えると、採用側には「ただツールを使っていた人」に見えてしまいます。
強く見られやすいのは、導入前の業務整理、項目設計、権限設計、データ移行、外部システム連携、現場への定着支援、改善提案まで関わった経験です。営業やCSとして使っていた人も、Salesforce上のデータをもとに商談管理や顧客対応を改善した経験があれば、SaaS営業、カスタマーサクセス、Sales Opsなどで評価材料にできます。
経験タイプ別に狙いやすい転職先
応募先を選ぶ前に、Salesforce経験者は経験タイプを分けて整理しましょう。まずは自分が「導入する側」「管理する側」「使って成果を出す側」のどこにいたのかを確認します。
| 現在の経験 | 狙いやすい職種 | 評価される材料 | 注意点 |
|---|---|---|---|
| 導入・要件定義・設計 | Salesforceコンサル、ITコンサル、PMO | 業務整理、Fit&Gap、要件定義、関係者調整、導入後の定着 | 担当範囲と意思決定範囲を明確にする |
| Apex / LWC / 連携開発 | Salesforceエンジニア、導入エンジニア、テクニカルコンサル | 開発、テスト、連携、品質管理、設計意図 | 技術名だけでなく業務課題との接点を書く |
| 管理者・運用改善 | CRM企画、Sales Ops、RevOps、営業企画 | 項目設計、権限、レポート、ダッシュボード、現場定着 | 保守作業だけでなく改善前後を示す |
| 営業・CSでの活用 | SaaS営業、カスタマーサクセス、営業DX、Sales Ops補佐 | 商談管理、顧客対応、活用ルール、業務改善提案 | 利用経験だけでコンサル適性を断定しない |
| 入力・閲覧が中心 | SaaS営業、CS、営業アシスタント、営業企画補佐 | 業務理解、顧客理解、現場課題の把握 | 資格や学習で補う前に、実務で語れる改善を作る |
同じSalesforce経験でも、導入側と利用側では評価される職種が違います。導入側はコンサルやエンジニアに寄せやすく、利用側はSaaS営業、CS、営業企画、Sales Opsへ広げやすいです。無理に職種名を広げるより、自分の経験と応募先の業務が自然につながるかを先に見ましょう。
応募先の優先順位は、経験の深さと求人の主業務を重ねて決めると整理しやすいです。最初から名前の通った企業や職種名だけで選ぶと、書類は出せても面接で担当範囲を説明しきれないことがあります。
迷う場合は、第一候補と準備優先の求人を並べ、必須要件に対して話せる経験を書き出してください。空欄が多い求人は、今すぐの本命ではなく、これから作る経験の目標として扱うと現実的です。応募前の整理にもなります。
| 優先順位 | 見に行く求人 | 理由 |
|---|---|---|
| 第一候補 | 現職で主担当に近い経験と、職務内容が重なる求人 | 職務経歴書と面接で、担当範囲、成果、関係者調整を具体的に説明しやすい |
| 第二候補 | 経験の一部は重なるが、上流工程や開発など伸ばしたい領域が含まれる求人 | 足りない経験を認めたうえで、現職経験からの接続を示せる |
| 第三候補 | Salesforce利用経験を活かすSaaS営業、CS、営業企画、Sales Ops補佐 | 導入・設計経験が浅い場合でも、顧客理解や業務改善の経験を評価材料にしやすい |
| 準備優先 | 必須要件の大半が未経験で、資格学習だけが接点になっている求人 | 先に現職で改善提案、レポート整備、運用ルール作りなどの材料を作る方がよい |
各社の募集要項から見る評価される経験
募集要項を確認すると、Salesforce経験者には単なる利用経験よりも、CRM領域の業務理解、コンフィグ設計、開発、要件定義、導入支援、プロジェクト推進経験が見られています。特にコンサルティング会社や導入支援会社では、顧客の業務を理解し、Salesforceに落とし込み、現場で使われる状態まで持っていく経験が重要です。
| 募集要項で見られる要件 | 読者の経験で置き換えやすい例 | 書類での見せ方 |
|---|---|---|
| CRM/SFAの業務理解 | 商談管理、顧客情報、営業活動、問い合わせ対応の改善 | どの業務課題をSalesforceで解いたかを書く |
| 要件定義・設計 | 項目、権限、画面、レポート、承認フロー、連携の設計 | 誰の要望を整理し、何を採用しなかったかまで書く |
| 開発・テスト | Apex、LWC、外部連携、データ移行、テスト設計 | 技術選定の理由と業務上の効果を示す |
| 導入・定着支援 | 利用ルール、マニュアル、説明会、運用改善、問い合わせ対応 | 導入後に現場の使い方がどう変わったかを書く |
| チーム推進 | 営業、CS、情シス、外部ベンダー、経営層との調整 | 論点、役割、合意形成、進行管理を分けて書く |
Salesforce認定資格は、職種によっては評価材料になります。とはいえ、資格だけで採用が決まるわけではありません。資格を持っている場合も、どの業務課題に使ったのか、どの設定や改善を担当したのか、どの関係者と進めたのかを合わせて説明しましょう。
募集要項を読むときは、職種名だけで判断しないことが大切です。Salesforceコンサルタントと書かれていても、実際には開発比重が高い求人、PMO寄りの求人、業務改革寄りの求人に分かれます。この違いを見落とすと、応募後の面接で説明が苦しくなります。CRM企画やSales Opsも、レポート作成が中心なのか、営業プロセスの設計まで任されるのかで、必要な経験は別物です。
| 募集要項で確認する欄 | 見るべきポイント | 応募前の判断 |
|---|---|---|
| 職務内容 | 要件定義、設計、開発、運用、定着支援のどこが中心か | 自分が主担当で語れる範囲と重なるかを見る |
| 必須要件 | Salesforce導入経験、CRM/SFA経験、開発経験、BtoB営業経験のどれを求めているか | 経験が近い項目と、補足説明が必要な項目を分ける |
| 歓迎要件 | 認定資格、Apex、LWC、プロジェクト推進、ベンダー調整などの補助材料 | 足りない場合も、必須要件を満たせるなら応募余地を残す |
| 選考で問われやすい論点 | なぜその設定・運用・改善をしたのか、関係者とどう合意したのか | 機能名ではなく、業務課題から説明できるかを確認する |
Salesforceコンサル・ITコンサルを狙う場合
コンサル職を狙うSalesforce経験者は、製品知識だけでなく、業務改革やシステム導入の経験として語る必要があります。採用側が見ているのは、Salesforceを知っているかだけではありません。顧客の業務課題を整理し、導入プロジェクトを進められる人かどうかです。
特に強いのは、要件定義、設計、開発、テスト、移行、教育、運用定着までのどこかで主担当に近い役割を持った経験です。Fit&Gap、As-Is / To-Be、権限設計、承認フロー、外部システム連携、データ移行、レポート設計を説明できる場合は、職務経歴書で前面に出しましょう。
| 見られる論点 | 強い説明 | 弱く見えやすい説明 |
|---|---|---|
| 導入経験 | 要件整理、設計、テスト、定着まで担当範囲を示す | 導入プロジェクトに参加しただけで終わる |
| 業務理解 | 営業、CS、マーケティング、管理部門の課題を説明する | 設定画面や機能名だけを並べる |
| 開発経験 | 技術選定、連携、品質、保守性、業務効果を示す | ApexやLWCを書いた事実だけを示す |
| 顧客折衝 | 要望を整理し、採用しない案も含めて合意した過程を話す | 顧客対応をしたとだけ書く |
事業会社のCRM・Sales Opsを狙う場合
管理者や運用改善を担ってきたSalesforce経験者は、事業会社のCRM企画、営業企画、Sales Ops、RevOpsを検討できます。このルートでは、コンサルのような導入支援経験よりも、現場がSalesforceを使い続ける仕組みを作った経験が評価されやすいです。
たとえば、商談フェーズの定義を見直した、入力ルールを整えた、レポートを作って営業会議で使える状態にした、CSと営業の引き継ぎをSalesforce上で管理した、経営向けのダッシュボードを整備した、といった経験は有効です。単なる保守ではなく、営業活動や顧客対応がどう変わったかを説明しましょう。
| 経験 | 狙える職種 | 職務経歴書での表現 |
|---|---|---|
| 項目・権限・レポート設計 | CRM企画、Sales Ops | 営業管理や顧客対応のどの課題を改善したかを書く |
| 入力ルール・運用定着 | 営業企画、営業推進 | 現場の利用率ではなく、業務がどう回るようになったかを書く |
| 部門横断のデータ整備 | RevOps、事業企画補佐 | 営業、CS、マーケティングをどうつないだかを書く |
| ダッシュボード作成 | 営業企画、経営企画補佐 | どの会議や判断で使われたかを示す |
SaaS営業・カスタマーサクセスへ広げる場合
営業やカスタマーサクセスとしてSalesforceを使ってきた人は、Salesforce経験者としてSaaS営業やカスタマーサクセスへの転職で経験を活かしやすいです。特に、商談フェーズ、顧客情報、活動履歴、失注理由、更新管理、問い合わせ履歴を見ながら動いていた人は、SaaS企業の業務理解に近い経験です。
ただし、利用経験だけでSalesforceコンサルを狙うと、要件定義や導入支援の経験が不足して見えやすいです。その場合は、SaaS営業、カスタマーサクセス、営業企画補佐、Sales Ops補佐のように、自分の顧客理解と業務改善経験が伝わる職種から考えると、無理のない転職戦略です。
SaaS企業を比較する場合は、企業の収益構造や職種の違いも見ておくと判断しやすいです。たとえば、マネーフォワードの年収記事やSansanの年収記事を読むと、SaaS企業の職種や事業の見方を整理しやすいでしょう。
職務経歴書で見せるべき実績
職務経歴書では、Salesforceの利用期間や資格名だけでなく、何を変えたのかを具体的に書きましょう。特に大切なのは、改善前の課題、担当した範囲、関係者、変更内容、改善後の状態です。
| 書く項目 | 弱い書き方 | 改善方向 |
|---|---|---|
| 利用経験 | Salesforceを3年間利用 | 商談管理、顧客対応、会議資料など、どの業務で使ったかを書く |
| 管理者経験 | ユーザー管理を担当 | 権限設計や入力ルールで、どの業務課題を減らしたかを書く |
| 導入経験 | 導入プロジェクトに参加 | 要件定義、設計、移行、教育、定着のどこを担当したかを書く |
| 開発経験 | Apexで開発 | なぜ開発が必要だったか、標準機能では足りなかった理由を書く |
| 改善成果 | 業務効率化に貢献 | 誇張せず、自分の実績として説明できる変化に限定する |
実績を大きく見せる必要はありません。むしろ、面接で深掘りされたときに答えられない成果を書く方が危険です。自分が決めたこと、関わったこと、補佐したことを分けて書く方が、採用側には伝わりやすいです。
職務経歴書で迷う人は、先に「操作」「設定」「設計」「推進」を分けて棚卸しすると書きやすいです。たとえば同じレポート作成でも、既存レポートを閲覧しただけなのか、項目定義を見直したのか、営業会議で使う指標まで設計したのかで、採用側の受け取り方は違います。
| 棚卸しする材料 | 書くときの焦点 | 面接で補足する内容 |
|---|---|---|
| 操作経験 | どの業務でSalesforceを使い、どの情報を見て判断していたか | 商談管理、顧客対応、更新管理など、仕事内容とのつながり |
| 設定変更 | 項目、権限、レポート、ダッシュボードをなぜ変えたか | 依頼された作業か、自分で課題を見つけた改善か |
| 業務設計 | 営業、CS、マーケティング、管理部門の流れをどう整理したか | 採用しなかった案や、合意形成で工夫した点 |
| 導入・定着支援 | 移行、教育、利用ルール、問い合わせ対応をどう進めたか | 導入後に現場の使い方や管理方法がどう変わったか |
| 資格・学習 | 資格名だけでなく、どの実務理解を補うために学んだか | 資格で得た知識を現場改善や応募職種にどうつなげるか |
面接で説明すべき転職理由
Salesforce経験者が面接で転職理由を話すときは、「Salesforceが好きだから」「CRMに興味があるから」だけでは説得力が足りません。転職理由は、現職でSalesforceに関わった経験から、次にどの職種で何を伸ばしたいのかにつなげて説明しましょう。
| 面接で聞かれる論点 | 答えるべき内容 | 避けたい答え方 |
|---|---|---|
| なぜSalesforce領域か | 顧客管理や営業活動の改善に関わった経験から説明する | 市場価値が高そうだから、だけで終える |
| なぜこの職種か | 導入、開発、運用改善、営業経験のどれを活かすかを話す | コンサルに憧れている、だけで終える |
| 不足経験をどう補うか | 資格、現職での改善提案、周辺職種からの段階設計を話す | 学習中です、だけで終える |
| 入社後に何をしたいか | 応募先の顧客や業務に対して、自分の経験をどう使うかを話す | Salesforceをもっと深めたい、だけで終える |
良い転職理由は、現在の経験と応募先の役割がつながっている状態です。導入経験がある人は、より大きな業務改革や上流工程へ進みたい理由を説明しやすいです。営業・CSで使っていた人は、顧客理解を活かしてSaaS営業やカスタマーサクセスで成果を出したい理由が自然です。
面接では、経験を盛るよりも、できることとこれから伸ばすことを分けて話す方が信頼されやすいです。導入プロジェクトに一部参加した人が、すべてを主導したように話すと深掘りで崩れやすいです。逆に、補佐だったとしても、要件整理、テスト、利用説明、問い合わせ対応などの具体的な担当範囲を言える人は、入社後の再現性を示しやすいです。
| 経験タイプ | 面接で伝える軸 | 避けたい表現 |
|---|---|---|
| 導入・設計経験 | 業務課題、要件定義、設計判断、関係者調整、定着支援を順に説明する | Salesforceを導入しました、だけで担当範囲を曖昧にする |
| 開発経験 | 標準機能では足りなかった理由、開発範囲、テスト、保守性を説明する | ApexやLWCの経験年数だけを強調する |
| 管理者経験 | 運用ルール、権限、レポート、現場問い合わせをどう整えたかを話す | 管理者でした、という肩書きだけで終える |
| 営業・CSでの利用経験 | 顧客理解、商談管理、失注理由、更新管理をどう改善に使ったかを話す | 毎日使っていました、だけで改善経験を示さない |
| 未経験に近い人 | 現職で作れる改善材料、資格学習、隣接職種からの段階設計を話す | 勉強すればすぐできます、と断定する |
今動くべき人・準備してから動くべき人
転職活動の開始時期は、Salesforce経験者全員で同じではありません。今すぐ動いてよい人と、まず自分で棚卸しすべき人を分けて考えましょう。
| 現在の状態 | 判断 | 次にやること |
|---|---|---|
| 導入・要件定義・設計を主担当で経験 | 直接応募を検討 | Salesforceコンサル、ITコンサル、PMO向けに職務経歴書を調整する |
| 開発・連携・テストを担当 | 応募準備に入る | 技術経験と業務課題の接点を整理する |
| 管理者・運用改善を担当 | 事業会社ルートを検討 | CRM企画、Sales Ops、RevOps、営業企画の求人と照らす |
| 営業・CSで使っていた | 周辺職種から検討 | SaaS営業、CS、営業DXで経験を活かす方向を考える |
| 入力・閲覧が中心 | 準備優先 | 現職で改善提案や運用ルール作りに関わる機会を作る |
応募前に確認したいのは、職種名ではなく担当範囲です。Salesforceコンサルと書かれていても開発寄りの求人もあれば、Sales Opsと書かれていても営業企画やデータ整備が中心の求人もあります。自分の経験と業務内容がずれていると、書類は通っても面接で苦しくなります。
すぐ応募するか迷う場合は、次の観点で準備状況を見てください。全部そろっていなくても応募できる求人はありますが、説明できない空白が多いほど、書類選考や面接でつまずきやすくなります。
| 確認項目 | 応募に進みやすい状態 | 準備を優先したい状態 |
|---|---|---|
| 仕事内容の一致 | 募集要項の主な職務内容を、自分の経験で具体的に説明できる | 職種名だけに惹かれており、日々の業務を想像できない |
| 必要スキル | 必須要件のうち複数を実務経験として説明できる | 資格や学習予定だけで、実務の接点がほとんどない |
| 選考準備 | 導入・運用・改善について、面接で話す事例を具体的に用意できる | Salesforce経験を一言でしか説明できない |
| キャリアパス | コンサル、事業会社、SaaS営業など、次に伸ばす方向が明確 | 市場価値が上がりそうという理由だけで応募先を選んでいる |
Salesforce経験で相談すべき内容
転職相談では、Salesforce経験者が最初に確認すべきなのは求人紹介ではなく、経験の切り分けです。導入経験なのか、管理者経験なのか、営業・CSでの利用経験なのかによって、狙う職種も職務経歴書の見せ方も変わります。
リメディでは、Salesforce経験をどう見せるべきか、直接応募すべきか、周辺職種を挟むべきか、職務経歴書でどこまで書くべきかを個別に確認できます。まずは経験の切り分けをしたうえで、応募先との距離を整理しましょう。
まだ応募先が決まっていない段階でも問題ありません。むしろ、応募前に経験の棚卸しをしておく方が、無理な職種選びや書類の作り直しを避けやすくなります。
あなたの経歴で狙える非公開求人と想定年収レンジを受け取る
業界特化のヘッドハンターが、公開求人に出ない選択肢と次の一手をご案内します。
よくある質問
Salesforceを使った営業経験だけでも転職で有利ですか?
営業としてSalesforceを使ってきた人も、Salesforce経験者として有利になる場合があります。ただし、営業として入力していただけでは弱く見えやすいです。商談管理、失注理由の分析、顧客対応の改善、入力ルールの定着など、Salesforceを使って営業活動をどう改善したかまで説明できると評価されやすくなります。
Salesforce認定資格は取るべきですか?
資格は、Salesforce経験者がコンサルや管理者、導入支援職を狙うときの補助材料になります。ただし、資格だけで転職できるとは考えにくいです。資格で示せる知識と、実務で担当した改善や導入経験をセットで見せましょう。
未経験からSalesforceコンサルを狙えますか?
一方で、Salesforce経験者ではなく完全未経験から直接狙う場合は難度が上がります。隣接経験として、IT導入、業務改善、SaaS営業、カスタマーサクセス、営業企画、システム開発の経験があると説明しやすくなります。経験者寄りに見せるには、現職でSalesforce運用改善や業務設計に関わる材料を作ることが有効です。
次に読むべき記事
応募先選びでは、関連する業界・企業記事もSalesforce経験者の判断材料になります。

