アプリ開発の流れ7ステップ：発注からストア公開まで

発注側から見たアプリ開発の流れ

アプリ開発の発注は、店舗の増築に似ています。れんがを積むのは職人で、御社はどの場所を誰が使うかを伝え、基礎を打つ前に図面を承認し、毎週現場を見に行きます。以下の各ステップでは、決めること、準備すること、見せてもらうべきもの、プロジェクトがつまずきやすい点を順に説明します。開発会社によって工程の呼び方は違いますが、中身は同じです。

ステップ1：課題と利用者を定める

最初のステップには、まだ画面がありません。あるのは、アプリが誰のどんな課題を解決し、解決できたとどう判断するかという問いだけです。答えを出すのは御社で、開発会社は問いを鋭くする手伝いをします。

課題を一つ、主な利用者を一つのグループ、測る数字を一つ決めます。たとえば「3か月後にアプリ経由で入る予約の割合」です。そのうえで、開発会社が話を聞ける実際の利用者を3〜5人用意します。よい開発会社は、一人ひとりの業務がアプリをどう通るかを1枚にまとめて戻ってきます。代わりに2ページの機能一覧が出てきたら注意が必要です。機能から始めたプロジェクトは範囲が膨らみがちです。本当に需要があるか確信が持てないなら、先にアイデアから試作品まで7日間の方法を試してください。

ステップ2：範囲を決めて見積もりを取る

スコープ（開発範囲）は、最初のバージョンで何をして何をしないかの一覧です。書かれていないことは、途中で必ず議論になります。

課題を解決できる最小の機能の組み合わせ、つまりMVPを選び、iOSとAndroidを同時に作るか、片方から始めるかを決めます。連携するシステム、たとえばLINE Login（タイで広く使われるメッセージアプリLINEのアカウントでのログイン）やPromptPay（タイの国民的なQR決済）での支払いを挙げ、範囲を承認できる担当者を一人決めます。よい見積書には範囲が添付され、着手前に金額が固定され、納期が日付で書かれ、途中で追加を頼んだらどうなるか、ソースコードが誰のものになるかが明記されています。よくある失敗は、安い見積もりが、実は範囲を御社の想定より狭く解釈した結果だったというものです。相談の前に準備しておくものはAI開発会社に依頼する前に何を準備するかにまとめています。

ステップ3：タップして動くプロトタイプ

プロトタイプ（試作版）は、スマートフォン上で全画面をタップして行き来できるものです。裏側の仕組みはまだありません。今ならボタンの移動は1時間で済みますが、ステップ5では数日かかります。

現場のスタッフ2〜3人に、会員登録から初回注文まで、実際の業務を一通り試してもらったうえで、プロトタイプを開発する設計として承認します。よい開発会社はスマートフォンを手渡して経営者自身に操作してもらい、手が止まった箇所をすべて記録します。よくある失敗は、見た目がよいという理由で承認し、テストの段階になって画面の順番が実際の業務と合わないと気づくことです。タップして動くものと、顧客が頼れるシステムとの距離についてはバイブコーディングのプロトタイプから本番システムへをご覧ください。

ステップ4：スプリントで開発し、毎週デモを見る

最も長いステップです。チームが2か月姿を消し、見たことのないものを持って戻ってくる事態を防ぐには、作業をスプリントと呼ばれる短い期間に区切り、毎週実物を見ることです。

最もリスクの高い部分、たとえば既存の会員システムとの連携を先に進めるよう決め、新しい要望が出たら、合意済みの範囲のうち何と入れ替えるかを選びます。御社に必要なのは、判断できる人の時間を週1時間確保することです。毎週、実機で動くアプリのできることが増えていくのが見えるはずです。危険信号は、デモが2回続けて延期されること、そして小さな要望が積み重なり、誰も承認しないまま納期がずれていくことです。

ステップ5：テストと検収

開発チームは途中もずっとテストしています。このステップは、御社と社員が自分の端末で、自分の業務を使って確かめる番です。

テストを始める前に受け入れ基準（検収の合格ライン）を合意します。何が合格しなければならないか、どの種類の不具合なら公開後の修正でよいか、です。問題が見つかってから決めると交渉になってしまいます。顧客が実際に使っている機種を、古い端末も含めて用意してください。よい開発会社は、機能、速度、セキュリティのテスト結果を先に提出し、状況を追える不具合報告の窓口も用意します。よくある失敗は、順調に進む操作だけを試し、電波の切断、二重決済、利用者の機種変更といったケースを飛ばすことです。顧客データを扱うアプリなら、バイブコーディング時代のサイバーセキュリティも参考になります。

ステップ6：ストア申請と公開

アプリは開発者アカウントを通じてApp StoreとGoogle Playに公開されます。アプリの下に表示されるのはこのアカウントの名前なので、御社名義であるべきです。

公開日と、全員に公開するか小さなグループから始めるかを決めます。準備はステップ2の時点で始めておくべきです。両ストアの法人向け開発者アカウント（書類が必要で、数日かかります）、アプリが実際に集めるデータと一致し、タイの個人情報保護法（PDPA）に沿ったプライバシーポリシー、そしてストアの審査担当者用のテストアカウントです。よい開発会社は申請前のチェックリストを持っています。よくある失敗は、申請日になってアカウントがまだないと気づくこと、審査担当者がログインできないことです。顧客がすでにLINEを使っているなら、LINEミニアプリはどちらのストアも通さずにLINEの中で使い始められます。

ステップ7：保守と次のバージョン

公開日は、ステップ1で立てた仮説のどれが正しかったかが分かる最初の日です。ここからの仕事は、アプリを動かし続けることと、次のバージョンで何をするかを選ぶことです。

社内の誰がアプリの責任者になるか、月額の保守プランを続けるか社内チームに引き継ぐかを決めます。引き渡しの際には、範囲どおりのソースコード、システム資料、すべてのアカウントの権限を受け取ってください。ステップ1の数字を初日から測るアナリティクスも欠かせません。スマートフォンのOSは毎年大きく更新され、誰も手入れしないアプリは動かなくなり始めます。よくある失敗は、パスワードを受け取る前に最終支払いを済ませ、何をするにも元の開発会社に頼らざるを得なくなること、いわゆるベンダーロックインです。

どのステップでも繰り返す3つの質問

コードを読まなくても、プロジェクトの舵は取れます。各ステップの終わりに同じ3つの質問をし、すべてに答えが出たら次に進みます。

開発会社と話す前の準備リスト

次の7つがそろっていれば、最初の打ち合わせを御社の課題に使えます。