BSA/Common Software Business Models/Hardware～

共通のソフトウェアビジネスモデル ( Common Software Business Models ) / Hardware †

要約 †

Hardware †

ハードウェアベースのビジネスモデルは、ソフトウェアの料金合計と、ハードウェアのいくつかの要素とが、関連する。いくつかのケースにおいて、ソフトウェアが無償ではあるが、ハードウェアがそのソフトウェアなしで効率的に機能もっていないハードウェアはかなり密接している。ビジネスアプリケーションにおいて共通である、より典型的なアプローチは、ビジネスモデルととシステムに取り付けられてた多くのCPUと関連させるためである。全てのビジネスモデルにおいて、この"CPUあたりのライセンス"におけるモチベーションは、お金である。

アプリケーションは、１つのマシーンで動くことが許可されている。もしマシーン上でパフォーマンスが、追加のプロセッサーを加えることで簡単にかなり改善することができるなら、ライセンス所持者(ソフトウェアパブリッシャー)は、金額を減らしそうだ。なぜなら、ライセンスは、いくつかの追加のライセンス料金の支払いなしで今プロセッサーを追加するだろうから。もしこの同一のアプリケーションが、1CPU毎が基本でライセンスされているなら、そのときに、より多くのプロセッサーが追加することで、パフォーマンスが改善するかもしれない、しかし、ライセンサーは、より多くの金額をそのために取得するだろう。

ハードウェアベースのビジネスモデルは、物質的にシステムの影響を与えるいくつかのハードウェアの視点に基づくことができ、ビジネスの要求を満たすために必須とされることである。 CPU毎、もしくは、拡張カード毎は、一番共通している。しかし、メモリやディスクストレージ (冗長にミラー化されたディスクドライブが2重化されているかもしれない)なども使用することができる。接続されたキーボードの多くのモデルを基本とすることをオススメしないが、もししたいのならすることができる。

Services †

サービスをベースとするビジネスは、そのサービスに接続するために提供されているソフトウェアからではなく、１つもしくはより多くのサービスから、お金を生み出すことにフォーカスしている。私の大好きな例は、アメリカオンラィンである。 AOLは、ソフトウェアは有料ではなく、e-mailやchatやコンテンツの集約を含んだ、サービスに幅広くアクセスするために、1ヶ月の購読料金が有料である。

サービスをベースとしたビジネスモデルは、よくオープンソースライセンスが利用される。例えば、ここには、インストール、設定、アプリケーションの操作の補助を提供することが含まれていたり、もしくは、オープンソースとしてライセンスされた技術や、もしくは、オープンソースソフトウェアを組み込まれていたり、教育プログラムやカスタムの開発もしくは統合サービスの作成している。

オープンソースソフトウェアのライセンスを通したサービスをベースとしたビジネスモデルを作ることは、想像力に富んだアプローチである。しかし、この本を書いた時点では証明可能で持続可能ではなく、長い間、成功しているオープンソースソフトウェアが、ビジネスモデルを提供する。これは、OSSの訴訟ではない。私は、インターネットのほとんどが、OSSで動いていることにきづく。そして、多くの企業はかなり期待されているOSSに関連したサービスをベースとしたビジネスモデルを持つ。私は、マーケットが未完成で、そのようなモデルは未だに解決されていないことを、単に認める。だから、OSSを通じているビジネスのいくつかのマーケテクトのアプローチは、注意して進めていくべきである。

Revenue Obtained / Costs Saved †

エンタープライズソフトウェアに共通しているもう１つのビジネスモデルは、取得した収入もしくは、アプリケーションを利用して抑えたコストのパーセンテージである。平均15%の既存顧客への売上を増やすことができる新しいCRMシステムを作ったと考えてみる。前提として全体のドル合計があなたのコストを正当化するのに十分な大きさであれば、増える収入の10%を請求することを考えるかもしれない。

かわりに、小さい会社(年間収入 $5M〜$ 50M)をターゲットにした在庫の把握や倉庫管理システムの新しい種類を作成したと言ってみよう。あなたのデータは、あなたのソフトウェアがこれら $50K〜$ 1Mのどこかの会社を抑えるだろう。ことを指し示す。あらためて全体のドル合計が十分な大きさにになっている前提ならば、現実的なビジネスモデルは節約の15%を請求するかもしれない。

これらのモデルを選択することで、明らかに追加の収入や貯蓄を指し示す信頼できる分析をもたなくてはならない。もし違うならば、開発チームでテクニカルスキルの範囲がないことは、うまくいかせるアーキテクチャを手助けするだろう。根本的な問題は、これのベースとなるモデルのデータが極端に主観的で、簡単に操作されることである。あなたの新しいCRMソフトウェアは、フレッドのフィッシュフライのために、より多くのビジネスで、$100,000 を生み出すことを、考えるかもしれない。しかし、フレッドは、フレッドジュニアが結果を生み出した洗練された新しいマーケティングのキャンペーンである、ことを考える。あなたが稼いだ考えていた合計の支払いをうけとれないだろう。

企業もまたコスト削減に基づいたモデルににより多くの反対がでてくる。

一度、このようなモデルに試してみた。とてもしっかりしたROIをもっていたのに、モデルは機能せず、コスト削減から、取引料金に変わった。稼いだ収入もしくは、抑えたコストのパーセンテージもまた、不人気である。なぜなら彼らは、顧客にいくら払うべきかを追跡させるからである。たいてい他のビジネスモデルにおいて顧客が支払うべきがいくらかを決めるのがかなり簡単になる。

コラム †

Open Source Does Not Mean Free( オープンソースは無料を意味しない ) †

担当者のつぶやき †

ここ最近は、サービスだとレベニューシェアモデルが多いのかな。

BSA / Common Software Business Models / Hardware～

Menu

最新の20件