サービスデザイナーの面接質問：採用担当者は本当は何を考えているのか

サービスデザイナーの面接質問を探しているなら、質問自体はもう手元にあります。必要なのは、テーブルの向こう側の視点です。ここでは、採用担当者や採用マネージャーが実際に何を考えているのか、そして以前に採用担当者向けのATSツールを作っていたチームが開発した Specific Resume が、合格候補の山に入るための、あなた向けに最適化された履歴書の作成をどう支援できるのかを説明します。

サービスデザイナー採用担当者の思考チェックリスト

以下は、サービスデザイナーの採用担当者や採用マネージャーが、あなたの履歴書や面接回答の中で探しているシグナルです。この考え方は、元Googleの採用担当者であり、10万件以上の履歴書を見てきたと語る Farah Sharghi が共有した、採用側の履歴書レビューと採用議論に基づいています。[1]

1. 安心して任せられる人か
2. 巧妙さより明快さ
3. リスクは隠さず説明する
4. 実際にどう読まれているか
5. 抽象的な美点はノイズ
6. 小手先の工夫はリスクに見える
7. 返事がないからといって不採用とは限らない
8. 職務内容ではなく成果
9. 言葉を合わせる
10. 言葉選びでシニアさを伝える
11. 幅広さを見せる
12. 網羅性より関連性
13. 肩書きを伝わる形に訳す

サービスデザイナー面接で採用マネージャーが本当に評価していること

まず定番の準備リストから入りたいなら、こちらの一般的なサービスデザイナーの面接質問から始めてください。そのあとでこのページに戻ってきてください。本当の勝負は、質問に答えることそのものではありません。あなたの回答によって、面接官があなたをどう信じるかを理解することです。

1. 安心して任せられる人か

採用マネージャーはたいてい、その場で最も華やかなサービスデザイナーを探しているわけではありません。彼らが求めているのは、複雑で混沌としたシステムに入り込み、チーム横断で動き、余計な混乱を生まずにサービスを前進させられる人です。

これはサービスデザインではなおさら重要です。なぜなら、この仕事はあらゆるものの中間に位置するからです。リサーチ、オペレーション、プロダクト、政策、現場チーム、提供上の制約。あなたの回答が「優秀だけど一緒に働きにくそう」と聞こえると、それだけでリスクになります。

より強い回答は、たとえばこんな感じです。

「前職では、オンボーディングのエンドツーエンドのジャーニーを可視化し、プロダクト・サポート・オペレーションを最大の失敗ポイントに沿って足並みをそろえ、そのうえでチームが混乱なく取り入れられるよう、段階的に小さなサービス改善を進めました。」

この回答が伝えるのは次のことです。

• すでに同様の経験がある
• 部門横断で働ける
• 混乱を減らせる
• 細かな指示がなくても進められる

Sharghi の採用側の見方は率直です。採用マネージャーは、印象的だけれど正体不明な人よりも、安心して任せられる人を求めています。[2] サービスデザイナーにとっては、冷静な判断力、ステークホルダーマネジメント、やり切る力を示すということです。

2. 巧妙さより明快さ

多くのサービスデザイナーは、自分自身のストーリーを無意識に複雑にしすぎています。「システム思考」「人間中心の変革」「大規模なサービスブループリント」などの言葉を使いがちですが、その前に「実際に何をしたのか」を言っていません。

採用担当者は高速で流し読みします。Sharghi は履歴書のマスタークラスで、採用担当者は数秒で yes・maybe・no の印象を作り、あいまいな表現を解読したいとは思っていないと説明しています。[3] ですから、具体的な話に入るまでに時間がかかると、その場の関心を失います。

面接では、次のシンプルな型を使ってください。

• 状況: どんなサービスや課題だったか
• 行動: 自分が何をしたか
• 結果: 何が変わったか

プレッシャーがかかっているときでも回答を簡潔に保つために、サービスデザイナー面接向けSTARメソッドも使えます。

あなたが適任かどうかを理解するのに相手が努力しなければならないなら、たいていそこで終わります。

3. リスクは隠さず説明する

キャリアブランクがありますか？ 短期契約でしたか？ UX、リサーチ、プロダクト、政策、オペレーションからサービスデザインへ移りましたか？ それなら、率直に言いましょう。

沈黙はリスクを生みます。Sharghi の採用担当者向けアドバイスでは、履歴書のどこかが普通と違って見えるのに説明がないと、見る側が自分なりの物語で空白を埋めることになり、その物語はたいてい好意的ではありません。[2]

