システム設計面接の進め方（Webエンジニア向け）

Webエンジニアの選考では、API設計、データモデリング、可用性、キャッシュ、キューなどをホワイトボードやオンラインボード上で議論する設計面接が行われることがあります。このページはその当日形式に限定し、持ち帰りでコードを書く技術課題とは切り分けます。面接官と一緒に要件を確定し、ボトルネックを仮説として提示し、トレードオフを言語化する進め方を中心に解説します。具体的な合格率や内定保証はしません。

要件確認

機能要件と非機能要件（可用性、レイテンシ、一貫性）を面接官に質問して確定すること。

Back-of-envelope

QPS、ストレージ、帯域を桁で見積もる簡易計算。精密さより前提の明示が目的。

トレードオフ

一貫性と可用性、コストと性能など、相反する選択の理由を説明すること。

深掘り

ボトルネック箇所を1つ選び、障害時やスケール時の挙動を詳述すること。

設計面接は実装の正確さより、問題分解とコミュニケーションが評価されやすい形式です。ライブコーディングが微修正の速度を見るのに対し、設計は中長期の判断と運用を見る意図が強い場合があります。

設計面接の役割比較では、「観点」は「形式」、「設計面接」は「当日対話・図」、「技術課題」は「非同期・コード提出」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の役割比較では、「観点」は「成果物」、「設計面接」は「ボード上の構成図」、「技術課題」は「リポジトリとREADME」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の役割比較では、「観点」は「評価」、「設計面接」は「思考過程・質問力」、「技術課題」は「完成度・実装品質」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の役割比較では、「観点」は「時間」、「設計面接」は「45〜60分が多い」、「技術課題」は「数日〜1週間」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の役割比較では、「観点」は「このテーマ」、「設計面接」は「ここ」、「技術課題」は「技術課題」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の「お題」は求人票の職種から推測できますが、必ずしも現職ドメインと一致しません。EC、SNS、チケット販売など定番題を、自分の言葉で要件確認から始める練習が有効です。

設計面接の求人票の読み替えでは、「書いてあること」は「想定DAU」、「確認したい実態」は「読み書き比率」、「面談での質問例」は「読み取りが99%で合っていますか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の求人票の読み替えでは、「書いてあること」は「レイテンシ目標」、「確認したい実態」は「p99の許容」、「面談での質問例」は「500ms以内はどのAPIですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の求人票の読み替えでは、「書いてあること」は「可用性」、「確認したい実態」は「許容ダウンタイム」、「面談での質問例」は「メンテ窗口は月1時間でよいですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の求人票の読み替えでは、「書いてあること」は「一貫性」、「確認したい実態」は「強い/結果整合」、「面談での質問例」は「在庫の同時購入はどう扱いますか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の求人票の読み替えでは、「書いてあること」は「データ保持」、「確認したい実態」は「保持期間」、「面談での質問例」は「個人情報の削除要件は」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の求人票の読み替えでは、「書いてあること」は「地理分散」、「確認したい実態」は「単一リージョン可否」、「面談での質問例」は「国内のみで問題ないですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

設計面接の求人票の読み替えでは、「書いてあること」は「スコープ」、「確認したい実態」は「Must機能」、「面談での質問例」は「通知機能は今回の対象外ですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

• 要件確認の質問リストを5つ以上用意した
• 読み/書き/QPSの前提を口頭で宣言した
• 構成図に単一障害点を1つ指摘した
• キャッシュかキューかを理由付きで選んだ
• 深掘りは1箇所に絞って説明した

確認ポイントは「要件確認の質問リストを5つ以上用意した」です。設計面接の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「読み/書き/QPSの前提を口頭で宣言した」です。設計面接の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「構成図に単一障害点を1つ指摘した」です。設計面接の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「キャッシュかキューかを理由付きで選んだ」です。設計面接の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「深掘りは1箇所に絞って説明した」です。設計面接の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

設計面接では、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。

1. 01
   定番お題を3題選ぶ

   URL短縮、ニュースフィード、チャット等から、自分が説明しやすい題を選び、45分で1回通す。

2. 02
   テンプレートを作る

   要件→見積もり→API→データモデル→構成図→ボトルネック→深掘りの順序を固定。

3. 03
   公式フレームワークを読む

   AWS/Azure/GCPの可用性・セキュリティの観点名だけ把握。暗唱ではなく選択理由に使う。

4. 04
   ペア練習

   相手を面接官役にし、沈黙が続いたら要件確認に戻る癖をつける。

クラウド各社のWell-ArchitectedやArchitecture Frameworkは、可用性・セキュリティ・コストの観点名として参照できます。ただし面接では公式のベストプラクティスを暗唱するのではなく、要件に照らした選択理由を説明することが重要です。

