結論:三択で迷う前に、提供方法と課金方法を分ける
受託で始めるか、月額の継続サービスにするか、自社サービスを作るか。起業前に迷いやすい選択ですが、実は同じ軸の三択ではありません。受託でも毎月の運用を支援できますし、自社商品でも買い切りにできます。まず「顧客ごとにどこまで変えるか」と「価値がどの頻度で生まれるか」を分けて考えましょう。
最初のモデルは、将来の理想だけでなく、手元資金、既に届く顧客、提供できる能力に合わせて選びます。いま売れる個別支援から共通の手順を見つける道も、繰り返す課題が十分に分かっている領域で共通サービスを試す道もあります。どちらが上位ということではありません。
本記事では、小規模なサービス事業を中心に、三つの典型を比較し、現金・工数・継続価値から選ぶための編集上の枠組みを示します。数値例は架空の計算であり、業界平均や収益見込みではありません。
1.受託・継続支援・共通サービスを、同じ項目で比較する
比較するときは、売上の大きさだけでなく、販売前に必要な投資、顧客ごとに増える作業、提供後に残る責任をそろえて見ます。料金の受け取り方が似ていても、必要な運営は大きく違います。
- 案件型の受託:要件を合わせて個別に提供する。契約前の調整と、追加変更の扱いが重要。案件ごとに終了するなら次の受注も必要になる。
- 継続型の支援:運用、点検、改善など繰り返す仕事を担う。契約が続いても、顧客増に応じて担当時間が増える場合がある。
- 共通の自社サービス:同じ仕組みや商品を複数の顧客に提供する。開発だけでなく、販売、案内、保守、問い合わせの設計が必要。
受託は必ず早く売れる、製品は必ず高収益になる、といった決めつけは避けます。顧客への接点がなければ受託も売れませんし、共通サービスでも導入支援や個別設定が多ければ工数は増えます。一方、標準化された受託は、繰り返すほど提供を改善できる余地があります。
この段階では「何を標準にするか」を一つ決めます。納品物、対象業務、受付条件、作業回数などです。全部を固定すると顧客に合わず、全部を自由にすると売るたびに別の商品になります。対象を狭めることで、標準化と顧客価値が両立する場所を探します。
2.売上予測を、入金と時間の上限に接続する
モデルの比較は、月間売上の目標から逆算するだけでは不十分です。その売上に必要な件数と、一件あたりの工数を出し、営業・管理・改善の時間まで足します。初回の設定に時間がかかるなら、新規顧客と継続顧客を分けて計算します。
日本政策金融公庫の創業計画Q&Aは、業種に応じた売上予測や、売上原価・営業経費を使う収支計画を示しています。そこに創業者自身の稼働量も並べると、数字上の売上を実際に提供できるか確認しやすくなります。日本政策金融公庫「創業計画Q&A」
図の例では、月額五万円の支援が六社、月売上は三十万円です。直接支出六万円を引いた二十四万円を、提供四十八時間と営業・管理二十時間の計六十八時間で割ると、約三千五百二十九円になります。これは時間当たりの比較用残額で、会計上の利益でも創業者の手取りでもありません。家賃や共通ツールなどの固定費、税、初期投資は別に考えます。
さらに、請求から入金までの期間と、支出の時期を並べます。着手前に外注費が必要なのに入金は納品後なら、その間を支える現金が必要です。年払いで先に入金されても、これから提供する期間の責任は残ります。モデル選びでは、損益の見通しと月末の現金残高を別々に確認してください。
3.継続課金を選ぶ理由は、毎月請求したいからではない
継続サービスを考える出発点は、顧客に繰り返し価値が発生するかです。毎月の業務がある、常時使う環境が必要、定期的な点検や更新が役立つ、といった理由があれば継続の設計を検討できます。一度だけ解決すれば十分な課題を月額にすると、利用と料金の関係が伝わりにくくなります。
Stripeは継続収益を、同じ顧客から合意した間隔で繰り返し得られると見込む収入として説明しています。顧客関係が続くことが前提であり、定額にしただけで将来の売上が保証されるわけではありません。Stripe「Recurring revenue: Definition, models, and how it works」
- 毎回の成果:各期間に何を届けるのか、顧客が確認できる形にする。
- 利用しない期間:待機やアクセス権自体に価値があるのかを確かめる。
- 顧客の負担:資料提出や打ち合わせが多すぎて、継続を妨げないかを見る。
- 更新と終了:更新時期、解約方法、終了後のデータの扱いを分かりやすくする。
消費者向けの通信販売では、最終確認画面の表示や返品・解約条件などについて法令対応を別途確認してください。法人向けの個別契約と同じ扱いで設計しないようにします。消費者庁の案内を出発点に、取引に応じて専門家へ確認しましょう。消費者庁「通信販売における最終確認画面について」
なお、一定額の商品代金を分割して回収することと、新たな価値を継続して提供することは別です。請求が毎月でも、納品後の分割払いなら次の販売が不要になるわけではありません。また、対応し放題の約束は、利用が集中したときに品質を守れるかを先に試算します。
4.継続売上、入金、残る利益を混同しない
月額サービスではMRR(月次経常収益)という指標が使われます。対象となる継続契約を月額へ換算したもので、単発の初期設定費や案件売上は含めません。Stripeの標準計算は有効な契約や支払期限超過の契約を対象とし、税、無料プラン、利用量連動の従量課金などを除きます。細部は管理ツールの定義を確認し、毎月同じ条件で測りましょう。Stripe Docs「Billing analytics / Monthly Recurring Revenue」
たとえば税抜十二万円の年額契約を月割りにすれば、一万円です。しかし、十二万円が先に入金された月と、以後の入金がない月があり得ます。月割りの継続売上と現金の入金額は一致しません。ここでの例は指標の説明であり、個別取引の会計処理を決めるものではありません。
見るべき変化は、新規の追加だけではありません。解約、減額、追加購入、支払いの遅れも分けます。六社中一社が大半の売上を占める場合と、同じ金額を六社に分散している場合では、一社の終了が与える影響も違います。顧客数だけで安心しないようにしましょう。
初期の少数契約では、解約率から将来の顧客価値を精密に計算しようとするより、各社がいつ、なぜ始め、何を使い、なぜ続けるのかを記録する方が判断に使えます。料金は続いていても利用されていない契約や、創業者の無償対応で維持している契約は、次の更新前に確認が必要です。
5.自社サービス化するなら、まず共通部分を見つける
受託から自社サービスへ進む場合、複数の顧客が同じ要望を口にしただけで開発を始めると、実際の業務の違いで個別対応が増えることがあります。要望の名前ではなく、入力する情報、処理の手順、成果物、例外の条件を並べて比べましょう。
架空の例で、複数社から「月次報告を自動化したい」と言われても、データ形式、確認する責任者、訂正の扱いが違えば、同じ仕組みにはなりません。逆に、最後の報告書は違っても、入力漏れの検査だけが共通なら、その部分を先に道具にする選択があります。
共通化の最初の形は、完成したソフトウェアでなくても構いません。入力条件の統一、説明資料、作業テンプレート、チェックリストで、顧客ごとの差が減るかを試せます。そこで残る例外を、別料金にする、個別案件に分ける、対象外にする、と判断してから開発へ進みます。
顧客から預かった情報や、その案件で作った成果物を自由に再利用できるとは限りません。機密情報を持ち出さず、成果物の権利や再利用条件を確認します。学んだ業務上の共通点と、顧客固有の資産を分けて扱うことが前提です。
6.組み合わせるなら、資金と時間の取り分を決める
案件型の収入を得ながら共通サービスを育てる方法はあります。ただし、「空いた時間で作る」だけでは、納期のある案件が優先され、自社サービスが進まないこともあります。併用するなら、どの時間と資金を新しい取り組みに使うかを先に割り当てます。
たとえば週のうち特定の半日を共通化の作業に使う、初回受注では学べる対象だけに絞る、といった運用を試します。これは配分の例であり、推奨比率ではありません。顧客への約束を削って開発するのではなく、受注前に提供可能な枠を決めることが必要です。
- 案件型を続ける判断:個別性が顧客価値そのもので、十分な価格と納期を確保できる。
- 継続支援へ進む判断:同じ仕事が繰り返され、次回の必要と提供工数が確認できている。
- 共通サービスへ進む判断:複数の対象で共通部分が使われ、導入や支援の負担を見積もれる。
- 投資を保留する判断:顧客への接点や価値が不明で、先行費用だけが増えている。
一つの顧客に案件開発と継続利用の両方を提案する場合は、それぞれの価格と責任範囲を分けます。初期設定費、利用料、追加対応費が何に対応するかを説明できれば、自分たちもどこで利益と負担が生じるかを把握しやすくなります。
7.最初のモデルは、次の試験で見直せる形にする
いま必要なのは、将来にわたって変わらない収益モデルではなく、次の顧客に無理なく売り、届け、振り返れる形です。選択肢ごとに、販売前の費用、入金までの時間、一件の工数、継続理由を書き、最も不確かな欄から試します。
- 顧客が得る価値と、その価値が発生する頻度を書く。
- 個別対応と共通化の境界を決め、提供範囲を一枚にする。
- 想定件数で売上、直接支出、全作業時間を計算する。
- 請求・入金・支出の時期を並べ、先に必要な現金を確認する。
- 少数に提供し、継続理由と工数を見て価格・範囲・方法を更新する。
比較の結論は、最も流行しているモデルを選ぶことではありません。顧客が払う理由と、自分たちが続けられる条件が合う形を選ぶことです。その条件が変わったときに、受託を標準化する、継続支援を商品化する、製品に個別支援を添えるなど、次の選択をすればよいのです。
参考にした一次資料
本文中のリンクとあわせて、判断の前提を確かめるためにご利用ください。制度やサービスの内容は変更されることがあります。
- 日本政策金融公庫「創業計画Q&A」参照確認:2026-10-05
- Stripe「Recurring revenue: Definition, models, and how it works」参照確認:2026-10-05
- Stripe Docs「Billing analytics / Monthly Recurring Revenue」参照確認:2026-10-05
- 消費者庁「通信販売における最終確認画面について」参照確認:2026-10-05
この記事は一般的な情報の整理を目的としています。個別の税務・法務・金融判断を保証するものではありません。判断に使う制度・条件は、最新の一次資料や専門家にご確認ください。
制作方法・更新方針について