たとえば、こうです。

「UXデザインからサービスデザインに移ったのは、画面レベルだけでは解決できないジャーニーレベルの問題を繰り返し見つけていたからです。」

あるいは、

「それは公共サービスの受付プロセス再設計を支援するための10か月契約でした。プロジェクトは予定どおり終了しました。」

簡潔で大丈夫です。弁解がましいより、事実を淡々と述べるほうが強いです。

これは書類にも当てはまります。あなたの経歴に補足説明が必要なら、サービスデザイナーのカバーレターでその一部を補えます。履歴書を不必要に膨らませる必要はありません。

4. 実際にどう読まれているか

採用担当者は、あなたの履歴書を小説のように最初から最後まで読みません。飛ばし読みします。

Sharghi は、実際の読み順を明確に説明しています。採用担当者はまず職務経験に直行し、最近の職種名を見て、箇条書きの最初の数語をざっと確認し、何か特別に説明が必要な場合を除いて要約欄は飛ばすことが多いのです。[3]

つまり、面接で相手が最初に持つあなたのイメージは、すでに次の要素によって形作られています。

• 直近の職務
• 職種名
• その職務の下にある最初の数個の箇条書き
• それらの箇条書きが素早く関連性を伝えられるかどうか

サービスデザイナーの履歴書では、上部3分の1で情報を素早く伝える必要があります。採用担当者がすぐに次のような要素を見つけられるべきです。

• サービスブループリント
• ジャーニーマッピング
• ステークホルダーワークショップ
• リサーチ統合
• サービス改善
• 部門横断の実行
• 測定可能な成果

最も強い根拠が2ページ目にあり、しかもありきたりな要約の下に埋もれているなら、相手に探させてしまっています。

5. 抽象的な美点はノイズ

「協調性がある」「戦略的」「情熱的」「細部に注意を払える」。証明しない限り、どれも役に立ちません。

採用担当者は、そういう言葉を誰からも聞いています。Sharghi の「メニューと銀食器」のたとえはここで役立ちます。人が気にするのは実際の料理であって、食器の説明ではないということです。[3] つまり、資質を並べるのをやめて、仕事の中身を見せましょう。

性格ラベルを根拠に置き換えてください。

• 協調性がある → プロダクト、オペレーション、サポートと足並みをそろえるワークショップを実施した
• 戦略的 → 工数、効果、運用実現性に基づいてサービス変更を優先順位付けした
• 細部に注意を払える → ポリシールールと現場スクリプトの間の引き継ぎ不備を特定した
• 共感力がある → ユーザーインタビューと現場観察を組み合わせてサービスフローを再設計した

より強い回答は、たとえばこんな感じです。

「私は普段、自分を“優れたコミュニケーター”とは言いません。仕事で示します。3部門をまたいで毎週意思決定ワークショップを進行し、対立する要件を全員が使える1つのサービスブループリントにまとめました。」

性格ラベルより、証拠のほうが毎回強いのです。

6. 小手先の工夫はリスクに見える

採用担当者は、あらゆる小細工を見てきています。

• 白文字で隠したキーワード
• AIの回答のコピペ
• 盛った肩書き
• バズワードだらけのポートフォリオ
• うまく整っているのに妙に中身のない話し方

いったん「選考プロセスを攻略しようとしている」と思われると、信頼できる人には見えなくなり、リスクのある人に見え始めます。Sharghi の ATS 神話の解説も、採用側からまさにその点を指摘しています。ネット上にある「ATS攻略法」の多くはナンセンスで、小手先の工夫では本当の問題は解決しません。[1]

サービスデザイナーの場合、このリスクはさらに鋭くなります。なぜなら、この役割は信頼に依存するからです。曖昧さの中で動き、意思決定を促し、チーム横断で変化を形にしていく仕事です。あなたの事例が作り物っぽく感じられたら、候補者としての強さ全体が弱まります。

AIを下書きの相棒として使うのは構いません。ただし、最終的な回答がちゃんとあなた自身の声に聞こえるようにしてください。

「ユーザーが適格性確認と書類提出の間でつまずいていることが分かったので、サービスフローを簡素化し、離脱を減らしました。」

これは、実際にその仕事をした人の話し方に聞こえます。その基準を守ってください。

7. 返事がないからといって不採用とは限らない

