2026年Vibe Codingソフト料金の決め方

試作品は動くのに、料金を決めた途端に「売り切りでもサブスクでも不安」と手が止まっていませんか。

2026年Vibe Codingソフト料金の決め方は、価値が発生する頻度と継続コストで決めます。 オフラインの単機能ツールは売り切り、継続更新するサービスはサブスク、AIの利用量が大きく変わるソフトはサブスクに従量制の枠を加える形が基本です。今週は3つの料金体系を同時に作らず、主料金を1つだけ置いて、実際の支払い意向と1ユーザーあたりのコストを確認してください。

この内容は、Vibe Codingで初めてツールを作ったものの料金設計が分からない人、AIアプリのAPI費用を管理したい個人開発者、iOSやmacOS向けソフトの公開環境を検討している副業初心者向けです。

※最終更新：2026年7月28日。RevenueCatの2026年版レポート、Apple、Google Play、Stripeの公式情報を同日確認しています。

供給増加と収益集中

「Vibe Codingで作ったソフトは売れるのか」という疑問には、売れる可能性はありますが、制作できることと収益化できることは別ですと答えるのが正確です。

RevenueCatの「State of Subscription Apps 2026」は、RevenueCatを利用し、一定のインストール数または収益条件を満たすサブスクアプリを対象にしています。レポートは2026年に公開されましたが、主要な指標の対象期間は2025年です。(t.co)

同レポートでは、新しいサブスクアプリの月間公開数が2022年1月の約2,000本から、2026年1月には14,700本以上へ増えています。増加幅は約7倍です。一方、2020年より前に公開されたアプリが2026年1月時点でサブスク収益の69%を占め、2025年以降に公開されたアプリは3%でした。(t.co)

新規サブスクアプリの供給
2022年1月  約2,000本/月  ███
2026年1月  14,700本以上  ████████████████████

収益構成
2020年以前  69%          ██████████████
2025年以降   3%          █

この差から分かるのは、AIで制作時間を短縮しても、集客、継続利用、課金理由までは自動で生まれないということです。最初に確認するべきなのは「作れるか」ではなく、「誰のどの作業を、何度も楽にするか」です。

利用頻度と支払い理由

Vibe Codingで作ったソフトは売れるのか

売り切りに向くのは、購入後に追加の運用が少なく、結果が明確なソフトです。

例えば、画像の一括変換、ファイル名の整理、特定形式への変換、オフラインで行う計算ツールなどです。ユーザーが一度使えば目的を達成でき、毎月新しいデータやサーバー処理を必要としないなら、買い切りの説明が簡単です。

サブスクに向くのは、毎月価値が増えるサービスです。データ同期、定期的なコンテンツ更新、チーム共有、履歴保存、アカウント間の連携などが該当します。サブスクは「機能を持っているから毎月払う」のではなく、継続して価値を提供するから継続して請求する設計です。

AIソフトは売り切りかサブスクか

AIアプリは、処理内容によって判断が分かれます。

文章を端末内で整理するだけなら売り切りに近づけられます。しかし、外部モデルへのAPI呼び出し、画像生成、音声変換、長文解析を使う場合、ユーザーの利用量によって開発者の費用が増えます。この場合、永久買い切りだけにすると、購入後も発生するAPI費用を開発者が負担し続ける可能性があります。

そのため、AI利用量が一定ではないソフトでは、基本機能を含むサブスクに加えて、一定量を超えた分をクレジットや従量枠で扱う方式が現実的です。「ユーザーが使った分だけ購入する」という説明にすると、開発者側も費用を追跡しやすくなります。

注意： API費用、ストレージ、ログ保存、メール送信、監視などがユーザー数や利用回数に応じて増えるなら、売り切り価格だけで将来の負担を回収できるかを先に計算してください。金額を決める前に、1ユーザーの1日あたりの代表的な処理量を記録します。

継続コストの増え方

ソフトの料金設計では、固定費と変動費を分けて見ます。

固定費：開発環境、ドメイン、管理ツール、最低限のサーバー維持費
ユーザー単位の費用：アカウント、保存領域、通知、サポート対応
使用量単位の費用：AI API、画像生成、動画処理、帯域、外部データ取得
人工コスト：返金対応、問い合わせ、審査対応、障害調査、手動確認

オフラインソフトは、販売後の追加費用が比較的読みやすい一方、クラウドソフトは利用者が増えるほど保存領域や通信量が増えます。AIアプリはさらに、同じユーザー数でも利用頻度によって費用が変わります。

次の判断で十分です。

インターネットなしで主要機能が動くか確認する。
ユーザー1人が1日に何回処理するか仮定する。
1回の処理で発生するAPI、保存、通信の項目を列挙する。
無料ユーザーにも発生する費用を分ける。
その費用を売り切り価格だけで回収できるか確認する。

4と5が曖昧なままなら、永久買い切りは避けます。無料枠を広く設定する場合も、無料ユーザーが発生させる処理量に上限を置く必要があります。

料金体系の比較

方式	向いているソフト	ユーザーの支払い理由	開発者の主な負担	初回検証の評価
売り切り	オフラインの単機能ツール	一度払えば明確な結果を得られる	新規顧客を継続的に獲得する必要がある	高
サブスク	同期、更新、共有、継続サービス	毎月新しい価値や利便性を受け取る	解約、更新、問い合わせ、障害対応	条件付きで高
サブスク＋従量枠	AI処理、生成、動画・音声変換	基本利用と追加利用を分けて払える	API費用と利用量の監視が必要	AI向けに高

