MonoBook

「オープンソース」の版間の差分

← 古い編集新しい編集 →
ビジュアルウィキテキスト
9行目: 9行目:


== ビジネスモデル ==
== ビジネスモデル ==
オープンソースソフトウェアには企業によって提供されている物も少なくない。かつては個人ボランティアが自然と集まり企業が人件費を払わなくても自然と発展するという夢物語が語られていたが、オープンソースが広まり時間が経つにつれ、そのような事は非常に稀であると誰もが気が付きつつある。とくにニッチな分野になればなるほどその傾向は顕著であり、たとえば医療などはニッチすぎてオープンソース以前にまともな商用ソフトすら少ない。なおニッチな分野でも[[プログラマ]]による[[プログラマ]]のための[[プログラミング]]ツールの分野は充実しているが、これを軸に他分野も同様であると思ったら大間違いである。
オープンソースソフトウェアには企業によって提供されている物も少なくない。


また個人が趣味でやっているプロジェクトについては長期的な発展をせずに「飽きたら終了」という事も多いのも事実である。とくにサーバー向けである場合は提供期間が定まっていることも重要な要素であり、飽きたからと言って提供終了されては非常に困る。また企業が提供すると言っても不健全な経営状態で倒産すれば意味は同じである。そのため現在で「健全な経営状態の企業」が提供するものが好まれるようになりつつある。
かつては個人ボランティアが自然と集まり、企業が人件費を払わなくても自然と発展するという夢物語が語られていたが、オープンソースが広まり時間が経つにつれ、そのような事は非常に稀であると誰もが気が付きつつある。とくにニッチな分野になればなるほどその傾向は顕著であり、たとえば医療などはニッチすぎてオープンソース以前にまともな商用ソフトすら少ない。


一方で一般的にオープンソースを採用したシステムの保守費用は高い。
なお、ニッチな分野であっても、[[プログラマ]]による[[プログラマ]]のための[[プログラミング]]ツールの分野は非常に充実しているが、これを軸にプログラマと縁のない他分野も同様であると思ったら大間違いである。大多数はあくまでも自分のために作っているのであって他人のためではない。
生きた人間が動く以上、当然のようにご飯を食べなければならない。
 
無償提供され、開発費用などでマイナスになった分はどこかで回収せねばならず、多くの場合は保守費用に上乗せされている。
また個人が趣味でやっているプロジェクトについては長期的な発展をせずに「飽きたら終了」という事も多いのも事実である。とくにサーバー向けである場合は提供期間が定まっていることも重要な要素であり、飽きたからと言って提供終了されては非常に困る。
 
また企業が提供すると言っても不健全な経営状態で倒産すれば意味は同じである。現在ではこれらの認識も一般化しつつあり、少なくともBtoBの世界では「健全な経営状態の企業」が提供するオープンソースソフトウェアが好まれるようになりつつある。
 
一方で、一般的にオープンソースを採用したシステムの保守費用は高い。生きた人間が動く以上、当然のようにご飯を食べなければ死んでしまうわけである。よって金持ちの道楽でもない限り、無償提供され、開発費用などでマイナスになった分はどこかで回収せねばならず、多くの場合は保守費用に上乗せされている。


そのビジネスモデルは様々であり、主なものを列挙する。
そのビジネスモデルは様々であり、主なものを列挙する。
29行目: 33行目:
「オープンソース＝善」とするブランド戦略、イメージ戦略として採用しているもの。
「オープンソース＝善」とするブランド戦略、イメージ戦略として採用しているもの。


このビジネスモデルを採用しているのはほぼお金が有り余っている大企業であり、オープンソースではない同様のソフトウェアを先行して提供しているライバル企業を辱めたい場合などにもよく利用される。宗教団体のような信者集めを行う場合にも利用される。
このビジネスモデルを採用しているのは、ほぼお金が有り余っている大企業であり、オープンソースではない同様のソフトウェアを先行して提供しているライバル企業を辱めたい場合などにもよく利用される。
 
この手法は新興宗教団体のように熱狂的な信者集め・信者育成などといった、いわゆる洗脳を促進する効果も高い。ただし洗脳効果が急性であるため、非常に声の大きい狂信者を生み出してしまう確率も非常に高い。それらの暴走によりイメージダウンとなる事例も多数確認されてうるため乱用は厳禁である。
 
つまりハイリスク・ハイリターンなマーケティング手法であるといえる。近年では「都合のいいときだけオープンソース」という認識も一般化しつつあり、見返り、いわゆるリターンは減少傾向にある。


=== 技術サポート ===
=== 技術サポート ===
42行目: 50行目:
技術サポートより一段踏み込んだ契約形態で、保守契約を結ぶことで公式な質問等を投げれ、またバグも優先的に直してくれ、さらに万が一の場合には謝罪代行してくれるというものである。
技術サポートより一段踏み込んだ契約形態で、保守契約を結ぶことで公式な質問等を投げれ、またバグも優先的に直してくれ、さらに万が一の場合には謝罪代行してくれるというものである。


たとえば[[バグ]]により全データが吹き飛んだと仮定すると、保守契約を結んでいない場合は完全に導入担当者の責任であるが、保守契約を結んでいる場合は提供企業が代行して謝罪してくれ、導入担当者はクビにならずに済むというサービスである。
たとえば[[バグ]]により全データが吹き飛ん
だと仮定すると、保守契約を結んでいない場合は完全に導入担当者の責任であるが、保守契約を結んでいる場合は提供企業が代行して謝罪してくれ、導入担当者はクビにならずに済むというサービスである。


この手の[[ソフトウェア]]の多くは需要の少ないニッチな製品であり、事前に被った開発費用に加え、損害賠償費用保険的な意味合いの費用も上乗せされるので、かなり高価であることが多い。
この手の[[ソフトウェア]]の多くは需要の少ないニッチな製品であり、事前に被った開発費用に加え、損害賠償費用保険的な意味合いの費用も上乗せされるので、かなり高価であることが多い。


ただしBtoBが大前提のサービスであり、「安かろう悪かろう」で導入失敗して出世の道がなくなる、またはクビになることが恐れられ、また導入担当者（決裁権者）が個人的にお金を支払うのではなく、あくまで会社のお金で支払う保険料的な意味合いが強いため、安心を買う意味でも価格は高い方が喜ばれる傾向がある。
ただしBtoBが大前提のサービスであり、「安かろう悪かろう」で導入失敗して出世の道がなくなる、またはクビになることが恐れられ、また導入担当者（決裁権者）が個人的にお金を支払うのではなく、あくまで会社のお金で支払う保険料的
な意味合いが強いため、安心を買う意味でも価格は高い方が喜ばれる傾向がある。


; 代表的なオープンソースプロジェクト
; 代表的なオープンソースプロジェクト
53行目: 63行目:


=== 商用ライセンス ===
=== 商用ライセンス ===
個人または研究機関などの特定条件に当てはまる場合は無償で利用できるが、それを使いお金儲け（ビジネス）を行う場合は別途商用ライセンスを結びなさいというもの。
個人または研究機関などの特定条件に当てはまる場合は無償で利用できるが、それを使いお金儲け（ビジネス）を行う場合は別途商用ライセンスを結びなさいというもの。


「https://monobook.org/wiki/オープンソース」から取得