自作アプリの販売で増える仕事｜業務アプリの3段階と、不特定多数向けで増えた10の役割

AIで自分用の業務アプリを作れるようになると、次に浮かぶのは「これ、売れるのでは」です。結論から言います。売れるかどうかを考える前に、そのアプリをどこまでの人に渡すのかを決めてください。 渡す相手が変わった瞬間に、増えるのはアプリの中身ではなく、アプリの外側の仕事です。増えるものが先に見えていれば、進む判断も、ここで止める判断も自分でできます。

業務アプリの3段階とは 業務アプリは、使う人の範囲で3段階に分かれます。①自分が使うアプリ、②相対（あいたい）のクライアントだけが使うアプリ、③不特定多数が使うアプリ、の3つです。段階が上がるごとに増えるのは機能の数ではなく、アプリを運営し続けるための役割です。不特定多数に向けて売るなら、③へ進むという意味になります。

みやっち🧑‍💻は2026年9月に、この③を一度自分で通しておくために、自社プロダクトを外販前提で作り始めました。AIチャットつくーるという名前で、本記事の公開時点（2026年9月22日）では立ち上げたばかりの段階です。だからこの記事は「売れました」という話ではなく、③に進むと何が増えるのかを、作っている最中に数えた話として読んでください。顧客数・売上・継続率といった運用の実績を語れる段階ではありません。

ちなみに着手は計画的ではありませんでした。もともと翌年にやるつもりだったものを、前夜に思いついて深夜の勢いで作り始めています。本人の言葉で言えば「冷静になったら『大したことない』みたいになることもあるので、客観的に見ないと」。勢いで作ること自体はいいとして、外販に進めるかどうかは別の判断です。その判断材料が、これから書く3段階です。

業務アプリの3段階｜自分用・クライアント用・不特定多数用

3段階を、使う人と責任の持ち方で並べるとこうなります。

段差が一番大きいのは②と③の間です。②までは、困ったら相手に電話できます。「今日の夕方に直します」と言えば通じるし、使い方も口頭で伝えられます。③に入ると、その手段がまるごと消えます。会ったことのない人が、こちらに何も言わずに登録し、こちらに何も言わずに去っていく。 その前提で全部を用意することになります。

作る工程そのものは3段階とも変わりません。AIエージェントと対話しながら作る進め方はVibe Codingとはに、市販SaaS・外注・自作の3択をどう選ぶかは業務アプリの作り方に書きました。どの段階でも、最初の版は欲張らずに1機能で出すのが近道で、その考え方はMVPとはにまとめています。この記事はその先、作ったものを誰に渡すかの話です。

段階が上がると、何が変わるのか

変わるのは「完了の意味」です。

①では、自分が使えれば完了です。エラーが出ても自分が気づいて自分が直せばいい。②では、相手が使えれば完了です。③では、自分が見ていない時間に、知らない人が登録して、課金して、使えているかどうかが完了の条件になります。

具体的な状態変化で書きます。たとえば請求書を自動で作る自分用ツールがあるとします。①では、毎月末に自分がボタンを押して終わりです。②に上げると、クライアント3社にURLを渡して、それぞれのデータが混ざらないようにする必要が出てきます。③に上げると、申し込みフォームから知らない人が入ってきて、自分でアカウントを作り、自分でお金を払い、自分で解約していきます。ここまで来ると、アプリを作る仕事より、アプリを運営する仕組みを作る仕事のほうが大きくなります。

どこまで渡すかを先に決めておくと、作るものが変わります。誰に何を渡すかを最初に言語化する工程についてはAI開発の要件定義にまとめています。

③に進んで増えたのは、サービス名ではなく10の役割

「個人開発の収益化」と調べると、決済を付ける話が最初に出てきます。実際にやってみると、決済は増えるうちの1つでしかありませんでした。AIチャットつくーるを③の前提で組み立てたときに、①では要らなかった役割を並べるとこうなります。

