Google Stitch は、デザイナーの仕事を奪うのか——1年使い続けて出た、私なりの答え

2026.04.16

「AIがUIを作るようになったら、デザイナーはいらなくなるんじゃないか」

Google Stitch を使い始めたとき、私はこの問いを何度も自分に向けていた。プロンプトを入力するだけで画面が生成される様子を見ていると、「これは自分の仕事の一部が代替されている」という感覚が確かにあった。

あれから1年近くが経った。毎週Stitchを使い続け、記事を書き、クライアントへのプレゼンにも使ってきた。その経験を踏まえて、今の私はこの問いにどう答えるか——正直に書く。

結論から言うと、Google Stitch はデザイナーの仕事の一部を確実に代替するが、「デザイナーである理由」を奪うことはできない。Stitchが代替するのは「形を作る作業」であり、「誰のための、どんな体験を作るか」という判断と責任は、依然として人間が担う必要がある。ただしその前提として、「形を作れること」だけを価値としてきたデザイナーには、確実に影響がある。

Stitch が代替するのは「何の仕事」か

Google Stitch とは、テキストや音声のプロンプトをもとにAIがUIデザインを自動生成するGoogleのデザインツールです。2026年3月のStitch 2.0アップデートでは、5画面同時生成・Design System Import・Voice Canvasなどの機能が追加され、実務での活用範囲が大きく広がった。

Stitchが明らかに代替できる作業は以下の通りだ。

ワイヤーフレームの作成（構造レイアウトの初稿生成）
複数デザイン案の並行生成（A案・B案・C案を数分で出せる）
既存デザインの部分バリエーション生成（ボタンの形違い、カラーバリエーションなど）
ラフなプロトタイプの素材生成（プレゼン・確認用の叩き台）
定型UIパターンの実装（ログイン画面・設定画面・一覧画面など）

これらは従来、デザイナーが時間をかけて手作業で行っていた作業だ。Stitchを使うことで、これらにかかる時間は劇的に短縮される。ここは正直に認める必要がある。

Stitch が代替できない仕事とは何か

一方で、Stitchが代替できないと1年使って確信していることがある。

それは「なぜこの画面を作るのか」という問いへの答えを出すことだ。

Stitchは「何を作るか」を指示すれば形を作ってくれる。しかし「そもそも何を作るべきか」の判断は、ユーザーの状況・事業の文脈・制約条件を総合的に理解した上で行われる。この判断は、データとヒアリングと経験の積み重ねによる人間の思考から生まれる。

また、Stitchは「作ったUIがユーザーにどう受け取られるか」を検証できない。ユーザーテストの設計、テスト結果の解釈、「この結果から何を学んだか」という洞察——これらはAIが生成できるものではない。

さらに、クライアントや経営者・エンジニアと「なぜこのデザインなのか」を議論し、合意形成を行うプロセスも代替されない。UIの背後にある「なぜ」を説明できること、ステークホルダーの意見を調整しながら最善のデザインに近づけていくプロセスは、今のAIにはできない。

「形を作れること」だけを価値にしてきたデザイナーへ

この問いに対して、最も正直な答えを出すとすればこうだ。

「形を作れること」——つまり、デザインツールを使ってUIを形にするスキルそのものを主な価値としてきたデザイナーには、Stitchは確実に影響を与える。

クライアントから見れば、「Figmaで3時間かけてワイヤーフレームを作る」作業が「Stitchで20分で生成できる」なら、コストの見直しが生まれる。これはすでに起きていることだし、今後さらに加速する。

しかし、「なぜこの形にすべきか」を判断し、説明し、改善し続けられるデザイナーの価値は変わらない。Stitchによって「形を作る時間」が短縮されたぶん、「なぜを考える時間」「ユーザーと向き合う時間」「チームと議論する時間」が増えるとも言える。

