Lightning Platform案件の仕事内容
Lightning Platform案件では、Salesforce上でCRM／SFAや社内向け業務アプリ、顧客・パートナー向けのコミュニケーション基盤を構築する業務が中心になります。新規開発では、顧客要望の整理から要件定義、設計、開発、テスト、リリースまでを一貫して担う進め方が見られます。
一方で、既存Salesforceの保守・エンハンスとして参画し、仕様調整をしながら改修を積み重ねる案件もあります。Service CloudやExperience Cloudと組み合わせた導入・定着化、グループ会社展開の計画立案など、開発に加えて推進・調整役を求めるポジションも一定数あります。
開発作業に閉じず、顧客折衝や関係部署との調整、進行管理まで期待されるケースが多い点が特徴です。利用部門に分かりやすく説明し、合意を取りながら実装へ落とし込むスタイルに慣れているほど、参画後の立ち上がりが早くなります。
Lightning Platform案件で求められる必須スキル
必須としてまず問われやすいのは、Lightning Platform上での開発・構築経験です。標準機能を使った設定や開発に加え、案件によってはApexを用いた実装経験が前提になり、要件に応じて「どこまで標準で寄せ、どこからコードを書くか」を判断できることが重要になります。
また、要件定義を含む顧客折衝や仕様調整を主体的に進めた経験が必須に置かれる傾向があります。関係者の要望を整理して設計に落とし込む力、プロジェクト推進のリーダーシップ、チーム開発での基本的なコミュニケーションや報連相も重視されます。
フロント寄りのカスタマイズが絡む案件では、HTML/CSS/JavaScriptの実務経験が求められることがあります。加えて、Salesforce特有のガバナ制限を踏まえた実装・運用の基礎理解は、保守開発や継続的な改善を担う上で欠かせない前提知識です。
Lightning Platform案件であると有利な歓迎スキル
歓迎スキルとしては、Sales Cloud／Service Cloudなどの製品知識や構築経験が挙げられます。Lightning Platform単体の開発だけでなく、業務プロセス全体をSalesforce製品群でどう実現するかの観点を持てると、提案や設計の幅が広がります。
機能面では、Einstein Botのようなチャネル・自動化領域の経験があると有利になりやすいです。問い合わせ対応やサポートセンターなど、運用現場の要件に合わせて体験設計と業務設計を揃える必要があるため、ユースケースに即した設計経験が評価されます。
また、業界・業務ドメインの理解があるとプロジェクト推進がしやすくなります。たとえば医薬品領域のようにステークホルダーが多い環境では、導入そのものだけでなく定着化や展開計画まで視野に入れたコミュニケーション力が歓迎されます。
Lightning Platform案件で評価されやすい実務経験
評価されやすいのは、要件定義からリリースまでの一連の工程を自走して回した経験です。顧客要望を「決めるべき論点」に分解し、合意形成を取りながら設計・実装へつなぐ動きができると、上流から任される範囲が広がります。
また、保守・エンハンス案件では、既存設定や運用を理解した上で影響範囲を見極め、段階的に改善する経験が効きます。ガバナ制限や運用上の制約を踏まえ、後から変更しやすい形で作る、利用部門に伝わる形でドキュメントや説明を行う、といった実務が評価につながります。
複数社・複数部門への展開や、開発パートナーを含む体制での推進経験も強みになります。プロジェクトの進行管理、関係者調整、リードとしての意思決定支援まで担った経験があると、コンサル／リーダー寄りの案件にも応募しやすくなります。
Lightning Platform案件でよく使われる開発環境
開発基盤はSalesforceが中心で、Lightning Platform上での標準機能設定に加え、ApexやSOQLを使った実装が登場します。画面やUIを作り込む文脈ではLightning Web Components（LWC）やVisualforceが触れられることがあり、案件の方針により使い分けが発生します。
周辺には、Git/GitHubなどのバージョン管理、BacklogやTeams、Slackといったコミュニケーション・管理ツールが組み合わされるケースがあります。参画前に、ソース管理の流れやレビュー・リリース手順がどの程度整備されているかを把握しておくと立ち上がりがスムーズです。
また、DataSpiderなどの連携基盤や、AWS/Azureのようなクラウド環境が併用されることもあります。Salesforce内で完結しない構成を前提に、どのシステムがマスタで、どのタイミングで同期するのかといった連携の前提を理解できると、設計・実装の品質を上げやすくなります。
Lightning Platform案件を選ぶときのチェックポイント
まず確認したいのは、担当範囲が「標準機能中心の構築」なのか、「Apex/LWC等を含む開発」なのかという線引きです。標準機能での実装を主とする案件では設計と設定の精度が問われ、コード中心の案件ではガバナ制限を踏まえた設計力がより重要になります。
次に、フェーズが要件定義・基本構想から入るのか、保守開発として改修を回すのかを見極めましょう。顧客折衝が必須の案件も多いため、誰が意思決定者で、どの粒度で合意を取るのか、仕様変更時の手続きがどうなっているかを事前に確認するとミスマッチを減らせます。
最後に、外部システム連携の有無と、推進体制（リーダー役の期待値、パートナー管理、展開計画の責任範囲）を確認するのが有効です。連携や展開が絡む場合は、開発だけでなく調整・説明の工数が増えやすいため、役割と成果物のイメージを揃えておくと安心です。
Lightning Platform案件の将来性・需要
求人票からは、Lightning Platformを軸にした新規構築と、既存環境の保守・活用支援の両方のニーズが継続していることが読み取れます。単なる開発者というより、業務要件の整理から設計・導入・定着化までをつなげられる人材が求められやすい流れです。
また、グループ会社展開や複数部門への導入のように、利用者が増える局面では推進・合意形成の重要度が上がります。Salesforceを「作って終わり」ではなく、「使われ続ける状態」を設計できる経験は、今後も評価されやすい領域です。
加えて、Service CloudやExperience Cloud、Botなど周辺機能との組み合わせが前提になる案件も見られます。プラットフォームの理解をベースに、業務プロセスや顧客接点まで含めて設計できる人ほど、選べる案件の幅が広がっていきます。
Lightning Platform案件のよくある質問
Apexを書けないと応募は難しいですか？
案件によります。標準機能を中心に構築する案件では、設定設計や運用設計の力がより重視されることがあります。一方で、新規構築や拡張開発ではApexが必須になりやすいため、募集要件で「標準機能中心」か「開発込み」かを確認するのが確実です。
要件定義や顧客折衝の経験はどの程度必要ですか？
要件整理や仕様調整を含めて任される案件が見られ、主体的に折衝・調整できる経験が必須に置かれることがあります。議事メモ作成や論点整理、合意形成の進め方など、開発以外の推進スキルがあるほど応募できる範囲が広がります。
外部システム連携の経験は必須ですか？
必須ではないものの、API連携やシステム間連携の知見が求められる案件があります。Salesforce内に取り込むデータの責務分界や、連携方式の検討に関わるため、連携の基本（データ同期、エラー時の運用など）を説明できると強みになります。
Sales CloudやService Cloudの経験はどのくらい効きますか？
Lightning Platformの土台に加えて、Sales CloudやService Cloudの構築経験があると、業務プロセス全体の提案・設計に関われる場面が増えます。特に保守・活用支援や導入定着の案件では、製品機能を前提にした運用設計の経験が評価されやすいです。