用途で束ねて10。③を組み立てた時点で実際に動かしていた部品は18あり、どこまでを1つと数えるかで前後します。決済にはStripeを使いましたが、大事なのはサービス名を10個覚えることではありません。10個の役割が自分の仕事として増えるということです。どこで動かすかの選び方はVercelとCloudflareの違いに、利用者ごとに見えるものを分ける設定を公開前にどう確かめるかはSupabaseのセキュリティ設定に、運営側の管理画面に何を置いて入口をどう守るかは管理画面の作り方に整理しました。この役割をそろえて立ち上げるまでに何にいくらかかったかは、個人開発の費用の内訳に出しています。

念のため書いておくと、この10個を全部そろえたからといって、障害が起きなくなるわけではありません。ここに並んでいるのは「何かあったときに自分が気づける状態」を作るための役割です。

一番の山場は「送信した」で終わらせないこと

この①→③で一番大きな差が出たのは、機能の数ではなく完了の定義でした。

自分用アプリでは、メールを送る処理が通ればそれで完了です。エラーが出ていないなら、届いているはずだと思う。ところが③では、届いていなければ、その人はアカウントを作れずに去ります。「送信した」は完了ではなく、「届いて使えた」までが完了です。 実際に確認したのは次の5つです。

1. 認証メールは、送信処理が通ったところではなく、実際に受信できたところまで確認する
2. 問い合わせは、送ったところではなく、送受信の往復が成立するところまで確認する
3. 定期処理は、設定したところではなく、定刻に動いて滞留が残っていないところまで確認する
4. 本番の公開に失敗したときの復旧手順を一度通しておく
5. 決済は、テスト環境での検証に加えて自分の本番決済を1件通して、利用枠に反映されるところまで照合する

5つ目は特に効きました。料金の設定を変えたときに、画面の表示だけを見て終わらせず、利用枠・次の更新日・利用者への通知・運営側の集計まで突き合わせています。画面が正しく見えていても、裏の数字が合っていないことは起こり得ます。

この「どこまでやったら終わりか」をAIに渡す方法は、/goalコマンドの記事に書いた完了条件の考え方とまったく同じです。終わりの条件を言葉にしていないと、AIも自分も「送信した」で止まります。 ①のうちは止まっても自分が困るだけですが、③では止まったことに気づけません。

決めることは、機能の外側にもある

③に進むと、コードの外側でも決めることが出てきます。特定商取引法に基づく表記、利用規約、返金やキャンセルの条件、個人情報の扱い。決済を付けた時点で、これらは「あとで考える」では済まなくなります。

ここでは書き方の型を配りません。何をどう書くべきかは、扱う商材・自社の契約・社内の規定で変わります。 本記事は法的助言ではありません。決済や個人情報を扱う本番運用に進むなら、自社の規定を確認したうえで、弁護士・税理士などの専門家に相談してください。逆に言えば、①や②で止めるなら、ここはまだ考えなくていい領域です。

どの段階で止めるかは、人によって違っていい

3段階を通してみて思うのは、③が偉いわけではないということです。

①で止めるのは、まったく正解です。自分の手作業が消えるなら、それだけで十分に元は取れています。②も正解です。目の前のクライアントに合わせた道具を渡せるのは、汎用のSaaSにはできないことで、しかも相手の顔が見えるぶん運営の負担が軽い。③は、売上が事業として立ち上がる可能性がある代わりに、さっきの10の役割と法務の検討が付いてきます。

大事なのは、どこを目指すかを作り始める前に選べることです。そしてこの選択は、自分で作って自分で直せる人にしか回ってきません。市販のSaaSを契約している限り、段階を選ぶ権利は提供元にあります。外注していれば、段階を上げるたびに見積りが要ります。AIエージェントであるClaude Code・Codexを自分で動かして、自分の業務アプリを自分で持っているからこそ、①で止めるのも③へ進むのも、その日のうちに決められます。

AI Crewでは、この「自分の業務に合う道具を、自分で作って自分で直せる状態」を作るところまで一緒に進めています。自分の場合はどの段階まで行くべきか、まず無料セミナーでお会いしましょう。