Salesforceエンジニア・コンサルに資格は必要？フリーランス案件で評価される資格

Salesforceのエンジニア・コンサルとしてフリーランスで働くのに、資格は必須ではありません。多くの案件では、どの製品を、どの役割で、どの工程で担ったかという実務の経験が先に見られます。

ただし、資格が効く場面ははっきりあります。今と違う役割や製品に広げるときと、案件票の条件に認定の名前があるときです。反対に、実務と系統がずれた認定や、維持が切れた認定は、評価につながりにくくなります。この記事では、Salesforceの仕事の種類ごとに資格がどう効くか、どう組み合わせると評価されやすいかを整理します。認定の維持や失効の仕組み、スキルシートの資格欄の書き方はSalesforce認定資格の記事で詳しく解説しています。

資格がなくても参画できる理由

Salesforceの案件では、発注側は「この人に何を任せられるか」を、経歴の中の具体的な案件で判断します。たとえば、営業支援の運用保守を2年続けてきた人なら、権限の管理や依頼への対応を任せられるかは経歴から読み取れます。資格の有無より、同じ種類の仕事をした事実のほうが、判断の材料として強いからです。

また、Salesforceの現場で問われることの多くは、標準機能で済ませるか開発するかの判断、既存の組織の読み解き、利用部門との合意の取り方など、試験だけでは測りにくい力です。面談で深く聞かれるのもこうした点で、資格を持っていても、この部分を話せないと評価は上がりません。質問の傾向はSalesforceの面談の記事にまとめています。

案件の種類ごとの資格の効き方

資格の効き方は、どんな仕事の案件に応募するかで変わります。仕事の種類の違いはSalesforceの仕事内容の記事で解説しています。

発注側が顧客に体制を説明する立場にある案件では、認定を持つメンバーがいることを示したい場合があり、案件票に認定の名前が入ることがあります。条件が必須か歓迎かで重みが違うため、案件票の読み方は案件票の読み方の記事もあわせてご覧ください。

評価されやすい資格の持ち方

次に入りたい役割と同じ系統の認定

Salesforceの認定は、管理者、アプリケーションの構築、開発者、コンサルタント、アーキテクトなど、役割ごとに系統が分かれています。2026年10月時点のSalesforceのヘルプには、Platform Administrator、Platform App Builder、Platform Developer、Business Analyst などの認定が、維持の周期とともに並んでいます。

評価につながりやすいのは、今の実務より一歩先の役割と同じ系統の認定です。たとえば、アドミンとして運用保守を続けてきた人が要件定義を含む案件に広げたい場合、その製品のコンサルタント系の認定や、Business Analyst の認定は、広げたい方向を示す材料になります。各認定の対象や出題の範囲は、受験の前にTrailheadの公式ページでご確認ください。

実務の経歴と重なる認定

管理者系の認定と、権限やデータの管理を担った経歴が並んでいると、資格が実務の裏づけとして読まれます。経歴の中で、認定の範囲の仕事を具体的に書いておくことが前提です。

効きにくい資格の持ち方

Salesforceのヘルプでは、すべての認定で年に1つ以上の維持用のバッジを完了する必要があり、期限はSpring・Summer・Winterのリリースの周期にあわせて決まると案内されています。期限を過ぎると、そのバッジで維持している認定が失効し、たとえばPlatform Administratorが失効するとSales Cloud Consultantなど前提にしている認定も失効すると説明されています（2026年10月時点）。維持と失効の詳しい扱いはSalesforce認定資格の記事をご覧ください。

Salesforce以外の資格の生かし方

Salesforceの案件では、製品の認定以外の資格が、役割の裏づけになることもあります。

• プロジェクトマネジメントの資格：導入のPMやPMOの役割で入る場合に、進め方の知識の目安になる（PMPの記事）
• 会計の知識の資格：見積・受注・請求の流れや、会計の仕組みとの連携を扱う案件で、業務の会話がしやすくなる（簿記の記事）
• 情報処理技術者試験：システム全般の基礎の裏づけとして見られることがある（資格の全体像の記事）

どれも、Salesforceの実務の代わりになるものではありません。Salesforceの経験に、業界や業務の知識を足す材料として位置づけると、経歴の中で生きます。

実務と組み合わせて役割を広げる

資格を役割の広げ方につなげるには、取る順番と実務の積み方をそろえることが大切です。

1. 広げたい役割を一つ決める：アドミンから要件定義へ、開発から設計へ、など
2. その役割の案件票を集める：どの認定の名前が出てくるか、必須か歓迎かを見る
3. 学んだ機能を検証の環境で試す：試した内容をメモに残し、面談で話せる形にする
4. 今の案件で近い仕事を担う：要件の聞き取りの同席、設計レビューへの参加など、小さくても経歴に書ける仕事を作る
5. スキルシートで資格と実務を並べる：書き方はSalesforceのスキルシートの記事で解説しています

他の職種からSalesforceを目指す場合は、資格だけで最初の案件に入るのは難しいことが多く、実務の経験をどう作るかが先の課題になります。この点はSalesforceを目指すキャリアチェンジの記事で扱います。

よくある質問

資格を取れば単価は上がりますか？

資格だけで報酬が上がるとは言えません。報酬は、担う役割や扱う範囲、責任の重さで決まることが多いためです。資格が役割を広げるきっかけになり、その役割の案件に入れたときに、条件が変わる可能性があります。報酬の決まり方はSalesforceの報酬の記事で解説しています。

アドミンの認定しか持っていませんが、開発の案件に応募できますか？

応募はできますが、開発の案件ではApexや画面部品の実装、テスト、本番反映の実務が見られます。開発の経験が少ない場合は、今の案件で小さな開発を担うか、検証の環境で作ったものを説明できるようにしてから応募すると、話が進みやすくなります。

案件に参画しながら、資格の学習時間をどう作ればよいですか？

一度に複数の認定を狙わず、次に入りたい役割に関わる一つに絞ると続けやすくなります。定期リリースの前後や本番の切り替えの時期は案件が忙しくなりやすいため、その時期を避けて受験の予定を立てるのも一つの方法です。時間の作り方は学習時間の作り方の記事をご覧ください。