アプリ開発にかかる費用

1. なぜ二度払うのか

予算のすべてを左右する事実であり、最初の見積りを取った後にもっともよく気づかれる事実です。

• 二つのOS、二つの世界。iOSとAndroidは言語も、表示の作法も、権限の規則も同じではありません。歴史的にはこれは二つの完全な開発を意味し、つまりおおよそ二倍の作業量でした。
• 共通の技術は隔たりを縮めますが、消しません。共通の土台を書くことは今日の標準ですが、細かな調整、試験、各プラットフォーム固有の事情は二度ずつ残ります。実際の上乗せを見込んでください。二倍ではありません。
• 満たすべきストアが二つ。それぞれに公開の規則があり、正しい寸法で作る画像があり、訳すべき文章があり、通すべき審査があります。開発とは別の、それ自体で完結した事務作業です。
• 一台ではなく、端末の群れ。画面の大きさは大きく異なり、古い版のOSもまだ使われています。ウェブがスタイルシート一枚で片づけることが、ここでは複数の構成での試験を要します。

同じ規模なら、アプリはサイトより構造的に高くつきます。本当の問いは、どう安く払うかではなく、そのアプリが必要かどうかです——それが第5節で、見積りを頼む前に読む価値があります。

2. 開発を項目ごとに積み上げる

サイトと同様、基準となる料金は存在しません。別々に見積らせるべき項目は以下です。これらを一行に溶かした見積書は、他のどれとも比べられません。

• 画面。数えてください。そして、見せる画面と入力させる画面を分けてください。フォームは、その異常系と境界の場合も含めると、閲覧用の画面の何倍もかかります。
• 利用者アカウント。登録、ログイン、パスワードの再設定、アカウントの削除——最後のものは、登録がある時点でストアが要求します。この部分はほとんど常に見積りが甘くなります。
• サーバーとデータ。固定された内容を表示するだけのアプリは安価です。何かを記録し始めた瞬間から、データベース、それを管理する画面、バックアップが必要になります。見積書の最初の項目になることが多い部分です。
• 通知。技術的には単純ですが、詰めに費用がかかります。求めるべき許可、二つのOSで異なる振る舞い、そして何をいつ送るかを決める業務上の判断を書く必要があります。
• アプリ内の決済。購入があるなら、ストアは自前の仕組みを課し、手数料を取ります。開発であると同時に、あなたの売上の一部でもあります。
• 実機での検収。譲れない工程であり、厳しい見積書で最初に削られる項目です——その代価は公開後の修正として、急ぎの単価で支払われます。

3. 毎年かかり続けるもの

手入れされないサイトは、公開されたまま残ります。手入れされないアプリは使えなくなり、やがて消えます。それが本質的な違いであり、それは金銭の問題です。

• 開発者アカウントの費用。公開には各ストアのアカウントが要ります。Apple側は年額の契約、Google側は一度の費用です。額は小さいものの、Appleの契約を更新しなければアプリは販売から外れます。
• 強いられる更新。毎年、iOSとAndroidの新しい版が規則を動かし、ストアは更新を受け付けるために新しいツールでのビルドを要求します。つまり、アプリを何も変えなくても手を入れる必要があるのです。
• サーバー。ホスティング、データベース、バックアップ。利用とともに増えていく月々の支出です。
• 不具合の修正。アプリの異常終了は、壊れたページのようには見えません。ストアのレビューに現れ、そこに何か月も残ります。
• レビューの見守り。誰も面倒を見ませんが、これから使う人が最初に読むものです。

契約の前に、これらの項目を三年分見込んでください。その後の予算なしに納品されたアプリは、ストアから取り下げられるアプリです——役に立つ前に取り下げられることもあります。

4. ストアの費用——却下という代価

どの見積書にもない項目ですが、現実に存在します。公開は提出ではなく、審査です。両ストアはアプリを読み、開発とは無関係な理由でしばしば却下します——不完全なプライバシーポリシー、見つけられないアカウント削除、動かないテスト用の認証情報、不十分と判断された権限の説明、独自の価値を持たないウェブサイトとの類似。

