ソリューションアーキテクト案件のフリーランス実情｜単価・必要経験

ソリューションアーキテクト案件の定義と役割

結論：ソリューションアーキテクト案件とは、単一プロダクトの実装ではなく、業務課題→システム構成→非機能要件→運用の一連を横断で設計・提案する役割です。

条件：多くの案件が「複数のクラウドサービス」「複数チーム」「複数拠点」のいずれかをまたぐ設計判断を含みます。設計だけで終わらず、PoC構築や技術方針レビューまで踏み込むポジションも見られます。

例外：特定プロダクト内のアーキテクチャ整理に閉じた案件を「アーキテクト」と呼ぶケースもあります。募集要項の「対象範囲（1プロダクトか複数か）」を必ず確認してください。

補足：2026年時点で、首都圏中心の主要フリーランスエージェント数社に掲載された公開案件をもとに観測すると、SA案件の多くが準委任契約・週4〜5日稼働・フルリモートまたはハイブリッドの形態で提示される傾向があります。

システムアーキテクト（IPA試験）との違い

システムアーキテクトは情報処理推進機構（IPA）の国家試験の名称であり、資格・キャリア方向性を指す言葉です。案件募集の役割名としては使われず、SA案件は資格の有無に関わらず「提案・設計」を担う人を指します。試験の位置づけ・活用はシステムアーキテクト試験の解説記事を参照してください。

テックリード案件との違い

テックリードは特定チーム内の技術判断とコード品質の責任に軸足があります。ソリューションアーキテクトは組織横断で複数チームや複数システムの整合性に責任を持ちます。単価レンジは重なる部分もありますが、面談で問われる論点が違います。テックリード側の実務はフリーランスのテックリード案件を参照してください。

データアーキテクト・EM・PMとの違い

• データアーキテクト：データ基盤・スキーマ・データフロー設計に特化した専門職。データアーキテクトの記事

• エンジニアリングマネージャー（EM）：ピープルマネジメントと組織設計。EMの記事

• PM（プロジェクトマネージャー）：スケジュール・予算・調達の責任者。PMの記事

SA案件は、これらと重なる論点（データ設計・組織設計・スケジュール）にも触れますが、責任の中心は「技術構成の提案と設計」にあります。

ミニFAQ

Q：肩書きが「ソリューションアーキテクト」でなくても、案件応募はできますか？

A：応募は可能です。募集側は設計提案書・アーキテクチャ図・非機能要件の判断事例を見ています。前職の肩書きが「シニアエンジニア」「テックリード」でも、要件定義や全社横断設計の経験があれば通過するケースが多く見られます。

案件の単価相場と稼働条件

結論：フリーランスのソリューションアーキテクト案件は、公開案件ベースで月90万〜150万円程度が中心レンジという目安です。

留保：以下の目安は、2026年時点で首都圏中心の主要フリーランスエージェント数社（レバテック／PE-BANK／ミッドワークス／フリコン等の類型）に掲載されている公開案件と、面談時に提示される非公開案件の傾向をもとにした数字です。週4〜5日準委任・フルリモートまたはハイブリッド案件を中心に見ています。実務経験3年以上、直近2〜3年の設計・提案経験があるレンジを想定しています。時期・地域・元請け構造で単価は変動します。

例外：外資系メガクラウドのプリセールス寄りロールや、SIプライムの上流委託は、公開されにくく個別案件として動くケースがあります。

単価レンジの目安（首都圏・週4〜5日準委任）

非公開案件は個別条件で上振れするケースがあります。特に内製化推進のCoE（Center of Excellence）参画枠や、SIプライムからの直請けでは、公開案件より高いレンジで打診されるケースが見られます。ただし個別性が強く、公開案件の中心レンジと同列に扱わないでください。

自分がどのくらいの単価を狙えるか確認したい場合は、無料のフリーランスエンジニア単価診断で市場単価の目安を把握できます。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方で整理しています。

稼働条件の傾向

• 契約形態：準委任契約が多く、成果物固定の請負は少数派

• 稼働日数：週4〜5日が中心。週2〜3日の並行稼働案件はプリセールス寄りロールでの募集が目立ちます

• 勤務地：フルリモートまたはハイブリッドが多く、設計提案フェーズや初期のヒアリング時のみ現地対応を求められる案件も見られます

• 契約期間：初回3か月〜6か月更新が中心。長期参画を通じて、次回以降に直請け相談へ発展するケースもあります

ミニFAQ

Q：週2〜3日稼働のSA案件はありますか？

A：あります。ただし公開案件では少数派で、プリセールス支援・技術顧問・アドバイザリーのロール名で募集されるケースが多い傾向です。設計主体の案件は週4〜5日が中心のため、稼働制約がある場合はロール名で絞り込むと見つかりやすくなります。

案件で求められる技術・非技術スキル

SA案件で問われるスキルは、「単一技術の深掘り」ではなく「複数技術と業務要件を接続する判断力」に寄っています。募集要項でも複数レイヤーの経験が並列で求められる傾向があります。

技術面で問われる論点

