3月の最終週は、毎年なんらかの意味で「修羅場」になる。
去年は特にひどかった。クライアント3社の案件が同時に佳境を迎え、資料作成・UI修正・プレゼン準備が重なった。そこに急な仕様変更まで入ってきた。
そんな状況で Google Stitch がどう機能したか、あるいはどこで限界を感じたか——これは特定の使い方の話ではなく、「追い詰められたとき、このツールはどれだけ頼れるか」という記録だ。
仕様変更が入ったのは締め切り3日前
状況はこうだった。クライアントAの案件で、ほぼ完成していた管理画面のUIに「ダッシュボードにKPIサマリーカードを追加してほしい」という要望が入った。締め切りまで3日、他の案件も抱えた状態での追加対応だ。
以前なら「Figmaを開いて、コンポーネントを作って……」と始めていた作業を、Google Stitch のプロンプト一つで始めた。「既存の管理画面スタイルに合わせたKPIサマリーカード4枚。数値・ラベル・変化率アイコン付き」と入力すると、2分もかからずに選択肢が3パターン出てきた。
クライアントとの確認MTGに「たたき台」として持っていき、その場でフィードバックをもらい、当日中に調整版を送れた。以前の感覚では半日かかっていた作業が、2時間以内に収まった。
プレゼン資料のビジュアルにも使えた
別の案件では、サービス紹介資料に「アプリのUI画面イメージ」を載せる必要があった。まだ開発が始まっていないため、実際のスクリーンショットがない。
ここでも Google Stitch が役に立った。「このサービスのコンセプトに合ったホーム画面のUI」をプロンプトで指定し、生成されたHTMLをブラウザで開いてスクリーンショットを撮った。「本物ではない」という注記付きではあったが、「こんなUIを想定しています」という説明として十分な品質だった。
開発前のサービスを視覚化する、という使い方は今後も積極的にやりたいと思っている。
「速さ」が信頼になる瞬間
修羅場で気づいたのは、スピードがそのまま「信頼感」になるという事実だ。クライアントからの追加要望に「翌日中に確認します」ではなく「今日中にたたき台を送ります」と言えること。それだけで、関係性の温度が変わる。
Google Stitch を使う前、私の返答は「少しお時間ください」が多かった。今は「すぐ動きます」と言えるケースが増えた。このレスポンスの変化は、数字には現れないが確実に仕事の質に影響している。
それでも「間に合わなかった」こともある
正直に書く。Google Stitch があっても間に合わなかったことは、この年度末にもあった。
ツールのスピードで補えるのは「手を動かす時間」だ。だが「考える時間」は補えない。クライアントの業務フローを理解した上で画面構成を決める、要件の矛盾を整理する——そういった思考作業は、AIを使っても短縮されない。
「Google Stitch があれば全部速くなる」は正確ではない。「表現にかかる時間が速くなる分、思考に使える時間が増える」が正確だ。その時間をどう使うかが、依然として人間の腕の見せ所になる。
修羅場でツールの本質が見える
余裕がある状況で使うツールと、追い詰められた状況で使うツールは、評価の軸が違う。余裕があるときは「細部の精度」が気になる。追い詰められたときに求めるのは「とにかく動く速さ」だ。
Google Stitch は後者で強さを発揮する。「完璧なUIを作るツール」ではなく「すぐに形にするツール」として、修羅場こそ真価が出た。
年度末の修羅場を乗り切った後、このツールへの信頼が一段上がった気がする。
よくある質問
Q1. Google Stitch は締め切りが迫った状況でも安定して使えますか？
基本的な生成機能は安定しています。ただし、プロンプトの精度が低いと再生成の繰り返しで時間を消費することがあります。「急いでいるとき」こそ、プロンプトを丁寧に書くことが結果的に速くなる近道です。
Q2. クライアントへのたたき台として使う場合、品質は十分ですか？
「たたき台」「方向性確認」「概念提示」の用途であれば十分です。ただし「これが最終仕様です」という提示には向きません。生成物は「出発点」であり、ここから詰めるための材料として使うのが現実的です。
Q3. スクリーンショットをプレゼン資料に使うのは倫理的に問題ありませんか？
「AIによるモックアップ」「開発前のイメージ画像」であることを明示すれば問題ありません。実際のUIと誤解させる形での使用は避けるべきですが、コンセプト説明のためのビジュアルとして適切に注記すれば有効な使い方です。
Q4. 急いでいるときに「生成が思い通りにならない」を避けるコツはありますか？
「急いでいるからこそ」プロンプトに3〜4行の具体的な指定を入れることを推奨します。曖昧なプロンプトは再生成を呼びます。スタイル（配色、フォント）、レイアウト（カラム数、カード枚数）、用途（管理画面、LP、フォームなど）を明示するだけで精度が上がります。
Q5. 「思考時間は短縮できない」という部分をもう少し説明してください
UIの表現（色・形・配置）はAIが速く作れますが、「何のためのUIか」「どんなユーザーが使うか」「どの情報を優先するか」という判断は人間が行う必要があります。この思考部分が整理されていないと、速く作っても的外れなものになります。Google Stitch は「決めた後を速くする」ツールです。
Q6. 修羅場以外のタイミングでも同様に有効ですか？
もちろんです。余裕があるときは探索的な使い方（複数パターンを生成して比較する）がより効果的です。修羅場でも平常時でも、「速く形にする」という本質的な強みは変わりません。余裕があるときに使い慣れておくと、いざというときの信頼度が上がります。
まとめ
年度末の修羅場を通じて、Google Stitch への評価が明確になった。
- 仕様変更への即時対応を可能にする「速さ」がある
- 開発前サービスの視覚化にも使える
- スピードがそのまま「信頼感」につながる場面がある
- 思考時間は補えない——そこは依然として人間の仕事
- 追い詰められたときほど、ツールの本質が見える
「便利なツール」という評価から、「頼れるツール」という評価に変わったのが、この修羅場の後だった。
