AIでアプリを作った。その次に決める「誰に、何で課金するか」

AIでアプリを作り、公開まで進められた。ところが、料金を付けようとすると手が止まる。月額にするのか、一回ごとに売るのか。それ以前に、お金を払ってまで使う人はいるのか。

まず決めたいのは、料金表の見た目より、誰が、どんな場面で、何を受け取る対価として払うのかです。アプリが動くことと、売る単位が決まっていることは別の到達点。小さく作れた強みを、商売の仮説を確かめる速さに使いましょう。

機能を「払う理由」に言い換える

たとえば、面談メモから提案書を作るアプリを考えます。以下の用途と金額は、すべて考え方を説明するための仮定です。実在する製品や顧客の実績ではありません。

「AIが文章を生成する」は機能の説明です。「一人で営業する人が、面談の翌日までに、抜け漏れを確認できる提案書の下書きを整える」と書けば、使う人と場面が見えます。

その人はいま、何で代用しているでしょうか。手書きのテンプレート、既存のAIチャット、同僚への依頼。そこから乗り換える理由は、生成の速さだけでなく、毎回同じ形式になること、情報を探し直さなくてよいことかもしれません。自分の予想と、利用者が実際に困ったことを分けてメモします。

課金方法には複数の形があります。Stripeの公式資料も、定額、利用人数、利用量などを分けています。これは実装できる選択肢の整理であって、自分のアプリで売れる形を保証するものではありません。Stripe：継続課金のモデル

継続課金と従量課金は組み合わせられます。たとえば「月額に一定量を含め、超過分を追加する」という考え方です。一方、単発で受け取った料金からAIの利用費を無期限に払い続ける約束をすると、長く使われるほど負担が増える可能性があります。

「商品として何を売るか」と「いくら・どの頻度で払うか」を分けると整理しやすくなります。Stripeも商品と価格を別に扱い、価格には単発と継続の区分を設けています。Stripe：商品と価格の考え方

価格を考えるときは、AIの料金だけでなく、人の確認や問い合わせ対応も含めます。次は、月額プランの利用者一人・一か月分を想定した架空の計算です。決済手数料を含め、各社の現行料金を示していません。

この1,100円は利益ではありません。開発費、固定のサーバー費、集客費などをまだ引いていません。計算を単純にするため税の影響も含めていません。また、自分がサポートすれば現金支出はなくても、使った時間は残ります。

同じ仮定で、AI処理が100回なら処理費だけで2,000円になり、他の費用を引く前に売上を使い切ります。この比較から、含める利用量、超過時の扱い、処理の効率化を検討できます。ただし、原価が収まる価格でも、利用者が価値を感じるとは限りません。費用と支払い意思は別々に確認します。

いきなり複数プランを作る前に、一人の利用者像、一つの用途、一つの提示価格で試します。まず、過去にその作業をした人に、何が面倒だったか、どう終わらせたか、何に時間や費用を使ったかを聞きます。

次に、提供できる範囲、価格、受け取れるものを示し、試用してもらいます。「面白い」という感想と、実際の業務で使うこと、料金を払うことは分けて記録します。未提供なら募集・予約段階だと明示し、完成済みのように扱わないようにします。

Paul Grahamは、初期には作り手自身が利用者を見つけ、一人ずつ使える状態にする重要性を述べています。ここから取り入れたいのは、人数の大きさより、使う場面を直接観察する姿勢です。Do Things that Don't Scale

AIには料金案の比較表、質問の下書き、費用計算の整理を任せられます。支払い意思や利用実績をAIに推測で埋めさせず、提供範囲と約束は自分で確認します。

「＿＿の人が、＿＿の場面で、＿＿を受け取るために、＿＿円を払う」。まずこの一文と、利用者一人分の費用表を作ってみてください。空欄が残るなら、次に聞くことが分かります。

使ってもらう入口も考えたい人は、Tesujiの記事一覧から集客や公開後の改善の手筋もたどってみてください。作る、届ける、続けるを、一つずつ確かめていきます。

編集・運営：NexA／Tesuji。AIで作ったものを、使われる仕事と事業へ育てるための実務メディアです。