個人開発者がアプリを世に出す時の選択肢について
個人開発というと、「何を作るか」「どう作るか」に注目が集まりがちです。でも実際にアプリを一つ世に出そうとすると、技術力とは別に、いくつもの分岐点に立たされます。どこに出すか、どう稼ぐか、サーバーを持つか、誰にどう届けるか。これらは後から変更しづらいものも多く、最初の選び方がそのままプロダクトの性格を決めてしまいます。
自分はバイク便の配達員として働きながら、確定申告・稼働記録アプリ「Hikyal」を個人でiOS向けにリリースしました。ただ、最初から「世に出す」つもりで作り始めたわけではありません。最初は自分一人が使えればいい記録ツールとして、PWAでとりあえず動くものを作っていました。そこから配布や届け方を考え始めた結果、最終的にiOSネイティブで作り直すことになった、というのが実際の順番です。この記事では、その過程で実際に迷った選択肢を軸に、個人開発者が直面する「決めなければならないこと」を整理してみます。
どこに出すか(配布先)
アプリを「世に出す」と言っても、出し先は一つではありません。
App Store / Google Play: 審査があり、ストア内検索やレビューによる信頼性が得られる一方、審査基準に振り回されるリスクがあります。年間の開発者登録料(Appleは99ドル)もかかります。
Web / PWA: 審査なしで即座に公開・修正できます。インストールの手間もありません。ただし通知やバックグラウンド処理などネイティブ機能に制約があり、「アプリらしさ」を演出しづらい面もあります。
TestFlightや限定配布: 不特定多数に広げず、特定のコミュニティやベータユーザーだけに届ける選択肢です。フィードバックを得ながら育てたい初期段階に向いています。
オープンソースとしてGitHubに置くだけ: 収益化を考えないなら、これも立派な「世に出す」の一形態です。
ここで何を優先するかは、次の技術選定や収益モデルにも連鎖します。自分自身、最初はここを深く考えていませんでした。配達の合間に自分の記録を残せればそれで十分で、「配布」という発想がそもそもなかったのです。
何で作るか(技術選定)
ネイティブ(iOSならSwift、AndroidならKotlin): プラットフォームの機能をフルに使え、パフォーマンスも安定します。ただしiOS・Android両方に出すなら、単純に工数が2倍になります。
クロスプラットフォーム(React Native、Flutterなど): 一度書けば両OSに出せるのが最大の利点です。ただし細かいUI調整やOS固有機能の実装で、結局ネイティブ側の知識が要求される場面もあります。
Web/PWA: インストール不要、審査不要というスピード感が強みです。
自分は最初、PWAで作り始めました。当時は誰かに配ることも、ストアに出すことも考えていなかったので、ブラウザで動けば十分でしたし、審査もいらず、書いたその場で自分の端末で試せるPWAは、思いつきを最速で形にする手段として理にかなっていました。もともとWordPressのプラグイン開発からReactに触れていたので、Web技術で作るのは自然な選択でもありました。
そこから作り込んでいくうちに、配達中に片手でワンタップ記録するという使い方には、ホーム画面からの即起動、確実なオフライン動作、バックグラウンドとの切り替えの安定性が要ると分かってきました。PWAでも近いことはできますが、走りながら使う道具として信頼して手放しにできる完成度にはできませんでした。加えて、記録を人に見せていく(=配布する)ことを考えたとき、ユーザー層(配達の仕事をしている人たち)のiPhone比率の高さと、後述する「サーバーを持たない」設計を素直に実現できる点で、ネイティブの方が向いていると判断しました。ここでiOSネイティブへの作り直しを決めています。
つまり自分の場合、技術選定は最初から狙って決めたものではなく、「配布を考えていなかった段階でのPWA」から「配布を考え始めた段階でのiOSネイティブ」への乗り換えでした。個人開発の技術選定は、作り始める前に一度で決め切るものというより、作りながら「誰に、どう届けるか」が見えてきた時点で見直すもの、という方が実感に近いです。
どう収益化するか
サブスクリプション: 継続収益が読めるのが強みですが、ユーザー側の心理的抵抗や更新離脱、そしてApple/Googleの手数料(15〜30%)が乗ります。
買い切り: 一度きりの収入である代わり、ユーザーの導入障壁が低くなります。
広告: マネタイズの実装自体は楽ですが、個人開発規模のダウンロード数では広告単価が低く、UXを損なうデメリットの方が大きくなりがちです。
フリーミアム: 無料版で入口を広げつつ課金導線を作れますが、どこで機能を線引きするかの設計が難しく、無料範囲が広すぎれば収益化できず、狭すぎれば離脱されます。
Hikyalは3,800円の買い切りにしました。稼ぐための道具に毎月お金がかかる状態が、自分自身が配達員として不自然に感じたからです。確定申告は年に一度のイベントで、そのために日々記録を積み上げるツールが月額課金である必然性はない、という判断です。これは「買い切りが正解」という話ではなく、対象ユーザーと使用頻度・使用目的を照らし合わせた結果、自分の場合はこの形になった、というだけのことです。
サーバーを持つか、持たないか
見落とされがちですが、これも大きな分岐点です。
サーバーありのSaaS型: 複数端末での同期、リアルタイム性、外部APIとの連携がしやすくなります。ただし運用コストが発生し続け、個人情報を預かる以上はセキュリティ対応の責任も継続的に発生します。
ローカル完結型: 運用コストがほぼゼロで、預かるデータがないためプライバシー面で強い主張ができます。代わりに複数端末間の同期や、開発者側からのデータ活用は最初から諦める必要があります。
Hikyalはアカウント登録もログインもなく、サーバーも持たないローカル完結型です。配達員が扱うデータには売上や走行ルートなど他人に見られたくない情報が含まれるため、「預かるサーバーを持たない」ことをそのまま設計思想にしました。同時に、個人開発者が一人で運用し続けられるコストの現実的な上限を考えたときに、サーバー保守という継続コストを抱えない選択は、続けやすさの面でも理にかなっていました。
誰がどう作るか(開発体制とAIの使い方)
個人開発は文字通り一人で完結させる人が多いですが、「一人で何をどこまでやるか」にも幅があります。デザイン・実装・マーケティングまで全部自分でやるのか、一部は外部ツールやフリーランスに頼るのか。
ここ数年で大きく変わったのは、AIをコーディングやデザイン、マーケコピーの下書きに活用できるようになったことです。先述したPWAからiOSネイティブへの乗り換えも、生成AIが実用段階に入っていなければもっと腰が重かったはずです。技術領域を一つ跨ぐハードルが、以前よりも明らかに下がっています。これは「AIに作らせる」という話というより、一人でカバーできる範囲が広がった分、企画や設計といった「何を作るか」「何を作らないか」の判断により時間を割けるようになった、という感覚に近いです。
どう届けるか(マーケティング)
作って終わりでは誰にも届きません。
有料広告: 即効性はありますが、個人開発の予算感では回収が難しいことが多いです。
SNSでの発信: コストはかからない代わりに、地道な積み重ねが必要です。
SEO記事: 検索意図に沿った記事を書き溜めることで、時間をかけて資産になります。
コミュニティ活動: 特定のコミュニティに直接価値を届けられますが、母数が限られます。
自分は今のところ、Xでの発信とnoteでの記事執筆を軸にしています。広告予算をかけられない個人開発者にとって、これが現実的な選択肢になりやすいというのが実感です。
まとめ
配布先、技術選定、収益モデル、サーバーの有無、開発体制、届け方。これらの選択に唯一の正解はありません。何を優先するか(スピードか、プライバシーか、収益の最大化か、続けやすさか)によって、組み合わせは変わってきます。
Hikyalの場合は、「配達員のプライバシーを守ること」と「買い切りで納得感のある価格にすること」を軸に、iOSネイティブ・サーバーレス・買い切りという組み合わせを選びました。これが唯一の正解だとは思っていませんが、一つの判断軸の置き方として、これから個人開発でアプリを出す人の参考になれば嬉しいです。