却下は二つのものを奪います。時間——修正、再提出、再びの待ち時間。そして日付——公開日を告知していたなら、それがずれます。この点に余裕を持たずに進めた計画は、事務的な理由で急ぎ料金を払うことになります。

ですから、どの業者にも、公開を担うのは誰か、却下を引き取るのは誰かを尋ねてください。その答えは、見積書の一行に値します。

5. 払う前に自分に問うべきこと

多くのアプリは開発すべきではありませんでした。予算は別のところに使ったほうがよかったのです。三つの問いが、正直に決着をつけます。

• 使用は繰り返されますか。アプリを入れるのは、よく開くもののためです——注文する、追跡する、出退勤を打つ、来店を促す。ときどき見るだけなら、携帯電話で開くサイトのほうが良く、インストールを取りつける必要もありません。
• 端末の機能が必要ですか。通知、カメラ、位置情報、通信なしでの動作、バーコード。これらのどれも要らないなら、アプリはウェブにできないことを何も持ち込みません。
• 誰がインストールするのですか。もっとも多くの計画を沈める点です。インストールを得ることは、訪問を得ることより難しい。すでに囲い込まれた人々——常連の客、会員、現場の班——がいなければ、アプリは質にかかわらず空のままです。

三つの答えがはっきりしないなら、まずウェブサイトから始めてください。サイト制作の費用についてのページがその道筋を詳しく説明しています。アプリは、使われる状況が生まれてからで十分です。

6. 公開にではなく、その後に払う

支出が公開後に集中するのなら、買うべきものは開発ではありません。続いていく存在です。

nullbotでは、アプリもサイトと同じく会話で描きます。公開の前に、iOSとAndroidのシミュレーターで動くところを見られます——実際に触れて、画面を撮ることもできます。独自のデータベースを持てて、検収を通り、対象ごとにバイナリが作られ、App StoreとGoogle Playへの公開も同じ場所から進められます。各ストアの状態を目の前に置いたままで。

それもまだ、私たちが売っているものではありません。私たちが売るのは翌年です。残るエージェントのチームです。ストアが求める更新を用意し、審査の却下を引き取り、異常終了を直し、掲載情報とその訳を保ち、レビューを見守ります。アプリは来ることのない保守予算を待ちません——それはチームの日常の仕事です。

支出は、資金を用意し、また用意し直す計画ではなくなります。月額の契約になり、公開はもう決勝線ではありません。

7. 第1週、3か月目、2年目

提案の優劣を分ける三つの時点——そしてそれはサイトの場合とは違います。ストアが自分たちの日程を押しつけてくるからです。

• 第1週。アプリは両ストアで公開され、掲載情報は埋まり、審査用のテストアカウントが動いています。有能な業者ならここまではできます。
• 3か月目。三件の不満が同じ画面に集まり、星二つの評価が先頭に立ち、OSの新しい版が出ました。問いはこうなります——その修正を公開したのは誰か。その後の面倒を見ずに納品された計画は、ここですでに利用者を失いつつあります。
• 2年目。両ストアはより新しいツールでのビルドを要求し、さもなければ一切の更新を拒みます。手を入れなければ、アプリは持っている人の端末には残るものの、どこにも新しくインストールできなくなり、やがて起動しなくなります。ここで作り直しの予算が浮上します——そして同じ理由で、また浮上することになります。

8. 限界を、率直に

• きわめて専門的なアプリは、やはり受注開発です。高度な画像処理、Bluetoothでつながる機器、精密な地図、ゲーム。これらは職能であり、従来型の開発予算がかかります。
• ストアの審査は保証できません。どの業者も、通ることも期限も約束できません。約束できるのは、通るまで案件を持ち続けることです。
• アプリは自分で利用者を生み出しません。誰もインストールしないなら、どんなチームでも変えられません。第5節を読み返してください。この計画でもっとも節約になる判断です。
• 会社を拘束することは承認を通ります。販売の開始、価格の変更、全利用者への一斉送信は、出る前にあなたに示されます。

9. よくある質問

さらに読む

次に読む：アプリができるまでの手順、サイト制作にかかる費用、従業員一人にかかる費用。