実際に私の働き方で起きた変化は、「作業時間の短縮」よりも「思考の深化」だった。Stitchに形を任せられる分、「このUIで本当に課題は解決するか」「ユーザーはこの画面でどう感じるか」という問いに使える時間と頭のリソースが増えた。

Stitch を使い続けてわかった、自分の仕事の「本質」

Stitchを使う前、私は「デザインツールを使いこなすこと」が自分の仕事だと思っていた部分があった。Figmaのコンポーネント設計が上手いこと、ショートカットを多く知っていること、きれいなUIをゼロから作れること——そういったスキルを「デザイナーとしての価値」の一部として捉えていた。

Stitchを使い続けて気づいたのは、それらは「手段」であって「本質」ではなかったということだ。

デザイナーの本質は「ユーザーの体験を設計すること」だ。形を作るのはその手段に過ぎない。Stitchがその手段を部分的に担ってくれるなら、本質に集中できるチャンスが増えたということになる。

この気づきは、ツールの登場によって「自分が本当に何をしているのか」を問い直す良い機会を与えてくれたという意味で、Stitchへの感謝さえ感じている。

非デザイナーがStitchを使い始めたとき、何が変わるか

「デザイナーの仕事を奪うか」という問いに関連して、もう一つ重要な視点がある。非デザイナー——エンジニア、PM、営業、経営者——がStitchを使い始めたとき、何が変わるかだ。

実際に私のチームでは、エンジニアとPMがStitchを使って「自分なりのUIイメージ」を持ってきて、デザイナーと議論するという場面が増えた。以前は「デザイナーに任せる」だったプロセスが、「自分でも試してみる→デザイナーと協議する」に変わった。

これは脅威ではなく、むしろ設計プロセスの民主化だと感じている。各職能の人がUIへの具体的なイメージを持って議論できるようになることで、「デザイナーが一方的に決める」構造から「チーム全体でデザインを考える」構造に変わっていく。

その変化の中でデザイナーは、「形を作る専門家」から「UX判断のアドバイザー」としての役割が増す。Stitchが生成した複数の案を評価し、「なぜこれがより良いか」を論拠を持って示せることが、チームの中でのデザイナーの新しい価値になっていく。

失敗したこと・気をつけるべきこと

1. Stitchへの過度な依存で「手を動かす力」が落ちた時期があった

Stitchを使い始めて半年ほど経った頃、Figmaで一からUIを作ることへの抵抗感が増していることに気づいた。「Stitchに生成させればいい」という思考が先に来て、自分の手でレイアウトを組む力が鈍っていた。ツールへの依存は確実に起きる。意識的に「Stitchなしで作ってみる」日を設けることで、自分の設計力を保つ必要があった。

2. 「AIが作ったのだから正しいはず」という錯覚に陥った

Stitchが生成したUIは完成度が高く見えるため、「これでいい」という判断を早めてしまう場面があった。しかしAIは「それっぽい形」を作るのが得意なだけで、「ユーザーにとって本当に使いやすいか」は検証が必要だ。Stitchの出力を「仮説」として扱い、必ずユーザー視点でのレビューを行う習慣が重要だった。

3. 「AIが作ったUI」という事実を免罪符にしていた時期があった

「AI生成なのでまだ粗いです」という枕詞を多用していた時期がある。これは一見正直に見えて、実は「品質の低さへの言い訳」になっていた。AIが生成したものでも、クライアントに渡す前にデザイナーとしての判断と責任を持って仕上げることが本来の在り方だ。「AI生成だから」という免罪符に頼ることは、デザイナーとしての価値を自ら下げる行為だった。

4. Stitchが苦手な領域を見極めるのに時間がかかった

Stitchは感情的な表現・ブランドの独自性・インタラクションの細かなニュアンスの設計には限界がある。こういった領域に気づかずにStitchだけで完結しようとして、「なんかしっくりこない」画面を作り続けた時期があった。Stitchが得意なことと不得意なことを早めに把握し、Figmaや他ツールとの使い分けを決めることが重要だった。

