アプリをつくろうと決めたとき、多くの方は「必要な機能をすべて書き出して、それを全部つくる」ところから考え始めます。けれど、実際に使ってみるまで、本当に必要な機能はなかなか分かりません。
私たちは、最初から完成形を目指すのではなく、まず小さな試作をつくり、さわって確かめてから育てていく進め方をとっています。この記事では、その理由と具体的な流れをご紹介します。
資料だけでは、本当に必要なものが見えない
仕様書や画面のイメージ図は、話を整理するのに役立ちます。ただ、紙の上で「よさそう」に見えたものが、実際に動かしてみると使いにくい、ということはよくあります。
- ボタンを押してから結果が出るまでの流れが、思ったより長い
- 毎日使う操作が、深い階層に埋もれている
- 入力する項目が多すぎて、途中でやめたくなる
こうした気づきは、画面をさわって初めて出てきます。早い段階で動くものがあれば、直す手間も小さくて済みます。
試作でいちばん大事なところだけをつくる
試作でつくるのは、そのアプリの「いちばん大事な使い方」ひとつだけです。予約のアプリなら「空いている枠を選んで予約する」、管理画面なら「一覧を見て、1件を更新する」といった部分です。
ログインの細かい設定や、めったに使わない機能は後回しにします。つくる量が少ないので、短い期間でお見せできます。
さわってもらい、残す・直す・やめるを決める
試作ができたら、実際に使う方にさわってもらいます。そこで出てきた意見をもとに、次のどれにするかを決めます。
- 残す：そのままで使えるもの
- 直す：方向は合っているが、使い方を変えたほうがよいもの
- やめる：思ったほど必要なかったもの
「やめる」と決められるのも、試作の大きな利点です。つくり込んでからでは、やめる判断がしづらくなります。
公開してからも、使われ方を見て育てる
本番の開発を終えて公開したあとも、アプリは完成ではありません。どの画面がよく使われているか、どこで操作が止まっているかを見ながら、少しずつ手を入れていきます。
小さく始めて、確かめながら大きくしていく。遠回りに見えて、結果的には早く、無駄の少ない進め方だと考えています。