SFA案件の仕事内容
SFA案件は「営業活動の見える化・標準化」を軸に、導入・改善・運用定着までを推進する仕事が中心です。営業プロセス（リード、商談、受注、活動履歴）を整理し、現場が迷わず入力・活用できる状態へ落とし込みます。
実務ではSalesforceを用いたSFA構築や機能追加、既存環境の改修がよく見られます。展示会リードをキャンペーンで管理して商談化までつなげる設計、Sales Cloudの標準設定やApex/Lightningによる拡張、関連部門との調整も担当範囲になりやすいです。
近年はSFA単体ではなく、CRM/MA/BIやデータ基盤と組み合わせた案件も増えています。SFA/CRM連携機能を持つBtoB SaaSのPdMとして、API連携仕様の整理や顧客検証を回すポジション、AIエージェントとSFAを接続して営業業務の自動化を企画する案件も見られます。
SFA案件で求められる必須スキル
SFA案件でまず重視されやすいのは、SFA/CRM領域の実務経験と、業務要件をシステム要件へ変換する力です。As-Is/To-Be整理、ヒアリングを通じた業務フロー理解、要件定義から基本設計へ落とし込む工程経験が求められる傾向があります。
Salesforce系では、標準機能の理解に加え、追加開発・改修を担える経験が必須になりやすいです。ApexやVisualforce、Lightningなどを用いたカスタム開発、既存環境への機能追加、テストとリリースまでの一連対応が「即戦力」の判断材料になりやすいでしょう。
PM/PMOや導入推進寄りの案件では、ステークホルダー調整とドキュメンテーションが必須になりやすいです。計画策定、進捗・課題管理、会議体の設計、合意形成まで含めて推進できることが、SFA導入の成否を左右するスキルとして評価されます。
SFA案件であると有利な歓迎スキル
歓迎スキルとして多いのは、SFAを周辺システムへ広げるための連携知識です。API連携の基礎理解や、外部SaaS（HubSpot、kintoneなど）との連携設計、データ移行・データ設計の経験があると、導入後の運用を見据えた提案がしやすくなります。
データ活用の観点では、SQLやPythonの基礎スキルが歓迎される場面があります。SFA/CRMのデータを分析基盤へ接続して検証する、ダッシュボードやKPI設計に落とす、といった業務があるため、仮説検証を回せる人材は強みになります。
また、MA/BIとの接続やマーケティング寄りの知見も有利になりやすいです。ABMの実践経験や、Account Engagement（Pardot）などを含むSalesforce製品の活用経験があると、リード獲得から商談化までの設計を一段深く扱えるようになります。
SFA案件で評価されやすい実務経験
評価されやすいのは、単にツールを触った経験よりも「業務が回る形に整えた」実績です。入力ルールやステータス設計を含めた運用設計、マニュアル整備やオンボーディング、現場への定着化をやり切った経験は、案件選考で強い根拠になりやすいです。
導入・刷新プロジェクトでは、要件定義以前の構想策定や、業務整理・Fit/Gap、製品選定に関わった経験も評価されます。SFA/CRMを単独最適にせず、基幹や周辺ツールとの役割分担・連携方針まで考えた経験があると、上流案件に応募しやすくなります。
開発寄りでは、既存Salesforce環境の追加開発や改修を、チームで進めた経験が効きます。設計書やテスト観点を整備し、レビューを受けながら品質とスピードを両立した経験、サブリーダーとして進行補佐した経験は、拡張開発の案件で評価されやすいでしょう。
SFA案件でよく使われる開発環境
SFA案件の中心はSalesforceで、Sales Cloudをベースに標準機能の設定とカスタマイズを組み合わせる構成がよく見られます。拡張開発ではApex、Visualforce、Lightning（LWC含む）が登場し、既存機能の追加や連携処理の実装に使われます。
周辺連携では、RESTなどのAPI設計・OAuth、Webhookといった連携要素が話題になりやすいです。SFA/CRMを外部SaaS（HubSpot、kintone等）へつなぐ案件や、基幹連携・データ移行を伴う案件では、データローダーやSOQL、レポート運用の理解が必要になります。
プロダクト開発側の案件では、SQLやPythonを用いた検証、GitHub/Jira/Confluenceなどの開発運用ツール、アジャイル志向の進行が見られます。参画前に「どこまでが設定で、どこからが開発か」「連携の責務がどちらにあるか」を把握しておくと立ち上がりが速くなります。
SFA案件を選ぶときのチェックポイント
まず確認したいのは、案件の目的が「新規導入」なのか「既存改修・追加開発」なのか、あるいは「運用リカバリー・定着化」なのかです。フェーズにより求められる動きが変わり、要件定義中心か、実装・テスト中心か、現場の運用改善中心かが分かれます。
次に、SFAが単体で完結するか、CRM/MA/BIやデータ基盤と結合するかを見ます。API連携やデータ移行が含まれる場合は、連携方式（バッチかリアルタイムか）や、移行対象データ（リード、取引先責任者など）の範囲、受入テストの役割分担を先にすり合わせるとミスマッチを減らせます。
体制面では、顧客折衝の濃さと意思決定者の距離感を確認しましょう。ユーザー部門の要望を拾って優先順位を付ける立場なのか、ベンダーコントロール中心なのか、あるいはPdMとして仕様を決め切る立場なのかで、必要な権限と期待値が変わります。
SFA案件の将来性・需要
SFAは営業活動の基盤として定着している一方で、導入して終わりではなく「使われる設計」に作り直すニーズが継続的に見られます。入力負荷の軽減、指標の整合性、運用ルールの再設計など、改善・定着の仕事が発生しやすい領域です。
また、SFA/CRMとデータ活用をつなぐ流れが強まっています。ファネルの可視化、KPI設計、BI連携といった要求が増え、SFAのデータ構造を理解した上で分析・検証まで踏み込める人材は、役割の幅を広げやすいでしょう。
さらに、AI活用を前提にしたSFA/CRM構想や、AIエージェントと連携する営業支援プロダクトの企画案件も見られます。SFAを「記録の器」から「営業活動を前に進める仕組み」へ進化させる文脈で、要件定義と連携設計の価値が高まりやすい状況です。
SFA案件のよくある質問
SFA案件はSalesforce経験が必須ですか？
Salesforce前提の案件では、標準機能やApex/Lightningを含む経験が必須になりやすいです。一方で、SFA/CRMの導入推進や構想策定では、Salesforce以外（HubSpot、kintone等）の経験が評価されるケースもあり、領域知見と上流力が問われます。
要件定義が中心の案件と、開発が中心の案件はどう見分けますか？
求人の主フェーズに要件定義や構想が明記され、As-Is/To-Be整理、ヒアリング、合意形成が業務に含まれる場合は上流中心になりやすいです。詳細設計以降、機能追加、Apex/Visualforce、テスト記載が強い場合は、実装寄りの比重が高い傾向です。
SFA/CRM連携案件では何ができると強いですか？
API連携の仕様整理と、データ構造（どのオブジェクトに何を持たせるか）を踏まえた設計経験が強みになります。加えて、データ移行やクレンジング、受入テストまで見通して進められると、導入後のトラブルを抑える提案につなげやすくなります。
営業職の案件でもSFAスキルは役立ちますか？
インサイドセールスや営業企画の案件では、SFA/CRMへの活動記録や数値管理、リードのスコアリングやABMの運用などでSFAの理解が活きます。単なる入力にとどまらず、KPIを追える形に整える経験があると評価されやすいでしょう。
