見出し画像

第5話:“なんとなく動く”を卒業するためにやったこと【実装編】」

こんにちは、ラヲウです。

「とりあえず動く画面」はできた。でも、まだ“本当に使える”とは言えません。
実際にユーザーが触って、使いやすくて、目的をちゃんと果たせるアプリにするには、もうひと工夫が必要です。

今回は、Firebase Studioでモックから“実用レベル”に引き上げるためにやったことを紹介します。


✅ ユーザーが「何をするか」を整理して画面を用意

まずは「回したガチャを記録する」「アイテムの詳細を見る」「交換を提案する」など、ユーザーが何をしたいのかを整理。それに合わせて、必要な画面を準備しました。

この段階では、まだデータベースには繋いでいません。
目的ごとに画面の流れが見えていればOK。まずは画面の見た目と動線づくりです。

Firebase Studioの良いところは、AIとのチャットだけでもサクサク画面を組み立てられる点。
迷ったら、既存アプリを参考にしつつ、できるだけシンプルで使いやすいUIを目指しました。


✅ 仮データで動作確認(Firestore接続前)

Firebase Studioでは、ブラウザのキャッシュを使って一時的な入力データを保持できます。
これがかなり便利で、

  • 入力 → 一覧に反映

  • 編集 → 保存

  • 削除 → 表示更新

といった一連の流れを実際のDBなしで確認できるんです。

このおかげで、Firestoreにつなぐ前に画面の完成度を高められました。


✅ 画面遷移や導線をチェック(AIも活用)

「この画面からどこへ遷移する?」「“戻る”や“次へ”は自然か?」といった導線まわりも、ローカルで実際に触りながらチェックしました。

どうしても迷うときは、firebaseのAIまたはChatGPTに相談

「この機能って別画面に分けた方がいい?」
「この導線、不自然じゃない?」

みたいな相談にも、かなり的確なアドバイスを返してくれます。


✅ 見やすくて使いやすいUIに調整

「動く」だけではなく、「使いやすい」ことが大事。以下の点を重点的に見直しました:

  • 背景と文字の色のコントラスト

  • ボタンのサイズや押しやすさ(特にスマホ)

  • 情報の整理(ごちゃごちゃしていないか?)

  • フォントの読みやすさ


✅ 見た目も「今っぽく」

個人開発アプリって、どうしても「2000年代っぽいUI」になりがち…。
なので、最近のデザイン傾向を意識してみました。

  • スマホとPCで見た目が切り替わるレスポンシブ対応

  • アイテム表示はカード風にしてメリハリを

  • 余白をしっかり取って、情報を詰め込みすぎない

Firebase Studioは画面構成の変更も柔軟なので、
「やっぱり一覧にしよう」「ここ、カードにしたい」といった調整も後からラクにできます。


🔜 次回予告:Firestoreとつなぐ

次回は、いよいよFirestoreと接続して、リアルなデータを扱うフェーズへ。

ユーザーが入力したデータが保存され、他の画面にも反映される。
そんな“命が通う瞬間”をお届けします!


いいなと思ったら応援しよう!