未経験からソリューションアーキテクトになるには｜必要スキルと現実的なルート
ソリューションアーキテクトへの未経験転職：現実的な見立て
ソリューションアーキテクト（以下、SA）は、顧客の経営・業務課題をIT・システムで解決する提案設計を担う職種であり、技術理解と商談力の両方を求められる。採用市場での需要は高い一方、「完全未経験から即SA採用」を実現するケースはほぼ存在しない。多くの場合、エンジニア・SIer・コンサル・プリセールスなど隣接領域での実績を足がかりに、段階的に移行するルートを経る。
本記事では、SAという職種の構造的な理解から始め、どの職種経験がどの程度の有利さを持つか、どのスキルを優先的に補強すべきか、現実的なキャリアルートを具体的に整理する。「未経験」という言葉の定義を適切に解釈することが、転職戦略の出発点となる。
ソリューションアーキテクトとは何をする職種か
SAの職務範囲は企業・業態によって異なるが、共通する中核業務は次の3層に整理できる。
- 課題のヒアリングと要件定義支援：顧客の業務・経営課題をヒアリングし、技術的に実現可能な要件に翻訳する
- ソリューション設計・提案：自社製品・パートナー製品・クラウドサービスを組み合わせたアーキテクチャを設計し、提案書・デモ・概念実証（PoC）として提示する
- 導入後の技術的なサポート・エスカレーション対応：導入フェーズにおける技術的な相談窓口として機能する
SIerにおけるSAはシステム設計寄り、SaaSベンダーにおけるSAはプリセールス（ソリューションエンジニア）と近い役割を担いやすい。クラウドベンダー（AWSやGCPなど）のSAはより広域のアーキテクチャ設計と技術啓発が主軸となる傾向がある。「どのSA」を目指すかによって、求められるスキルの比重が変わる点を最初に認識しておく必要がある。
「未経験」の実態：隣接職種ごとの出発点
SAを「完全ゼロから目指す職種」として捉えると、転職活動の設計が現実から離れやすくなる。採用市場で見られるのは、以下のような「特定領域は経験済みだが、SAとしての統合経験がない」という転職者が大半である。
| 出発職種 | SAとして持参できる強み | 補強が必要な領域 |
|---|---|---|
| インフラ・クラウドエンジニア | アーキテクチャ知識、設計経験 | 商談・提案スキル、業務課題理解 |
| アプリケーションエンジニア（サーバーサイド） | 実装・品質観点での技術評価力 | インフラ設計、顧客折衝 |
| SIerのSE（上流工程経験あり） | 要件定義・顧客折衝・プロジェクト管理 | 特定製品・クラウドの深い知識 |
| ITコンサルタント | 課題整理・提案書作成・プレゼン力 | 技術の具体性・実装レベルの知識 |
| プリセールス・セールスエンジニア | 提案・デモ・顧客対応の実務 | アーキテクチャ設計の深度 |
| 非IT職（営業・企画など） | ドメイン知識（業界経験） | 技術全般（ほぼすべての補強が必要） |
非IT職から直接SA採用されるケースは極めて少ない。ただし金融・医療・製造などの業界知識が深い場合、その業界特化型SAポジションでは評価される可能性がある。その場合でも、技術的な最低限の素養（クラウドの概念・API連携・データ構造の基礎）は採用条件として示されやすい。
SAに求められるスキルの構造
SAに求められるスキルは「技術軸」「提案軸」「ビジネス軸」の3軸で考えると整理しやすい。
技術軸
- クラウドアーキテクチャの理解：AWS・Azure・GCPのいずれかにおける主要サービスの役割と設計パターンの把握。認定資格（AWS認定ソリューションアーキテクト–アソシエイトなど）は知識の証明として有効に機能する
- ネットワーク・セキュリティの基礎：オンプレとクラウドの接続構成、認証・認可の設計、コンプライアンス観点の理解
- データ・統合パターンの知識：API設計、ETL・データパイプライン、マイクロサービス連携などの概念的理解
SAはコードを書く職種ではないが、エンジニアの説明を正確に理解し顧客に翻訳できるレベルの技術リテラシーが必要である。
提案軸
- ヒアリング・ファシリテーション能力
- 提案書・アーキテクチャ図の作成（draw.ioやLucidchartなどを使ったシステム構成図の設計経験）
- デモ・PoCの設計・実施能力
ビジネス軸
- 顧客の業務フローや組織構造への理解
- ROI・TCOを踏まえた費用対効果の説明
- ベンダー・パートナーとの調整力
現実的な移行ルート：3つのパターン
パターン1：エンジニアからSAへの横断
インフラエンジニアやクラウドエンジニアがSAに移行するルートは最もオーソドックスである。技術的な深度はすでに備わっているため、顧客対応・提案経験の有無が評価の分岐点となりやすい。現職で技術的な社内提案・勉強会登壇・プレセールス支援などの経験を積んでおくと、職務経歴書での差別化につながる。
クラウド認定資格（アソシエイト〜プロフェッショナルレベル）の取得は、SaaS・クラウドベンダー系のSAポジションへの応募において一定の評価基準として機能する傾向がある。
パターン2：SIer上流SEからの移行
SIerで要件定義・基本設計・顧客折衝を担ってきた人材は、提案軸・ビジネス軸の素養を持参できる。不足しやすいのはパブリッククラウドの実践的な知識であるため、ハンズオンでの学習（AWS等の無料枠を活用した構築経験）と資格取得を並行して進めることが移行準備として有効になりやすい。
転職先としては、SaaSベンダーのソリューションエンジニア職やSIerのSA職が現実的な着地点になる。
パターン3：ITコンサルからの移行
ITコンサルタントはビジネス軸・提案軸の経験は豊富である一方、技術の具体性が問われやすい。「提案はできるが実装レベルの技術判断ができない」と評価されると、SAよりもコンサルポジションへ誘導されるケースがある。技術的な具体性を示すには、個人プロジェクトでの構築経験、OSS貢献、技術ブログ執筆なども有効な補強手段となりえる。
ケーススタディ：SIer出身者のSA転職の型
経歴の概要：SIerにて5年間、業務システム開発に従事。後半2年は基本設計・顧客折衝を担当。クラウド経験はほぼなし。
転職準備フェーズ（約6〜9ヶ月）：
- AWS認定ソリューションアーキテクト–アソシエイトを取得
- 個人でAWS上にWebアプリを構築し、構成図と設計意図をGitHub・ブログで公開
- 現職でのプロジェクト提案書を整理し、課題設定→解決策の論理構造を職務経歴書に反映
転職活動フェーズ：
- 応募先：SaaSベンダーのソリューションエンジニア職・外資SIのSA職
- 評価されたポイント：要件定義経験の深さ・顧客折衝の実績・クラウド学習への主体性
- 転職後の年収レンジの目安：前職比で100〜200万円程度の変動幅が生じる可能性がある（職種・企業規模・英語要否によって大きく異なる）
このケースが示すのは、「技術補強＋既存経験の言語化＋実績の可視化」の3点セットが移行の現実的な準備であるという点である。
よくある質問
Q1. IT未経験・文系出身でもSAになれますか？
直接的なSA採用は難しいのが実態です。まずはITサポート・SaaSのカスタマーサクセス・社内SEなどの職種から技術的な素養を積み、3〜5年程度の実務経験を経てからSAを目指すルートが現実的な設計になりやすいです。
Q2. 資格だけでSA転職は可能ですか？
資格は知識の証明として有効に機能しますが、資格単体が採用決定に直結するケースは稀です。採用面接では「なぜその設計を選んだか」という判断の根拠を問われるため、実際に手を動かした経験・顧客対応の実績が補完的に必要になります。
Q3. SaaSベンダーとSIerのSA、どちらが転職しやすいですか？
一般的には、SaaSベンダーのSA（ソリューションエンジニア）はプリセールス・提案経験を重視する傾向があり、SIerのSAは設計・開発経験を重視する傾向があります。自分の強みがどちらの軸に近いかで応募先を選ぶと、書類通過率が改善しやすいです。
Q4. 英語力はSA転職に必須ですか？
外資系SaaSベンダーやグローバルクラウドベンダーではビジネスレベルの英語力を求められるポジションが多い傾向があります。一方、国内SIerや国内SaaSベンダーでは英語要件が低いポジションも存在します。英語力がない場合は国内企業のSAを入口にし、経験を積みながら外資ポジションへ移行するステップ設計も現実的です。
まとめ
SAへの転職は「未経験から直接目指す職種」というより、「隣接職種での実績を段階的に統合して移行する職種」として捉えるのが現実に即している。技術軸・提案軸・ビジネス軸のうち、どの軸が自分の現時点での強みであるかを把握し、不足している軸を補強する順序を設計することが、転職準備の核心となる。資格・構築経験・提案実績の組み合わせが採用評価の土台であり、いずれか一点だけでは代替しにくい。SaaS・クラウド市場の拡大を背景に、SAポジションの需要は中長期的に安定している一方で、要求水準も高まる傾向がある。自分のキャリアパスがSAへの移行に適しているか、現在地から具体的なルートを整理したい場合は、職種に精通したキャリアアドバイザーへの相談を検討する価値があります。