システム設計面接の進め方（Webエンジニア向け）の判断材料は、出典が公開されている情報に限ります。媒体ごとの求人数や平均年収は集計定義が違うため、求人票や公式サイトの最新情報で確認してください。内定や年収アップは保証できません。提示された労働条件は書面で確認し、口頭の話だけを契約内容にしないでください。

レバテックキャリアやGeeklyでは、模擬設計面接や過去のフィードバック例を共有してもらえる場合があります。独学なら、ペアで45分タイマーを使い、要件確認5分から始める練習を繰り返してください。

• Geekly

  Web系の設計面接が多い企業群の傾向を、担当者ヒアリングで整理してもらえる場合があります。

• レバテックキャリア

  シニア層向けの設計面接対策を、キャリア面談とセットで相談可能。

• 自己練習

  Excalidraw等でボード代わり。面接本番と同じスタンドアップ時間で練習。

相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。

• いきなりDBを書く

  要件とQPSの前提なしの構成図は深掘りで崩れやすい。最初の5分は質問に使う。

• 全部のサービスを盛る

  Kafka、Elastic、Redisを並べるだけでは評価になりにくい。Mustに必要な最小構成から。

• 宿題と同じ完成度を求める

  設計面接はコード不要。説明とトレードオフが中心。

設計面接1本に向けた1週間の練習配分です。毎日1題フルセットではなく、要件確認・見積もり・深掘りを分けて反復します。

1. 01
   月・火：要件確認練習

   お題を読んで5分だけ質問。Mustを3つに絞る訓練。

2. 02
   水：見積もり

   Back-of-envelopeだけを10分×3題。桁のミスより前提を声に出す。

3. 03
   木：構成図

   LB、App、DB、Cache、Queueの組み合わせを3パターン描く。

4. 04
   金：模擬面接

   45分通し。録画して「説明不足だった深掘り」を1つメモ。

設計面接の「定番お題を3題選ぶ」では、URL短縮、ニュースフィード、チャット等から、自分が説明しやすい題を選び、45分で1回通す。 数字が必要なら計測期間と分母をセットにし、分からなければ未確認と書きます。最新条件は公式サイトでご確認ください。

設計面接の「テンプレートを作る」では、要件→見積もり→API→データモデル→構成図→ボトルネック→深掘りの順序を固定。 数字が必要なら計測期間と分母をセットにし、分からなければ未確認と書きます。最新条件は公式サイトでご確認ください。

設計面接の「公式フレームワークを読む」では、AWS/Azure/GCPの可用性・セキュリティの観点名だけ把握。暗唱ではなく選択理由に使う。 数字が必要なら計測期間と分母をセットにし、分からなければ未確認と書きます。最新条件は公式サイトでご確認ください。

設計面接の「ペア練習」では、相手を面接官役にし、沈黙が続いたら要件確認に戻る癖をつける。 数字が必要なら計測期間と分母をセットにし、分からなければ未確認と書きます。最新条件は公式サイトでご確認ください。

応募前の「月・火：要件確認練習」では、お題を読んで5分だけ質問。Mustを3つに絞る訓練。 設計面接の条件は口頭の印象より書面を優先します。

応募前の「水：見積もり」では、Back-of-envelopeだけを10分×3題。桁のミスより前提を声に出す。 設計面接の条件は口頭の印象より書面を優先します。

応募前の「木：構成図」では、LB、App、DB、Cache、Queueの組み合わせを3パターン描く。 設計面接の条件は口頭の印象より書面を優先します。

応募前の「金：模擬面接」では、45分通し。録画して「説明不足だった深掘り」を1つメモ。 設計面接の条件は口頭の印象より書面を優先します。

失敗パターン「いきなりDBを書く」は、要件とQPSの前提なしの構成図は深掘りで崩れやすい。最初の5分は質問に使う。 設計面接ではこれを応募理由の主軸にしないでください。

失敗パターン「全部のサービスを盛る」は、Kafka、Elastic、Redisを並べるだけでは評価になりにくい。Mustに必要な最小構成から。 設計面接ではこれを応募理由の主軸にしないでください。

失敗パターン「宿題と同じ完成度を求める」は、設計面接はコード不要。説明とトレードオフが中心。 設計面接ではこれを応募理由の主軸にしないでください。

相談の切り口「Geekly」では、Web系の設計面接が多い企業群の傾向を、担当者ヒアリングで整理してもらえる場合があります。 同じ求人を別経路で出さないよう企業名マスターで突合します。

相談の切り口「レバテックキャリア」では、シニア層向けの設計面接対策を、キャリア面談とセットで相談可能。 同じ求人を別経路で出さないよう企業名マスターで突合します。

相談の切り口「自己練習」では、Excalidraw等でボード代わり。面接本番と同じスタンドアップ時間で練習。 同じ求人を別経路で出さないよう企業名マスターで突合します。

システム設計面接の進め方（Webエンジニア向け）で差がつくのは、用語の暗記より、自分が判断した範囲の説明です。確認できない数字は書きません。内定や年収アップを約束する記事ではありません。