5. 「Stitch を使えること」を差別化として伝えすぎた

Stitchを使えることを強みとしてクライアントに伝えていた時期があったが、それは長期的な差別化にならないことに気づいた。ツールは誰でも使えるようになる。差別化は「Stitchを使って何をどう解決できるか」という成果と判断力にある。ツールの習熟を差別化と勘違いしないことが大切だ。

よくある質問（FAQ）

Q1. デザイナーはStitchを使うべきですか、使わないべきですか？

使うべきです。使わないことで失うのは「時間」と「速さ」です。Stitchが担える作業はStitchに任せ、自分は「なぜこのデザインか」という判断と検証に集中する——これがAI時代のデザイナーの合理的な働き方です。ツールを使わない選択は、差別化ではなく機会損失になります。

Q2. Stitch を使えれば、デザイナーじゃなくてもUIが作れますか？

「UIを生成すること」はできます。ただし「良いUIを作ること」はできません。Stitchが生成するUIが「ユーザーの課題を解決しているか」「ビジネスの目標に合っているか」「使いやすいか」を判断するには、UXの知識と実践経験が必要です。ツールの民主化は「デザイン作業の入口」を広げますが、「質の判断」はスキルを持った人間が担います。

Q3. Stitch が進化すると、デザイナーはいらなくなりますか？

少なくとも当面はなりません。ツールがいかに進化しても、「ユーザーを理解すること」「ビジネスとユーザーの間で最善の判断をすること」「作ったものを検証し改善し続けること」は人間の役割として残ります。ただし「形を作る専門家」としてのデザイナーの価値は相対的に低下します。デザイナーに求められるのは、設計の「判断力」と「説明力」です。

Q4. 非デザイナーがStitchを使うことへの、デザイナーとしての向き合い方は？

脅威ではなく、協働の機会として捉えることを勧めます。チームの全員がUIイメージを持って議論できる状態は、デザイン品質を上げる環境です。デザイナーはその議論の中で「なぜこちらが良いか」を論拠を持って示す役割を担います。非デザイナーがStitchを使えるようになると、デザイナーは「形を作る人」から「質を判断・保証する人」へとシフトします。

Q5. Stitch を使い続けることで、デザイナーとしての力は上がりますか？

使い方による、というのが正直な答えです。「とりあえず生成して使う」だけでは力は上がりにくいです。「なぜこのUIが意図と違うか言語化する」「良い画面と悪い画面の差分を分析する」「ユーザー視点で生成結果をレビューする」という使い方をすれば、デザインの言語化力と判断力が確実に高まります。

Q6. Stitch を使うことで、デザインの学習時間は短縮できますか？

「形を作る技術」の学習は短縮されます。しかし「ユーザーを理解する力」「デザインの判断力」「コミュニケーション能力」はStitchでは代替できないため、これらの学習は依然として必要です。Stitchは「形の学習コスト」を下げる一方、「デザインの本質的な力」を伸ばすための時間を確保しやすくします。

Q7. フリーランスデザイナーへの影響はどう考えますか？

「制作だけ」のフリーランスには影響が出ます。Stitchを活用して高速に制作できる人との競争は激しくなります。一方で「UXコンサルタント」「デザイン品質の保証役」「チームへのデザイン指導」として機能できるデザイナーの価値は変わりません。フリーランスとして生き残るには「形を作れること」より「なぜを説明できること」への移行が重要です。

Q8. Stitch 以外にも、デザイナーの仕事に影響するAIツールはありますか？

あります。Figmaに統合されたAI機能（デザイン提案・アクセシビリティチェックなど）、Adobe Fireflyによる画像生成、Cursor/GitHub Copilotなどのコード生成ツール——これらが組み合わさることで、デザインから実装までのプロセス全体がAI補完されつつあります。Stitch単体より、これらのツール群全体の文脈でデザイナーの役割変化を捉えることが重要です。