返事が来ないと、何か謎のアルゴリズムのせいだと思いたくなります。ですが、たいていはそれが原因ではありません。

Sharghi は ATS の解説で、「80%一致」のキーワード閾値で履歴書を採点するような万能の自動不採用ロボットは存在しないと主張しています。より大きな問題は応募数です。そもそも人間があなたの応募を開かないこともありますし、本当の足切りは就労許可、勤務地、応募資格のようなスクリーニング質問で起こることが多いのです。[1]

これは役立つ視点です。準備の仕方が変わるからです。

• 裏ワザにこだわるのをやめる
• 関連性に集中する
• 適合性をすぐ伝わるようにする
• スクリーニング質問に注意して答える
• 面接に進んだら、ATSへの不安から面接の質へ意識を切り替える

すでに面接に呼ばれているなら、最も難しいフィルターは通過しています。ここからの仕事は、面接官が安心して yes と言える状態を作ることです。

本番前にもっと練習したいなら、ChatGPTでサービスデザイナーの面接質問を練習するを使って声に出して練習してみてください。話してみると、まだ曖昧な部分がどこかよく分かります。

8. 職務内容ではなく成果

多くのサービスデザイナー候補者は、インパクトではなく活動内容を説明しています。

「ワークショップを主導した」「ジャーニーマップを作成した」「ステークホルダーと連携した」。それ自体は問題ありませんが、あなたがいたことで何が変わったのでしょうか。

成果は必ずしも売上である必要はありません。サービスデザインでは、強い成果はたとえば次のような形で現れます。

• 引き継ぎ失敗の減少
• 重複問い合わせの削減
• 解決時間の短縮
• よりスムーズなオンボーディング
• スタッフの混乱の減少
• 満足度や導入率の向上
• チーム横断での意思決定の明確化

シンプルな公式を使ってください。

「Zを行うことで、Yで測定されるXを改善した。」

例:

• 受付ジャーニーを再設計して申請完了率を改善した
• サービス引き継ぎを修正して重複サポート問い合わせを削減した
• バックオフィスのワークフローを簡素化して社内処理時間を短縮した
• コミュニケーションと提供ステップをそろえることで新サービスの導入率を高めた

Sharghi の採用マネージャー向けアドバイスは、職務一覧よりも根拠と成果を強く重視しています。[2] STARメソッドを使うなら、R を後付けにしないでください。

9. 言葉を合わせる

サービスデザインは、適任者であっても、同じスキルを別の言葉で表現しているために見落とされやすい職種のひとつです。

求人票にこう書かれているとします。

• stakeholder management
• blueprinting
• service operations
• omnichannel journey
• service improvement
• governance
• delivery

…それに対してあなたがこう言っているとします。

• いろいろなチームと働いた
• いくつかのフローを可視化した
• 顧客体験を改善した
• 変更の導入を手伝った

…実際には同じ仕事を指しているかもしれませんが、伝わり方の強さは同じではありません。

Sharghi もこれをはっきり指摘しています。採用担当者は、すでに認識しているシグナルを探します。[2] だからこそ、事実に沿う範囲で、求人票の言葉を反映させましょう。

簡単な確認方法:

• 求人票と、自分の上位5つの箇条書きを比べる
• 平易だけれど曖昧な表現を、企業側の表現に置き換える
• 意味は正直なまま保つ

これはキーワードの詰め込みではありません。自分の経験を、採用チームがすでに使っている語彙に翻訳することです。

10. 言葉選びでシニアさを伝える

最初の一語は、多くの人が思う以上に重要です。

Sharghi は、各箇条書きの最初の一語が、どれだけシニアに聞こえるかを左右すると指摘しています。[2] サービスデザイナーにとってこれは非常に重要です。高いオーナーシップで仕事をしていても、ジュニアっぽい言葉で説明してしまう候補者が多いからです。

比べてみてください。

誇張はしないでください。でも、過小評価もしないでください。

面接でも同じルールが当てはまります。たとえば、こう言う代わりに:

「変革プロジェクトに関わっていました。」

こう言ってみてください。

「サービスブループリントのワークストリームを主導し、リサーチ結果をオペレーションとプロダクト向けの実装優先事項に翻訳しました。」

オーナーシップを示す言葉は、印象を素早く変えます。

11. 幅広さを見せる

強いサービスデザイナーは、たいてい次の3つの側面を同時に見せています。

