現在、個人開発でブログキュレーションアプリを開発中です。
UIデザインについて、v0などのAIデザインツールを使う際に、
バイブコーディングが役立ったので共有します。
以下の前提で話そうかと思います。
個人開発はモバイルアプリですが、Webアプリでも含まれる話かと思います。
作りたい機能があるなら、AIデザインでプロンプトを工夫してデザインを生成して貰えます。
すごくカッコ良いデザインや、斬新的なデザインなど驚くデザインを見ることができます。
見る分には良いのですが、以下の疑問点がありました。
とくに後者の "使う" というのは大事で、画面上(想像上)の体験と 物理上の体験はかなり外れている ことがあります。
利用者の状況・感情などを踏まえた上で体験すると、親切に考えていた機能や動線がむしろ余計になることがあります。
そこで、バイブコーディングの出番です。
私の場合、モバイルアプリで体験したい必要最低限の機能を、2日程度で完成しました。
最低限の画面構成と、画面に欲しいコンテンツだけは決めておいて、画面内の情報整理はせずにAIに見た目を実装してもらいます。
コード詳細は読まずに、ノールックでマージします。笑
動く形になったら、私のスマホに開発したモバイルアプリをインストールして体験してみます。
自然に使いたいので、使いたい時にアプリを使いますし、通知をもらってアプリを開くこともあります。
実際に体験することで、想像していた体験と実体験との差分 が分かってきます。
想像していた機能があまり使われなかったり、
ニッチな機能の利用頻度が異常に高かったりするのがわかってきました。
私の場合は、新着記事(から過去記事)の縦無限スクロールによるザッピングが一番触っていました。(笑)
体験することで、何が欲しいのかと具体的な言葉を使って説明できるようになります。
また、最低限の機能は完成しています。
例えば、通知機能やブログ記事データのデータ構造などは解決済みで、
ブログ記事の集計系ソート(購読者数が多い順や更新頻度が高い順など)のパフォーマンス問題も解決見込みです。
ただ見た目だけは、とても残念になっています。
AI に雑に作らせていたので、見た目は破茶滅茶です。
余白設計はバラバラですし、レイアウトに規則性がありません。
コピーライティングも、プログラム変数名が出ていたりします。
そこで AIデザインツールの出番 です。
私の場合は、Google Stitch を使っています。(なんでも良いです)
デザインツールに、開発した画面スクショを貼り付けて、そのデザインをまずそのまま生成してもらいます。
といっても、だいたいのデザインツールは気を利かせて、良い悪いさまざまデザインを変えて生成してきます。
あーだこーだプロンプトを伝えても不毛 なので、気にしません。
その後、実際に触ってみて感じた違和感を適宜言語化して、デザイン案を出してもらうのです。
解決案は一切書かずにテキスト指示することで、自分の想像する角度と異なるデザイン案をもらうことができます。
それぞれの指示から生成されたデザインを見て、『このデザイン良いな』と思うものを見つけるのです。
全部OK は基本ないので、良さそうなアイデアを貰う、というスタンスです。
(無料枠内まで)何度も繰り返して、納得いく画面を作っていきます。
このUIデザインは、冒頭の"いきなりAIデザイン" よりも "より現実的な体験" に近しいものになっています。
作ってみて『あれ、なんか違う』を潰せているため、以前よりも手戻りリスクは小さくなっているはずです。
とりあえず動くものをバイブコーディングでサクッと作り、
実際に手元で動かしながらUIデザインを練っていく、
というサイクルが短時間で実現できるようになるのは、AI のおかげだなと思います。
ぜひご参考ください。
-
※ ログイン不要で投稿できます。
※ 同じブラウザから投稿を削除できます。
0
読み込み中...
タグ「AI」の記事
お葬式関連で、実家に帰省した際の話です。 家族みんなで夕食を頂く際に『AIがあるJ:COMのインターネットを契約しようと思ってるんや』という父からの話がありました。 どうやら AI というワードに魅力を感じ、『なんか知らないけど、なんでもや
私は、AI エージェントのマルチタスクをしたことがない人です。 そのため、この記事はただの偏見です。 定量的なデータも示さないため、ふわふわとしたポエムです。 マルチタスク 複数のタスクを並列で進めるとします。 Web開発者であれば、AI
Claude Code や Codex 等の AI にプルリク(以下、PR)を書かせて効率化することができます。 けれど、その書かれたプルリク説明文、ちゃんと全部読んでいますか? レビュワーの負担になっていませんか? ノイズが多い プルリク