個人開発が止まる主な原因は、能力不足よりも、企画、学習、実装、公開を同時に進めようとすることです。
初めの三十日では一人の一回分の用事だけを通し、毎週動く版を残します。
公開後に月一回は更新できる大きさを上限にすると、完成と保守を同じ計画へ入れられます。
学習と外注の境界を決めたい個人開発者に向けて、目的別の無料相談ガイドには相談できる工程と持参すると伝わりやすい情報をまとめています。
| 三十日の前提 | 今回の決め方 |
|---|---|
| 利用者 | まず自分か協力者一人 |
| 用事 | 一回の操作で完了する一件 |
| 公開先 | 実機、限定共有、ストアのいずれか一つ |
| 保守枠 | 翌月に更新へ使える時間を先に確保 |
最初の完成品は一人の一回を通す
最初の目標を「家計管理アプリ」にすると、入力、分析、共有、通知まで膨らみます。
「買い物直後に金額と分類を保存し、今月の合計を見る」までなら、一回の利用を始点から終点まで確かめられます。
画面数を決める前に利用者、開始条件、完了条件、保存するデータを一行ずつ書きます。
この四行に含まれない機能は、削除せず次版候補の欄へ移します。
完成の定義を狭くすると、勉強した技術を試すだけの状態から使える版へ進めます。
個人開発アプリのランキングは題材を知る入口にとどめ、自分が保守できる一回分の用事へ置き換えます。
三十日を四週間の公開ロードマップへ割る
各週の終わりに実機で動く結果を残し、翌週の作業へ未完成品を持ち越しません。
- 一週目は課題文と紙の画面を作り、保存項目を確定する
- 二週目は入力から保存までを実装し、誤入力も試す
- 三週目は表示と修正を加え、秘密情報や依存部品を点検する
- 四週目は第三者に触ってもらい、配布物と更新手順をそろえる
NISTのSecure Software Development Frameworkは、開発環境の準備から脆弱性対応までを安全な開発実践として扱っています。
個人開発でも三週目だけを安全確認日にせず、秘密情報を保存しない設定や依存部品の更新を各週の完了条件へ入れます。
一人開発の作業箱は五つに分ける
長いタスクリストは緊急度が見えにくいため、仕事の種類ごとに入口を一つずつ用意します。
| 作業箱 | 入れるもの | 同時に進める上限 |
|---|---|---|
| 仮説 | 誰の何を短くするか | 一件 |
| 実装 | 今週動かす中心操作 | 一件 |
| 検証 | 実機で確かめる失敗条件 | 三件 |
| 配布 | 説明、画像、連絡先 | 一式 |
| 保守 | 不具合と次回更新日 | 一件ずつ |
作業中は実装箱の一件だけにし、思いついた改善は仮説箱へ戻します。
GitHubの料金ページでは無料を含む複数プランが案内されているため、個人のコード管理は費用と必要機能を見て選べます。
道具を増やす前に、課題、コード、検証結果の置き場所が毎日同じかを確かめます。
毎晩戻せる版と判断メモを残す
一人で作ると、昨日動いた状態を知る人も自分しかいません。
作業を終える前に動作確認を一つ行い、変更理由と残る不具合を短い文で保存します。
GitHubの公式プラン比較を参照すると、非公開リポジトリを含む機能差を現在の条件から確認できます。
バックアップは同じ端末の別フォルダではなく、端末故障時にも取り戻せる場所へ置きます。
第三者のデータを使う場合は、テスト用の架空データへ置き換えます。
ストア公開の前に保守日を予約する
公開は終了ではなく、問い合わせ、規則変更、端末更新へ対応する運用の開始です。
AppleのApp Review Guidelinesを読むと、提出物には安全性、性能、ビジネス、デザインなど複数の観点があることが分かります。
四週目に初めて読むのではなく、一週目に公開先の規則を見て使えない仕組みを候補から外します。
NISTのSSDFが扱う脆弱性への対応も、連絡先と更新方法が決まっていなければ実行できません。
翌月の第一土曜日など保守日を予定へ入れられないなら、ストア公開ではなく限定共有で検証を続ける選択もあります。
収益化と受託は完成後の別計画にする
広告、課金、受託契約を同時に始めると、利用価値の検証に会計や法務の作業が重なります。
最初の版では自分か協力者が中心操作を繰り返すかを見ます。
継続利用を確認した後に、誰が費用を払うか、どの価値へ対価が発生するか、問い合わせを誰が受けるかを別紙へまとめます。
App Storeの審査ガイドラインにはアプリ内課金を含むビジネス上の規則もあるため、収益モデルを選ぶ段階で現行条件を確認します。
個人事業として受託する場合は、成果物、検収、支払い、保守範囲を依頼者と文書で合意します。
個人アプリ開発の始め方に関するよくある質問
個人でアプリ開発はできますか？
一人でも小さなアプリを企画し、実装し、限定共有やストア公開まで進められます。
ただし設計、テスト、問い合わせ、更新も自分の担当になるため、月一回は保守できる機能量へ初版を絞ることが現実的です。
個人開発で収益を目指すなら何から考えますか？
広告や価格を決める前に、誰がどの場面で中心操作を繰り返すかを確かめます。
利用が続く理由を観察できたら、支払う人、提供価値、販売経路、手数料、問い合わせ費用を分けて収支を見積もります。
個人事業主として受託できますか？
受託自体は可能ですが、作れることと事業として安全に引き受けられることは別です。
契約、個人情報、税務、知的財産、再委託の判断が必要になるため、案件に応じて行政窓口や税理士、弁護士などの専門家へ相談します。
一人の一回を毎週完成させると公開へ近づく
個人開発では多くを同時に抱えるより、毎週使える版へ閉じるほうが企画から保守までを完走しやすくなります。
- 初版の単位は一人が一回で終える用事
- 四週間の各末日に実機で動く版を残す
- 作業箱は仮説、実装、検証、配布、保守
- 公開条件には翌月の更新時間も含める
最初の版を作る道具で迷う場合は、個人開発向けアプリ作成ツールの配布先と移行性による選び方へつなげられます。