• クラウド構成の設計判断：VPC設計、IAM設計、マルチアカウント戦略、ネットワーク境界の切り分け

• 非機能要件のトレードオフ：可用性・スケーラビリティ・セキュリティ・コスト・運用負荷のバランス

• データフロー設計：バッチ／ストリーム／リアルタイムの使い分け、データレイク／DWHの位置づけ

• 移行戦略：オンプレからクラウドへの移行、リフト＆シフト／リアーキ／リプレースの判断

• セキュリティ設計：ゼロトラスト、境界防御、監査要件、業界ガイドライン準拠

技術スタックは案件によって幅があります。主要フリーランスエージェント数社の2026年時点の公開案件を見ると、AWS中心の案件が多く見られる一方、Azure案件は金融・製造業のエンタープライズ寄り、GCP案件はデータ・AI基盤寄りの募集傾向が観測できます。時期・媒体によって偏りが出ることがあります。

非技術面で問われる論点

• 要件定義・提案書作成：クライアントヒアリング、課題整理、提案書の構造化

• 非エンジニアへの説明力：経営層・事業部門への技術判断の翻訳

• 意思決定の言語化：なぜその構成を選んだか、代替案を却下した理由の説明

• 見積・工数試算：構築フェーズの工数と運用フェーズのコストを分けて見積もれるか

• チーム間調整：複数チーム・複数ベンダーが関わる場面での合意形成

面談で頻出するのは「過去に担当したアーキテクチャ図を1枚出してください」という依頼です。図の粒度と、選択理由を10分程度で説明できるかが通過の分かれ目になります。

上位資格の位置づけ

結論：クラウド系の上位資格は「面談前スクリーニングの通行証」として機能します。無資格でも通過するケースはありますが、資格保有者と比較すると初回面談で聞かれる論点が多くなる傾向があります。

主要な上位資格は以下の3系統です。

AWS認定資格全体の位置づけと学習順序はAWS認定資格おすすめ一覧で整理しています。公式の試験要項はAWS認定公式ページ、Microsoft認定資格ページ、Google Cloud認定ページを参照してください。

ミニFAQ

Q：資格がない状態でSA案件を狙うのは無理ですか？

A：無理ではありませんが、案件によって扱いが分かれます。プライムSIやコンサル系案件は資格必須の要件が明記されるケースが多い一方、内製化推進のCoE参画枠では設計提案書や過去のアーキテクチャ実績で判断されるケースがあります。応募前に募集要項の「必須／歓迎」欄を確認してください。

案件パターン（フェーズ・業界別）

SA案件は、プロジェクトのフェーズと業界特性で求められるスキルセットが異なります。ここでは代表的な4パターンを整理します。

パターン1：クラウド移行・モダナイズ案件

• フェーズ：現行分析→移行方針策定→PoC→段階移行

• 求められる経験：オンプレSI経験＋クラウド構築3年以上、リフト＆シフト／リアーキの判断経験

• 単価目安：月100〜130万円が中心。金融・製造業の大規模移行では130万円超のケースも見られます

• 参考記事：ERP刷新のフリーランスエンジニア案件動向

パターン2：内製化推進・CoE参画

• フェーズ：技術標準策定→ガイドライン整備→社内教育→レビュー体制構築

• 求められる経験：大規模組織での標準化推進経験、複数チームへのガバナンス設計経験

• 単価目安：月110〜140万円が中心。事業会社のCoE直接契約では長期化しやすい傾向があります

• 論点：技術標準を「守られる形」に落とし込む合意形成が問われます

パターン3：新規事業・PoC設計

• フェーズ：技術検証→アーキテクチャ提案→PoC構築→本開発移行判断

• 求められる経験：スタートアップまたは新規事業でのゼロイチ設計経験

• 単価目安：月90〜120万円が中心。スタートアップ案件は上限が抑えめですが、契約が柔軟なケースが多い傾向です

• 論点：不確実性の高い状態で「捨てられる設計」と「拡張性を残す設計」を分ける判断

パターン4：SIプライム・上流委託

• フェーズ：提案フェーズ支援→要件定義→基本設計→ベンダーコントロール

• 求められる経験：SIerでの上流工程経験10年前後、大規模SI案件の設計経験

• 単価目安：月120〜150万円が中心。プライム直請けに近づくと個別条件で上振れするケースがあります

• 論点：クライアントの購買プロセス・稟議要件を踏まえた提案設計

ミニFAQ

Q：どのパターンから入るのが独立初期に向いていますか？

A：過去の実務経験に一致するフェーズから入るのが通過率の観点で有利です。オンプレSI経験者はパターン1、事業会社のクラウド運用経験者はパターン2、スタートアップ経験者はパターン3、大手SIer経験者はパターン4が候補になります。「憧れ」ではなく「実績と接続できるフェーズ」から入るほうが単価も安定しやすくなります。

参画後の実務と時間配分

結論：SA案件の実務時間は、設計・提案ドキュメント作成、ステークホルダー調整、技術検証の3つに大きく分かれます。

条件：組織規模・フェーズによって配分は変わります。以下は複数チーム（5〜8名規模を複数）を横断する内製化推進案件を想定した目安です。

