アプリMVP開発の進め方：最初に作る機能、削る機能、ストア審査で削れない要件

MVP（Minimum Viable Product）とは、ユーザーが本当に求めているかを、意見ではなく実際の行動から学ぶための最小限のプロダクトです。モバイルアプリの場合、ストアからインストールでき、検証したい1つの用途に使え、また戻ってきてもらえるものを指します。クリックできるプロトタイプはMVPではありません。7日後にユーザーが戻ってくるかを確かめられないからです。一方、10個の機能を備えた完成品もMVPとは言えません。利用が伸びなかったとき、10個のうちどれが原因かわからないからです。

モバイルアプリには、WebのMVPにはない事情があります。開発者とユーザーの間に2つのアプリストアがあることです。審査ルール、テスト要件、品質基準によって、MVPの範囲の一部はあらかじめ決まってしまいます。本記事では「自分で削れるもの」と「削ることが許されないもの」を分けて整理します。

機能リストからではなく、ユーザーの「用途」から始めます。誰が、どんな作業を片付けるために、どのタイミングでアプリを開くのかを1文で書きます。次に、その用途が果たされていることを示す指標を1つ決めます。たとえば「新規ユーザーのうち、最初の1週間で中核タスクを2回完了した人の割合」です。そのうえで、提案された機能をすべて「これがないと中核タスクが成り立たないか」という1つの問いで判定します。

ローンチ前に、どんな結果なら継続するか、方向転換するか、中止するかを決め、指標の横に書き残しておきます。この手順を省くと、どんな数字でも前向きに解釈してしまいがちです。後回しにする機能は「悪いアイデア」ではなく、最初のバージョンからの根拠を待っているアイデアです。

最初のユーザーがいる場所でローンチします。最初の100人を名指しできるなら、どちらのスマートフォンを使っているか聞いてみましょう。両方が重要であれば、クロスプラットフォームのフレームワークを使えば1つのチームが1つのコードベースで両OSに対応できます。選択肢の比較は「React Native・Flutter・ネイティブ比較」の記事で解説しています。中核の用途がブラウザで成り立つなら、ストア公開を決める前に「PWAとネイティブアプリの違い」の記事もご覧ください。

実務上の注意点として、新しくGoogle Playを使い始める開発者の場合、後述のクローズドテスト要件のためAndroidの公開時期は思ったほど自由になりません。両OSで同日にローンチする計画なら、Androidのテストは少なくとも2週間前に始める必要があります。

どれほど小さなアプリにも適用される要件があります。AppleのApp Store審査ガイドラインは、提出するアプリは最終版であること、プレースホルダーのテキストや一時的なコンテンツを取り除くこと、実機でテストすること、ログインがある場合はデモアカウント情報を提供し、バックエンドを稼働させておくことを求めています。ガイドライン4.2では、単にWebサイトを再パッケージしたもの以上の機能・コンテンツ・UIを求めており、既存サイトをWebビューで表示するだけのMVPは通りません。

隠れた作業量が最も大きいのはアカウント機能です。Appleのガイドライン5.1.1(v)は、アカウント作成に対応するアプリはアプリ内でのアカウント削除も提供しなければならないと定めており、Appleの解説では「一時的な無効化だけでは不十分」としています。Google Playも、アカウントと関連データを削除するアプリ内の導線に加えて、削除をリクエストできるWebリンクを求めており、そのリンクはデータセーフティフォームに入力します。また、サードパーティやソーシャルログインを主なログイン方法にする場合、Appleのガイドライン4.8により、原則として同等の代替ログイン手段も必要です。

どちらのストアにも、一般公開の前にMVPを実際のユーザーに使ってもらう仕組みがあり、Androidでは多くの新規開発者にとって必須です。Google Playでは、2023年11月13日以降に作成された個人デベロッパーアカウントは、本番公開を申請する前に、12人以上のテスターが14日間以上連続でオプトインしたクローズドテストを実施する必要があります。14日未満で離脱したテスターはカウントされません。この要件は個人アカウント向けですが、どちらの場合もクローズドテストを行う価値は十分にあります。

iOSではTestFlightを使い、App Store Connectのチームから最大100人の内部テスターと、最大1万人の外部テスターを招待できます。外部テスターに共有する最初のビルドはTestFlight向けのApp Reviewを通過する必要があるため、デモアカウントやガイドラインの基本はここでも求められます。各ビルドは最大90日間テストできます。

「最小限」は「不安定でよい」という意味ではありません。Google Playは、アプリのコアバイタルがストアでの露出に影響し、不良動作のしきい値を超えると露出を下げたり、ストア掲載ページでユーザーに警告を表示したりする場合があるとしています。しきい値は、全デバイス平均でユーザーが認識したクラッシュ率1.09%、ANR（アプリ応答なし）率0.47%、特定のスマートフォン機種ではどちらも8%で、直近28日間のデータで評価されます。

MVPにとっての意味は2つあります。クラッシュ計測は後から追加するものではなく、最小限の一部だということ。そして、開発チームの最新機種で何度もテストするより、ターゲットユーザーが実際に使っている古めでメモリの少ない実機で数台テストする方が、多くの問題を発見できるということです。

当社が最初のバージョンの範囲を決める際に使うリストです。意図的に短くしており、ここにない項目を入れるには中核の用途に結びついた理由が必要です。