バイブコーディングでWebサービスのプロトタイピングの知見

バイブコーディングでWebサービスのプロトタイピングみたいなことに先週取り組んだのでその知見。

一番見せたい画面を作る

一番見せたい画面をつくる。魅力的な、使いたくなるようなコア機能がわかる画面を作る。他の機能や画面は削る。

早く人に見せて、フィードバックをもらうことが重要。それがプロトタイピングの目的だから。 データはダミーでもいい。

ユーザーを主語にした文章をドキュメントに書く

ユーザーがどういう動きをするのかという、ユーザーを主語にした文書を、いわゆるユーザーストーリーやユーザーフローという形でドキュメントに書いたのが役に立った。

システムを主語にした仕様の文書も書くけど、プロトタイピングの段階ではすぐに変わるのであまり細かく書かない。時間がかかわるわりに、割にあわないと感じた。

どっちも必要な文書なのだろうけど、プロトタイピングの段階ではユーザーを主語にした文書が書きやすく、文章量も短く、労力に対する価値が高いと感じた。

ドキュメントに関しては、AIが読みやすいようにmarkdownで書いてリポジトリにコミットしている。