「Google Stitch を使ってみたい」と思っているあなたへ。
私がStitchを使い始めたとき、「何から始めればいいか」がわからなかった。チュートリアルはあるが、「どう使い倒すか」の最初の一歩が見えなかった。試行錯誤しながら数ヶ月が経って、「最初の1週間にこれをやっておけばよかった」という後悔がいくつかある。
この記事は、Stitch を使い始めようとしている人——デザイナーでも、PMでも、エンジニアでも、起業家でも——が、最初の1週間で「これは使えるツールだ」と感じるための地図だ。
結論から言うと、最初の1週間でやるべきことは「完成品を作ろうとしないこと」と「プロンプトの書き方を少しずつ変えること」の2つだ。この2点さえ守れば、1週間後には「Stitchの使い方が見えてきた」という感覚が生まれる。逆に「最初から完成品を目指す」と高確率でがっかりして使うのをやめてしまう。
Google Stitch とは——使い始める前に知っておくこと
Google Stitch（以下、Stitch）とは、テキストや音声のプロンプトをもとにAIがUIデザインを自動生成するGoogleのデザインツールです。stitch.withgoogle.comで無料で利用でき、Googleアカウントがあれば今日から使い始められる。
2026年3月のStitch 2.0アップデートで追加された主な機能は、5画面同時生成・Voice Canvas（音声入力でUIを修正）・Design System Import（ブランドカラー等を読み込んで反映）だ。
Stitchを使い始める前に一点だけ覚えておいてほしいのは、「このツールは探索・試作のためのツールだ」ということだ。Figmaで本制作に入る前の「方向性を確認する段階」で使うツールであり、最終的な完成デザインをStitchだけで作ることは想定されていない。この認識を持ってスタートするだけで、最初の1週間の体験が全く変わる。
1日目：とにかく1枚生成してみる
最初の日にやるべきことはたった一つ。「とにかく1枚生成すること」だ。
完璧なプロンプトを書こうとしなくていい。「カフェのモバイルアプリのホーム画面」でもいい。「タスク管理アプリのリスト画面」でもいい。思いついたサービスの画面を、思いついた言葉でそのまま入力してみる。
生成された画面を見て、「思ったと違う」と感じるはずだ。その感覚こそが最初の学習材料だ。「どこが違うか」を1〜2点だけ言語化して、修正プロンプトを入力してみる。この「生成→違和感を感じる→言語化→修正」というサイクルが、Stitch を使いこなすための基礎トレーニングだ。
1日目のゴールは「Stitchを開いて、1枚生成して、1回修正してみること」。それだけでいい。
2〜3日目：プロンプトに「誰のために」を加える
2日目・3日目のテーマは「プロンプトに文脈を加えること」だ。
1日目のプロンプトが「〇〇の画面を作って」という形なら、2日目からは「誰のための、どんな状況で使うサービスの画面を作って」という形に変えてみる。
比較してみよう。
プロンプトA（文脈なし）：「フードデリバリーアプリのホーム画面を作って」
プロンプトB（文脈あり）：「30代の共働き夫婦が平日の夜に使うフードデリバリーアプリのホーム画面。疲れていて素早く注文したいので、操作が少なくシンプルな設計で」
同じ「ホーム画面」でも、生成されるUIの「体験の温度感」が変わる。この違いを実際に自分で生成して比較してみることが、2〜3日目の最大の学習だ。
4〜5日目：5画面同時生成を試す
Stitch 2.0の最も強力な機能の一つが「5画面同時生成」だ。4〜5日目のテーマはこれを試すことだ。
5画面同時生成では、「〇〇というサービスの、登録〜ホーム〜詳細〜確認〜完了 までの流れを5画面で作って」というプロンプトを入力することで、一連のフローを一度に生成できる。
試してほしいのは「自分が使っているサービスのUIをイメージしてプロンプトを書くこと」だ。「日常的に使っているアプリの、こういう流れの画面を作って」と書いてみる。生成されたUIを見て「これはあのアプリのこの部分と似ている」「でもここが違う」と感じるなら、その比較がUI設計の感覚を磨く。
5日目のゴールは「5画面一気に生成して、流れとして見たときの一貫性を評価できること」だ。単一画面の評価より、フロー全体としての一貫性を見る視点が加わることが、この段階の学習だ。
6日目：誰かに見せる素材を作ってみる
6日目のテーマは「誰かに見せる素材を作ること」だ。
「実際に使う目的」があると、プロンプトの質が上がる。「明日のミーティングで方向性を確認したい」「チームに新しいアイデアを提案したい」——具体的な目的を持ってStitchを使う経験が、ツールの実用性を実感させる。
誰かに見せる想定で作るとき、「自分がわかればいい」から「相手がわかる必要がある」に視点が変わる。この視点の変化が、UIの情報整理と表現の精度を上げる。
見せる相手がいない場合は「1年後の自分に説明するつもりで」というイメージでもいい。「このUIはこういうサービスの、こういうシーンで使う画面です」という文脈が伝わることを意識して作ると、プロンプトと生成物の質が上がる。
7日目：1週間を振り返る
7日目は生成よりも「振り返り」の日にする。
1日目に作った画面を見直してほしい。「今の自分なら、このプロンプトをどう書くか」を考えてみる。もし「もっとうまく書ける」と感じるなら、Stitchの使い方が1週間で確実に成長している証拠だ。
振り返りで確認してほしい3点はこうだ。「プロンプトに文脈（誰のために）を入れるようになったか」「違和感を言語化して修正できるようになったか」「完成品を目指すのをやめて、叩き台として使えるようになったか」——この3点にYESと言えれば、最初の1週間は成功だ。
最初の1週間でやってはいけないこと
完成品を目指すこと
最初の1週間で最もやってはいけないのは「完成品を目指すこと」だ。Stitch は探索・試作ツールだ。生成されたUIを「このままでは使えない」と感じることは当然で、それはツールの失敗ではない。
「80%は意図通りだが20%が違う」という状態を、「使えない」ではなく「叩き台として十分」と捉えられるかどうかが、Stitchを使い続けられるかの分岐点だ。最初の1週間で「完成品を目指す」という目標を立てると、必ず挫折する。
1つのUIを何時間もかけて完璧にしようとすること
「このUIをもっとよくしたい」という気持ちで、1枚の画面の修正に何時間もかけることは、最初の1週間には向いていない。
Stitchの強みは「速く試せること」だ。1枚を完璧にするより、10枚を素早く試す方が学習効率が高い。「これでいいか確認したい」→「確認できたら次に進む」というサイクルを意識的に回すことが、最初の1週間の正しい使い方だ。
失敗したこと・気をつけるべきこと
1. 最初から「業務に使える完成品」を目指した
使い始めて最初の1週間、「これを実際の仕事に使おう」という目標を立てて毎回完成品を目指した。当然うまくいかず「このツールは使えない」と判断しかけた。Stitchの「本当の使い方」を理解するまでに数週間かかった。最初から「叩き台作成ツール」と割り切ってスタートすれば、最初の1週間で「使えるツールだ」と実感できたはずだ。
2. プロンプトを書くことに慣れる前に「高度な機能」を試した
使い始めてすぐにVoice CanvasやDesign System Importを試した。どちらも基本的なプロンプト操作に慣れていない段階では使いにくく、「難しい」という印象を持った。最初の1週間はテキストプロンプトでの基本操作に集中し、慣れてから高度な機能に移ることで、学習がスムーズになる。
3. 生成結果を評価する基準を持っていなかった
最初は「なんかいいな」「なんか違う」という感覚的な評価しかできなかった。「何がどう違うか」を言語化する練習を意識的にしなかったため、修正プロンプトを書けずに再生成を繰り返すだけになっていた。生成されたUIを見たら「違うと感じる点を1〜2点だけ言語化する」という習慣を最初から持つべきだった。
4. 他の人の作例を参考にしなかった
Stitchのコミュニティや公式のサンプルプロンプトを参照せずに、ゼロから自分でプロンプトを考えようとしていた。他の人のプロンプトの書き方を参考にするだけで、「こういう表現の仕方があるのか」という語彙が増え、自分のプロンプトの精度が上がる。最初の1週間こそ、公式サンプルや他ユーザーの事例を積極的に参照すべきだった。
5. 「向いていない」と早期に判断した
3日間使って「自分には向いていない」と判断してStitchを閉じた経験がある。振り返ると、「完成品を目指していた」「プロンプトに文脈を入れていなかった」という2点が原因で、Stitch自体の問題ではなかった。使い方を変えてから再挑戦すると、印象が全く変わった。最低1週間・正しい使い方で試してから判断することが重要だ。
よくある質問（FAQ）
Q1. デザインの知識がなくてもStitchは使えますか？
使えます。デザインの専門知識がなくても「誰のための、どんな場面で使うサービスか」を言葉で説明できれば、Stitchはそれに応じたUIを生成します。デザイン知識より「ユーザーの状況を想像して言葉にする力」の方が、Stitchの操作には重要です。最初の1週間は知識より「書いてみる・見てみる・感じてみる」を繰り返すことが大切です。
Q2. 最初はどんなサービスの画面を作るのがいいですか？
「自分がよく使っているアプリ・サービス」の画面から始めるのがおすすめです。使い慣れているサービスなら「実際の画面と何が違うか」がすぐわかり、修正プロンプトを書きやすいからです。見知らぬサービスよりも、毎日使っているアプリの「こういう画面あったよな」というイメージで作り始めると、比較・評価のサイクルが回りやすくなります。
Q3. 生成されたUIを「良い・悪い」と評価するにはどうすればいいですか？
最初は「この画面を見た架空のユーザーが、次に何をすればいいかわかるか」という一点だけで評価してみてください。「次のアクションが明確か」という基準は、UIの良し悪しを判断する最もシンプルで本質的な指標です。この評価を繰り返すことで、自然とUIを見る目が育ちます。
Q4. 最初の1週間で、どれくらい上達できますか？
「プロンプトに文脈を加えると生成物が変わる」「違和感を言語化して修正できる」という2点は、1週間で十分身につきます。「完成品に近いUIを作る」という意味での上達は1週間では難しいですが、「Stitchをどう使うかが見えてきた」という感覚は1週間で生まれます。この感覚が「使い続けよう」という動機になります。
Q5. Voice Canvas は最初から使うべきですか？
最初の1週間はテキストプロンプトに集中することをおすすめします。Voice Canvasは強力な機能ですが、「まず言葉でUIを説明できる」という基礎ができていないと、音声でも同じ問題が起きます。テキストプロンプトで「意図を言語化する」感覚を身につけてから、Voice Canvasに移行する方が学習がスムーズです。
Q6. プロンプトは長く書いた方がいいですか、短い方がいいですか？
最初は「3〜5文」を目安にするのが最もバランスが良いです。長すぎると「どの指示が生成に影響しているか」がわからなくなり、修正の仮説を立てにくくなります。短すぎると文脈が不足して意図通りのUIが出にくいです。「誰のため（1文）」「どんな機能（1〜2文）」「優先すること（1文）」の構成から始めると書きやすいです。
Q7. Stitch で作ったUIをどう活用すればいいですか？
最も実用的な活用は「チームやクライアントとの方向性確認」です。「こんな方向性でどうですか」という叩き台としてStitchのUIを見せ、フィードバックをもらう——このサイクルを回すことで、実際の制作（Figmaなど）に入る前の認識合わせが素早くできます。Stitchのアウトプットを「最終物」ではなく「会話の道具」として使うのが最も価値ある使い方です。
Q8. Stitch を使い続けるモチベーションを保つには？
「実際の目的を持って使うこと」が最もモチベーションを保つ方法です。「練習のための練習」より「来週のミーティングの叩き台を作る」という具体的な目的があると、使い続ける理由が生まれます。また「1週間前の自分のプロンプトと今のプロンプトを比較する」という振り返りで、成長の実感がモチベーションを支えます。
まとめ
Google Stitch を使い始めようとしているあなたへ、1週間の地図をここに書いた。
最初の1日は「とにかく1枚生成して、1回修正すること」。2〜3日目は「プロンプトに誰のために使うかを加えること」。4〜5日目は「5画面同時生成でフローを作ること」。6日目は「誰かに見せる素材を作ること」。7日目は「1週間を振り返ること」。
- 完成品を目指さない——叩き台として70点で十分
- プロンプトに「誰のため」を加えると生成物の質が変わる
- 違和感を言語化して修正する習慣が最初の1週間で最も大切
- 5画面同時生成でフロー全体の一貫性を確認する視点を持つ
- 7日目の振り返りで「1日目との差」を確認して成長を実感する
1週間後、「Stitchの使い方がなんとなく見えてきた」という感覚が生まれていれば、その先に「自分ならではのStitchの使い方」が待っている。ツールの向き・不向きは使ってみてから判断してほしい。まず1週間、試してみることが全ての始まりだ。
