SaaSというビジネスモデルの成功要因とは

SaaSというビジネスモデルの成功要因は?   Server Based Computingという積年の夢は、SaaSにの出現によりようやく現実のものとなった。ユーザはソフトウェアを「所有」する負荷を負うことなく、自社 向けにカスタマイズされた機能を、インターネットを通じて「利用」できるようになっ

北原 佳郎

2007年10月23日 20:00

SaaSというビジネスモデルの成功要因は?

   Server Based Computingという積年の夢は、SaaSにの出現によりようやく現実のものとなった。ユーザはソフトウェアを「所有」する負荷を負うことなく、自社 向けにカスタマイズされた機能を、インターネットを通じて「利用」できるようになった。

   ここ1年間、SaaSに関してはさまざまな意見が飛び交った。あるベンダーのCEOは「マルチテナント、カスタマイズ、ユーザインタフェースが SaaSの3大特徴」と語った。「Ajax、マッシュアップ、そしてプラットフォーム」などの新語の普及に貢献したベンダーもいた。

   そして「ASPとどこが違うのか?」という質問は、IT業界共通の話題となった。しかし「簡単にはじめられ、いつでもキャンセルされてしまう月極め料金のビジネスモデルって、どうやったら成立するの?」という素朴な疑問への回答はまだ提示されていない。

   SaaSモデルにおいて、ベンダーはユーザに成り代わり、「ソフトウェアを動かすための各種経営資源」を準備しなければならない。

   これまでユーザの責任範囲とされてきた各種経営資源を背負いながら、なおかつ経済的に成功するためには、精緻な事業計画が必要である。そのポイントは何なのか、そして、そのポイントを外すと何が起こるのかについて、本連載を通じて明らかにしたい。

ユーザの利便性は大きい

   アプリケーション・ソフトウェアを所有すると、ユーザはさまざまなな負荷を負う。ソフトウェアを稼動させるために、ユーザは「ヒト・モノ・カネ」といった経営資源を投入する必要がある。

   ここでいう「モノ」とは、ミドルウェアやハードウェアといった設備、あるいはその置き場所といった施設である。「カネ」は、ソフトウェア購入時の キャッシュアウトである。ソフトウェアが望み通りに機能するかは、購入後の導入作業次第である。しかしキャッシュは購入時に流出する。しかも無形固定資産 に計上され、一括して費用化することはできない。

   ユーザが負う負荷の中で最大のものは、エンジニアという人的資源の消費だろう。これが「ヒト」だ。

   エンジニアの仕事は、数々のパラメータ設定やカスタマイズ、アクセス権設定、ログ取得、バックアップ、バージョンアップ、ウイルス対策など、幅広 い。ソフトウェアを安定して稼動させるためには、日頃の保守・管理が欠かせない。ソフトウェアを所有するには、これらの作業を社内で負わなければならない のである。これらの負荷は、企業にとって単なるコストの積み重ねになる。

   ソフトウェアを導入したことで業務が効率化されたり、製品の競争力が増したりすることは確かに素晴らしい。しかし、負荷を負うことなくこれらの利便性だけを受け取ることができたなら、もっと素晴らしいに違いない。

   保守・管理よりももっと生産的な仕事にエンジニアを回すことができるだろうし、キャッシュが固定してしまうこともなくなる。経営者やIT部門の責任者であれば、誰でもそう考えるだろう。

   この望みをかなえるのがSaaSである。

   単なるテンプレートを提供するASPは、企業ごとの独自性を吸収することができなかった。カスタマイズしようとしたら、高くつくものであった。結局 のところ利用できたのは、企業ごとにカスタマイズする必要のない、メールやスケジューラーといったソフトだけだった。

   SaaSは企業の独自性に合わせたカスタマイズが可能だ。しかも短期間に導入でき、データ移行も簡単だ。料金は月極めなので、ユーザ数の変動に容易に対応でき、しかもいつでもキャンセルできる。

   「ソフトウェアを所有する負荷を負うことなく、サービスとして利用する」というコンセプトは、広くユーザに受け入れられるに違いない。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30