点数で見るなら、オフライン単機能ツールの売り切りは「料金説明の簡単さ」で5点、継続収益の安定性で2点です。同期型サービスのサブスクは料金説明で3点、継続価値で5点です。AIアプリのサブスク＋従量枠は、費用管理で4点、実装と説明の複雑さで3点です。

この点数は収益額の予測ではありません。L1開発者が最初の検証で、どこに負担が発生するかを見るための評価です。

初回課金と継続率

サブスクは初回決済だけを見てはいけません。RevenueCatの2026年版レポートでは、アプリ全体の中央値の年間MRR成長率は5.3%でしたが、上位10%は306%以上に達し、成果の分布は大きく分かれています。(t.co)

また、年間サブスクの解約は初月に全体の35%が集中し、12か月目にも11%の増加が見られます。年額プランを置けば自動的に安定するわけではなく、最初の利用体験と更新前の価値説明が重要です。(t.co)

返金も維持負担に含めます。価格帯別の中央値は低価格帯2.7%、中価格帯3.9%、高価格帯4.5%で、価格が上がるほど返金率が高くなる傾向が示されています。(t.co)

売り切りは、購入時のハードルが高く見えても、購入後の請求管理は比較的単純です。ただし、新規顧客を定期的に獲得しないと売上が止まります。サブスクは初回課金を作りやすい場合がある一方、価値が薄い月には解約され、改善や問い合わせ対応が続きます。

配信ストアと手取り

iOS向けのApp Storeでは、条件を満たす小規模開発者向けプログラムで、有料アプリとアプリ内課金の手数料が15%です。対象条件には、関連アカウントを含む年間収益の基準があります。(developer.apple.com)

Google Playでは、地域とインストール時期によって2026年6月30日以降の手数料区分が分かれています。米国、英国、欧州経済領域では、新規インストールと既存インストールで扱いが異なり、サブスクにもサービス料と請求処理料の組み合わせがあります。その他の地域でも、登録制度や取引種別によって15%や30%などの区分が存在します。(support.google.com)

Google Playでデジタル機能やクラウドサービスをアプリ内販売する場合、原則としてGoogle Playの課金システムが必要です。外部サイトへ誘導できる条件は地域やプログラムによって異なるため、「ウェブ決済にすれば必ず手取りが増える」と考えないでください。(support.google.com)

Stripeのようなウェブ決済では、サブスクのキャンセル、日割り、返金、請求サイクルの扱いを自分で設計・確認する必要があります。キャンセル時の期間変更や日割り処理が発生するため、ストアより自由な反面、運用責任は増えます。(docs.stripe.com)

iOSやmacOS向けに公開する場合、Xcodeでビルド、テスト、署名、アップロードを行います。AppleはXcodeまたはTransporterなどでApp Store Connectへビルドを送る手順を案内しています。(developer.apple.com)

経験則： 料金を決める前に、実際の配信先を1つに絞ってください。ウェブ、App Store、Google Playを同時に対応すると、課金画面、返金、利用規約、アカウント連携の検証項目が一気に増えます。

初回検証の手順

対象ユーザーを1種類に絞る
「AIを使いたい人」では広すぎます。毎週同じ形式の報告書を作る人、画像を大量に変換する人など、作業で定義します。
有料になる結果を1つ決める
機能一覧ではなく、「作業時間を短くする」「変換ミスを減らす」など、購入後に得られる結果を示します。
主料金を1つだけ作る
オフラインなら売り切り、継続サービスならサブスク、AI処理ならサブスク＋従量枠から1つを選びます。複数プランを並べて反応を見る前に、支払い理由を検証します。
実際の利用量を記録する
AIアプリなら、1ユーザーの処理回数、入力データ量、出力データ量、失敗時の再実行回数を記録します。
無料利用の上限を決める
無料ユーザーにも発生するAPI、保存、通知の費用を確認し、無制限の無料枠を避けます。
返金と解約を自分で操作する
購入、キャンセル、期限終了、再購読、返金を順に試します。決済が成功しても、利用権限が正しく止まらなければ運用上の問題になります。
公開環境の必要期間を見積もる
iOSやmacOSなら、ビルド、署名、TestFlight、審査修正の期間を分けます。まだ需要を確認していない段階では、長期設備を先に固定しない方が安全です。

最初の選択

最後に、次の条件で判断してください。

端末内で完結し、結果が明確：売り切り
データ同期や更新が価値の中心：サブスク
AIや動画処理の利用量が大きく変動：サブスク＋従量枠
毎月の価値を説明できない：サブスクを選ばず、売り切りまたは無料検証へ戻す
1ユーザーの継続コストが不明：永久買い切りを避け、利用上限を設ける

Vibe Codingは制作の入り口を広げますが、料金設計では「何回使われるか」「使われるたびに費用が増えるか」「解約後に何を維持するか」を確認する必要があります。最初の版では主料金を1つだけ置き、支払い意向、利用頻度、単位コストの3つを実測してから変更してください。

現在の環境がWindowsやLinuxだけで、iOS向けの署名・TestFlight・App Store公開を試す場合、購入したMacが長期間使われない可能性があります。物理端末との接続や長期の重いビルドが必要なら自前のMacが適しますが、需要検証や短期の公開作業なら、初期費用、保守、OS更新、保管場所を抱える購入より、必要期間だけMac環境を確保する方が合理的です。

まずはVPSSparkのサービス概要を確認し、公開時期と検証期間が決まっているなら日本向けMacレンタルの利用条件と照らし合わせてください。料金モデルを決めてから環境を借りる順番にすると、使わない期間のコストを抑えながら、実際の公開工程まで確認できます。