Webアプリのアイデアを形にする方法｜小さく試作する5つのステップ
思いつきをいきなり完成品にせず、小さく動かして確かめる5つのステップを、Appli Parkの「share&do」で実際に変えてきた仕様とともに紹介します。
CONTENTSこの記事の目次9項目
個人開発では、アイデアが浮かぶと機能をたくさん盛り込みたくなります。私もshare&doを作るとき、最初から完成形を当てにいくのではなく、「家族や仲間と同じTODOを扱えるか」を小さく確かめるところから始めました。この記事では、そのときに意識した5つのステップを紹介します。
小さく試作する5つのステップ
- 困りごとを一文にする
- 最初に確かめる操作を一つ決める
- その操作に必要な画面とデータだけ作る
- 実際の流れで使い、迷った場所を見つける
- 続ける・変える・いったん見送るを決める
1. 困りごとを一文にする
share&doの出発点は、「家族や友人、小さなチームで、登録の手間なく同じTODOを共有したい」という困りごとでした。高機能なプロジェクト管理ツールを目指すのではなく、作成者が用意したリストへ仲間が参加し、一緒にTODOを片づけられることを最初の目的にしました。目的を一文にすると、今は要らない機能を切り分けやすくなります。
2. 最初に確かめる操作を一つに絞る
最初に確かめたかったのは、リストを作る、共有する、参加した側も同じTODOを更新する、という一連の流れです。そのため初期版には、リスト作成、IDと合言葉による参加、TODOの追加・編集・完了・削除・並べ替えを入れました。一方、常時接続によるリアルタイム同期や、細かなメンバー管理は後回しにしました。中心の操作が通るかを見る段階では、機能の多さよりも「最初から最後まで一度使えること」を優先しています。
3. 動かしてから、入力項目を見直す
初期版では、作成者と参加者の表示名を入力する形にしていました。しかし、TODOを共有するために名前まで持つ必要はありません。そこで表示名は廃止し、画面には参加人数だけを表示する構成へ変更しました。合言葉も、リスト作成時に利用者が決める方式から、オーナーが「共有する」を開いたときだけ自動発行し、1時間で期限が切れる方式へ変えています。動くものができたあとに「この情報は本当に必要か」を問い直した結果です。
4. 作成側と参加側を一本の流れで見る
確認する操作は、画面単体ではなく、作成側と参加側をつないで考えました。作成者がリストを作り、TODOを追加し、共有情報を発行する。参加者はIDと合言葉を入力し、同じリストで完了状態や並び順を更新する。この流れを追うと、入力欄の多さ、共有情報の渡し方、変更が反映されるまでの待ち時間など、個別の画面だけでは気づきにくい点が見えてきます。
5. 続ける・変える・いったん見送る
試作の区切りでは、全部を残すか捨てるかではなく、機能ごとに判断します。share&doでは、登録なしでリストを作成・参加し、同じTODOを更新する中心機能は残しました。表示名と合言葉の扱いは変更し、リアルタイム同期や高度なメンバー管理はいったん見送っています。次に手を入れるときも、この判断が残っていれば、目的から外れた機能追加を防ぎやすくなります。
| 判断 | 対象 | その後の判断 |
|---|---|---|
| 続ける | ゲストでのリスト作成・参加・TODO更新 | 中心機能として維持。権限確認、15秒更新、競合検知を継続 |
| 変更する | 表示名と共有合言葉 | 表示名を廃止。手動合言葉を1時間限定の自動発行へ変更 |
| 見送る | リアルタイム同期と高度なメンバー管理 | 必要性がはっきりした段階で改めて検討する |
試作でも、後回しにしなかったこと
- 必要以上の個人情報を集めない
- パスワードや秘密情報を画面・ログ・ソースコードへ残さない
- 他者の文章、画像、ロゴ、データは権利と利用条件を確認する
- 医療・法律・金融など影響の大きい分野は、公開前に専門家確認や注意表示を検討する
試作を前に進めるための考え方
最初の試作は、どこまで作ればよい？
利用者にとって中心となる操作が、最初から最後まで一度通るところまでで十分です。share&doなら、作成、共有、参加、TODO更新の流れです。周辺機能は、中心操作で困った理由が見えてから追加できます。
途中で仕様を変えてもよい？
問題ありません。share&doでも、表示名をなくし、合言葉の発行方法を変えました。試作で変更点が見つかったのは失敗ではなく、作る前には見えなかった条件を一つ具体化できたということです。
見送った機能は、失敗？
失敗ではありません。今の目的に必須でない機能を分けた、という判断です。見送った理由と条件を残しておけば、本当に必要になったときに改めて検討できます。
小さく作ると、判断が早くなる
アイデアを形にするとき、最初から正解を作る必要はありません。困りごとを一文にし、中心の操作だけをつなぎ、実際に動かしてから残すものと変えるものを決める。share&doも、この繰り返しで表示名や合言葉の仕様を見直してきました。小さな試作は完成版の縮小コピーではなく、次の判断をするための道具です。