この型の要点
- 特定の業種の業務手順や用語、書式にソフトを深く合わせ、月額や年額の継続課金で提供する型です。汎用ソフトでは埋まらない「その業界ならではの手間」を引き受けることが価値の中心になります。
- 顧客数を広く取れない代わりに、業務に深く組み込まれるほど乗り換えの手間が大きくなり、業界の中で「これを使うのが当たり前」という位置を取れると、営業と開発の効率が上がります。
- 業務そのものへの理解と、業界内での信頼の積み上げが競争力になるため、ソフト開発の力だけでは成り立ちません。現場を知る人と作る人の両方が必要です。
収益が生まれる仕組み
お金を払うのは、その業種の事業者です。たとえば、地域の介護事業所向けに記録と請求の業務をまとめて扱うソフトを提供する場合、事業所が毎月の利用料を支払います。料金の決め方は、拠点数や利用者数、扱う件数のいずれかに連動させ、業務量に応じて自然に売上が伸びる形にしておくと、値上げの交渉をせずに単価が上がります。
継続課金なので、お金が入るタイミングは契約後に毎月または毎年です。初期の導入支援や既存データの移行を有料にする場合もありますが、これは利益を出すためというより、導入時の手間を賄うための位置づけになります。
費用がかかるのは主に次の場所です。
- 開発と保守。業界の制度や書式が変わるたびに追従が必要で、これが止まると価値が急速に落ちます。
- 導入支援と問い合わせ対応。現場の担当者がソフトに慣れるまでの支援に、人手がかかります。
- 営業。業界団体や展示会、既存顧客からの紹介といった、業界ごとに異なる経路を開拓する費用です。
汎用ソフトとの違いは、業界ごとに異なる営業経路を開拓する費用がかかる一方で、業界内での評判が営業を代替し得る点です。獲得費用を継続的な利用料で何か月かけて回収するかが、採算の中心になります。
成り立つ条件と、裏側の仕事
顧客側の条件は、業務に業界特有の手順や規制、書式があり、汎用の表計算や一般向けの業務ソフトでは無理が出ていることです。困りごとが業界の中で共通しているほど、一つの製品で業界全体に届きます。逆に、事業者ごとに業務のやり方が大きく異なる業界では、個別の作り込みが増えて継続課金のソフトとして成り立ちにくくなります。
供給側、つまり自社の条件は、業務を現場の言葉で理解している人がいることです。設計の細部で「現場ならこうする」を判断できないと、使われない機能を積み上げることになります。また、制度改正や業界ルールの変更を早く察知し、顧客より先に対応する体制が必要です。
裏側で必ず必要になる仕事は、次のようなものです。
- 制度や業界ルールの変更を追い、期限に合わせて改修を終える仕事。顧客はこれを当然のものとして期待します。
- 既存の業務ソフトや紙の台帳からのデータ移行。地味ですが、ここでつまずくと導入自体が止まります。
- 業界団体や地域の集まりとの関係づくり。紹介が営業の経路になり得るため、顔の見える活動が続きます。
- 問い合わせ対応の蓄積を製品に戻す仕事。同じ質問が繰り返される箇所は、設計を変えるべき場所です。
向く事業・向かない事業
向くのは、業務に規制や制度が絡み、書式や手順が業界内で共通している分野です。また、事業者数がある程度あり、かつ一社あたりの規模が小さすぎない業界であれば、継続課金の単価と顧客数の両方を確保しやすくなります。すでに顧客側に「業務をソフトで回す」という習慣がある分野も、導入の説明が短くて済みます。
向かないのは、事業者ごとに業務のやり方がまちまちで共通化できない分野や、事業者の数そのものが少なく、市場の上限が早く見えてしまう分野です。また、ソフトの利用料を支払う余力が小さく、価格に対してとても敏感な業界では、支援の手間が利用料で賄えなくなります。
判断の目安は、「その業界の担当者に業務の流れを聞いたとき、複数の事業者から同じ困りごとが同じ言葉で出てくるか」です。出てくるなら共通化できる可能性があり、ばらばらなら個別対応の受託に近づきます。
追いかける指標
- 継続率：契約中の顧客が翌期も契約を続ける割合です。分母は期首の契約数、期間は月または年で決め、料金体系の更新周期に合わせます。
- 顧客獲得費用の回収期間：一社を獲得するのにかけた営業と導入支援の費用を、その顧客の月額の粗利で割った月数です。分母に導入支援の人件費を含めるかを最初に決めます。
- 業界内シェアの推移：対象業界の事業者数のうち自社を使う割合です。分母は自社で定義した対象範囲の事業者数とし、範囲の定義を途中で変えないようにします。
- 利用の定着度：契約した顧客のうち、中核の機能を実際に使っている割合です。「ログインした」ではなく「業務が回った」と言える操作を定義して数えます。
- 制度改修の対応リードタイム：業界ルールの変更が公表されてから、対応版を提供するまでの日数です。顧客の信頼に直結します。
- 紹介経由の新規比率：新規契約のうち、既存顧客や業界内の紹介から来た割合です。業界標準に近づいているかを測る手がかりになります。
新規事業として小さく試すなら
- 対象業界の事業者に業務の流れを聞き、共通の困りごとを一つに絞ります。複数の事業者から同じ困りごとが同じ言葉で出てくれば、次に進みます。
- その困りごとだけを解く、最小の機能を作ります。既存の道具や手作業を組み合わせた仮の形でも構いません。「業務が一回通るか」だけを確かめます。
- 数社に有料で使ってもらいます。無料にしないのは、料金を払ってでも使うかが継続課金の成立条件そのものだからです。導入時にどれだけの支援が必要だったかを記録します。
- 継続の意思と、支援にかかった工数を並べて見ます。支援の工数が利用料で賄える見通しが立ち、顧客が「他の事業者にも勧める」と言えば、業界内に広げる段階に進みます。
設計時の注意点
価格については、業界の慣行に引きずられすぎないことが大切です。業界の中で「ソフトはこの程度の値段」という感覚が固まっている場合、その水準が自社の支援の手間に見合うかを、原価から確かめてください。安く始めて後から上げるのは、業種特化の狭い市場ではとても難しくなります。
契約については、データの扱いと解約時の取り出しを最初に決めます。業務の中核データを預かる立場になるため、顧客が解約したときにデータをどの形で返すかを契約に書いておくと、導入時の不安が減り、かえって契約が進みます。
運用については、制度改正の対応を「無料でやるのが当然」と期待されることを前提に、その工数を継続課金の中に織り込んでください。また、問い合わせ対応を属人化させず、よくある質問を製品側の改善に戻す仕組みを早めに作ります。
法規制については、業界によっては個人情報や取引記録の保管に関する定めがあります。扱うデータの種類が確定した段階で、個別に専門家へ確認してください。
最後に、業界標準を狙うということは、その業界の景気や制度変更に自社の売上が丸ごと連動するということでもあります。隣接する業界へ展開できる設計になっているか、初期から意識しておくと、後の選択肢が残ります。
この型が見られる企業事例
- Intuit Inc.「TurboTax」「QuickBooks」に学ぶ事業設計
- Paycom Software, Inc.の人事給与SaaSに学ぶ事業設計
- 株式会社ラクスのクラウド事業「楽楽精算」などに学ぶ事業設計
- Roper Technologies, Inc.の業種特化ソフトウェア事業群に学ぶ事業設計
- Toast, Inc.の飲食店向けPOSと決済に学ぶ事業設計
- Veeva Systems Inc.のライフサイエンス業界向けクラウドに学ぶ事業設計
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、収益の構造、成り立つ条件、検証の進め方を中心にまとめています。法務・税務・会計の制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.09.27