Google Stitch をチームに導入したとき、一番抵抗したのは誰だったか

2026.04.12

新しいツールをチームに導入するとき、一番難しいのは「技術的な設定」ではなく「人を動かすこと」だと痛感した。

Google Stitch をチームに提案したのは去年の春だった。小規模なWebサービス開発チームで、デザイナーが2名、エンジニアが3名、ディレクターが1名という構成だ。「UIのプロトタイピングを効率化できる」という目的で導入を提案したが、そこから合意を得るまでの道のりは、思ったより複雑だった。

最初に賛成したのは、エンジニアだった

意外だったのは、最初に前向きな反応を示したのがエンジニアたちだったことだ。

理由を聞くと「デザインの確認待ち時間が減りそう」という実務的な期待だった。UIのラフ案をエンジニア自身が生成できれば、「デザイナーが空くまで実装を止める」という状況が減る。プロトタイプを自分で動かしながら実装の方向性を確認できる、というメリットを直感的に感じていたようだ。

エンジニアが賛成してくれたことは、導入を進める上で大きな後押しになった。

一番抵抗したのは、デザイナーだった

逆に、最も強く抵抗したのはデザイナーだった。これは予想していたことでもあったが、実際に話してみると想定とは少し違う文脈の懸念だった。

「自分の仕事が奪われる」という不安ももちろんあった。だが、それ以上に語られたのは「クオリティへの不信感」だった。「AIが生成したUIはどうせ量産品になる」「ちゃんとユーザーを考えたデザインにならない」という懸念だ。

この懸念は、実際に触れてもらうまでなかなか解けなかった。口頭でどれだけ説明しても「使ってみないとわからない」という状態が続いた。転機になったのは、私が一週間使った成果を「比較として」見せたことだ。「AIが出したラフ」と「ゼロから作ったラフ」を並べて、どちらが探索フェーズとして有用かを議論した。その場で、懸念の一部が「試してみる価値はあるかも」に変わった。

ディレクターは「コストと効果」で話を聞いた

ディレクターは最初から「反対」でも「賛成」でもなく、「費用対効果を見せてほしい」という立場だった。感情的な賛否より、ビジネス的な判断軸を求めていた。

「プロトタイプ作成にかかっていた時間が何時間削減できるか」「クライアントとの認識合わせの回数が減るか」——こういう問いへの答えを準備して持っていくことで、ディレクターは前向きになってくれた。

チームの意思決定者を説得するには「感情」ではなく「数字と根拠」が必要だ、という当たり前のことを改めて学んだ。

導入後に起きたこと

試験導入を始めてから1ヶ月後、チームの使い方はそれぞれ違うものに分かれていた。

エンジニアは「ちょっとしたUIの確認用」として日常的に使うようになった。デザイナーのうち一人は「探索フェーズのアイデア出し」に活用し始め、もう一人はまだあまり使っていない。ディレクターはクライアントとの会議前に「たたき台生成」で使い始めた。

全員が同じ使い方をするわけではなかった。だがそれで良かったと思っている。「全員がこう使う」という形を強制しようとすると、それ自体が新たな摩擦になる。

チーム導入で学んだこと

最初に仲間になってくれる人を見つけることが、導入の起点になる
口頭説明より「実際に触れてもらう」ことが最も効く
抵抗の背景にある「本当の懸念」を聞かないと、ズレた説得になる
意思決定者には感情でなく根拠で話す
「全員同じ使い方」を目指すより「それぞれが使える場面を見つける」方が定着しやすい

よくある質問

Q1. デザイナーの「仕事が奪われる」という不安にどう向き合いましたか？

「奪われない」と言葉で説明するより、「AIが得意なこととデザイナーが得意なことは違う」という実例を見せることに集中しました。Google Stitch が生成するのはレイアウトの骨格であり、ユーザー理解・ブランドの文脈・情感的な判断はデザイナーにしかできないことを、実際の生成物を見ながら話し合いました。