新規事業のPoC案件では技術検証の比率が高まり、SIプライム案件ではドキュメント作成と調整の比率が高まる傾向があります。参画前に「主にどのアウトプットを求められるか」を確認しておくと、稼働イメージがずれにくくなります。

参画初期に効くアクション

1. 既存のアーキテクチャ図とドキュメントを最初に読み込む：現状把握が判断の起点になる

2. 意思決定の履歴を確認する：「なぜこの構成なのか」の背景を掴む

3. 主要ステークホルダーの担当範囲を可視化する：合意形成のルート確認

4. 短期の成果指標を1つ設定する：3か月以内に出せる可視の改善を1件用意する

案件の獲得ルート

結論：SA案件の獲得ルートは大きく3つに分かれます。エージェント経由／SIプライムからの直請け／過去のクライアントからのリファラルです。

ルート1：フリーランスエージェント経由

独立初期に最も現実的な選択肢です。首都圏中心の主要エージェント数社にスキルシートを登録し、「アーキテクト」「クラウドアーキテクト」タグと、クラウド固有名（AWS/Azure/GCP）や業界名（金融／製造／通信）を組み合わせて絞り込むのが実務的です。

スキルシートで重視されるのは「担当したアーキテクチャの規模感（ユーザー数・データ量・チーム人数）」と「意思決定の粒度」です。ロール名だけでなく、判断した項目を具体的に書くと通過率が上がる傾向があります。

ルート2：SIプライム・事業会社からの直請け

過去に参画した現場から直接オファーが来るケースです。契約単価が上振れしやすく、契約期間も長期化しやすい傾向があります。ただし営業・契約書作成・請求管理を自分で行う必要があり、独立初期にいきなり狙うルートではありません。エージェント経由で実績を積んだ後の選択肢と捉えるのが実務的です。

直請けを含む案件獲得の全体像はフリーランスエンジニアの直案件の取り方で整理しています。多重下請けとの関係整理は多重下請け構造とはを参照してください。

ルート3：リファラル・技術コミュニティ

登壇・執筆・OSS活動からの紹介ルートです。再現性は低いが単価と契約条件の柔軟性は高い傾向があります。長期的なブランディング施策として捉え、エージェントルートと並行して育てるのが現実的です。

ケース別の獲得戦略

よくある失敗と参画前チェックリスト

失敗パターン

役割範囲の曖昧さを許容してしまう：SA案件は「設計まで」「実装レビューまで」「運用支援まで」で工数が大きく変わります。契約前に対象範囲を書面で明確にしておくことが重要です。

単一クラウドの経験だけで応募してしまう：応募自体は可能ですが、複数クラウド経験を求める案件も一定数あります。応募前にマルチクラウド経験の要否を確認してください。

技術判断だけで通ろうとする：SA案件ではステークホルダー調整・提案書作成の実績も同時に問われます。技術面の準備だけでは面談で足りない場面が出やすい傾向です。

単価だけで案件を選んでしまう：単価が高くても、対象範囲が広すぎて実質時給が低くなる案件があります。役割範囲・稼働時間・契約期間をセットで比較してください。

参画前チェックリスト

• 対象範囲は「提案／設計／実装レビュー／運用支援」のどこまでか

• 意思決定の権限はどこまであるか（最終決裁者は誰か）

• 既存のアーキテクチャドキュメントは整備されているか

• 前任者がいる場合、離任理由と引き継ぎ範囲を確認したか

• ステークホルダーの担当範囲と関係性を把握しているか

• 契約期間・更新条件・稼働時間の柔軟性は明確か

• 準委任契約の成果責任範囲は書面で確認したか

まとめ

ソリューションアーキテクト案件は、フリーランスエンジニアの上流ポジションとして単価・キャリアの両面で魅力があります。テックリードや試験名の「システムアーキテクト」と混同されがちですが、全社横断・複数システム横断の設計提案という役割で独立して成立しています。

要点は以下の5点です。

• SA案件は全社横断・複数システムの設計提案が中心。テックリードは特定チーム・特定プロダクトが中心

• 公開案件の単価は月90〜150万円が中心レンジ。役割範囲・稼働・現場フェーズで変動

• 通過には実装3〜5年＋設計・提案経験2〜3年＋クラウド上位資格の組み合わせが有利

• 案件パターンはクラウド移行／内製化CoE／新規事業PoC／SIプライム上流の4系統に大別できる

• 独立初期はエージェント経由で実績構築、その後直請け・リファラルの並行が現実的

自分の市場単価と獲得可能な案件レンジを確認したい方は、無料のフリーランスエンジニア単価診断を活用してください。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方で整理しています。

参考にした一次情報：

• AWS認定公式ページ

• Microsoft認定資格ページ

• Google Cloud認定ページ

• IPA システムアーキテクト試験

単価・案件傾向の観測条件：2026年時点で、首都圏中心の主要フリーランスエージェント数社に掲載された公開案件と、面談時に提示される非公開案件の傾向をもとにした注記です。時期・地域・元請け構造で変動します。