• 技術的な信頼性: ジャーニー、ブループリント、リサーチ統合、サービスコンセプトのプロトタイピング
• ビジネスインパクト: コスト、効率、リスク低減、導入率、顧客の手間、運用実現性
• リーダーシップ: ファシリテーション、足並み合わせ、権限がなくても影響を与える力、意思決定

Sharghi の採用担当者としての見立てでは、優れた履歴書は技術スキル、ビジネスインパクト、リーダーシップのバランスを取っています。[2] これは、本質的に部門横断型の役割であるサービスデザインにぴったり当てはまります。

回答の中で1つの側面しか見せられていないと、不十分に見えることがあります。

• クラフトだけ = 「成果物はきれいだけど、変化を動かせるのか？」
• 戦略だけ = 「考え方は賢いけど、実務はできるのか？」
• ファシリテーションだけ = 「会議では良さそうだけど、中身はどこにあるのか？」

より強い回答は、たとえばこんな感じです。

「私がリサーチを実施し、それをサービスブループリントに落とし込み、その後オペレーションとプロダクトのリードと連携して、提供能力を損なわずに失敗需要を減らす変更を優先順位付けしました。」

これが幅です。シニア採用チームが耳を傾けるのはこういう話です。

12. 網羅性より関連性

面接官は、あなたの人生全体を知る必要はありません。必要なのは、このサービスデザイナー職として採用する判断に役立つ部分だけです。

Sharghi は候補者に対し、履歴書を人生の物語にするのではなく、直近5〜7年に集中するよう勧めています。[2] これは、UX、リサーチ、プロダクト、コンサルティング、公共セクター、オペレーションをまたいで働いてきた人には特に重要です。

実際には、次のようにしてください。

• 最も関連性の高いサービスデザイン業務を先に出す
• 古くて無関係な職歴は削る
• 10年前の仕事の話に面接時間の半分を使わない
• その職務の現実の課題に合うストーリーを2〜3個選ぶ

もしその職務が公共サービス、アクセシビリティ、政策上の制約に重きを置いているなら、その学びが明確に転用できるのでない限り、消費者向けアプリの再設計を中心に話すべきではありません。

関連性が勝つのは、相手の認知負荷を減らすからです。面接官に「ここで何が重要かを私は理解しています」と伝えることになります。

13. 肩書きを伝わる形に訳す

多くのサービスデザイナーは、過去の職務で「Service Designer」という正確な肩書きを持っていませんでした。だからといって、その経験に価値がないわけではありません。必要なのは、それを翻訳することです。

たとえば、あなたの肩書きが次のようなものだったかもしれません。

• UX designer
• customer experience lead
• design strategist
• product designer
• innovation consultant
• operations transformation specialist
• business analyst

市場で通じる言葉とのつながりが明確でないなら、はっきり言葉にしてください。

「肩書きはUXデザイナーでしたが、実際の範囲はサービスデザインでした。チャネル横断のジャーニーマッピング、ステークホルダーワークショップ、ブループリント作成、チーム横断の実装計画まで担っていました。」

これは次の場所でできます。

• 「自己紹介をしてください」への回答
• 短いサマリー文
• その職務の箇条書きの言い回し
• カバーレターでの説明

採用担当者が、あなたの代わりに翻訳作業をしてくれるとは限りません。適合していることを見える形にしましょう。

採用担当者が実際に開くサービスデザイナーの履歴書を作る

採用担当者が実際に何を考えているかが分かったら、それが履歴書にも反映されるようにしましょう。直近の職務を先に、強い動詞を使い、具体的な根拠を示し、伝わる肩書きにすることです。実際の経験を、応募先ごとに最適化された履歴書に落とし込むサポートがほしいなら、Specific Resume を使って、応募中の職種に合わせた履歴書を作成してください。幸運を祈っています。次のサービスデザイナー面接が、少しでも不可解さの少ないものになることを願っています。

情報源

1. Farah Sharghi. 「ATSを攻略しろ」？ それは嘘だった — ATSがすること・しないこと、そして「返事がない」が実際に意味すること
2. Farah Sharghi. 採用される履歴書の6つの秘訣 — 採用マネージャーの思考法
3. Farah Sharghi. FAANG面接を勝ち取るための履歴書マスタークラス — 採用担当者が実際にどう読み、採用マネージャーが何を理由に落とすのか

Adam Sabla

Adam Sabla は、Disney、Netflix、BBC を含む 100 万人超の顧客を抱えるスタートアップを立ち上げてきた起業家で、自動化に強い情熱を持っています。