どこをオープンソースにするか？

public.icon

どこをオープンソースにするか？

自社の開発プロジェクトの「市場性」

その際、自社製品の市場性は、提供単位をコンポーネント化し、コンポーネントごとに個別販売する可能性、他製品とバンドルする可能性、オープンソース化する可能性について慎重に検討しなければならない。同様に、同一の機能性を有するフリーウェアとか商用ソフトウェアとの組み合わで提供するオプションも必ず検討しなければならない。

戦略１

ＳＱＬサーバをＭｙＳＱＬに切り替えたあと、サーバ部分とバックアップおよびトランザクションのログなどを管理するモジュールをパッケージ化し、Ｊａｖａ／Ｃライブラリと一緒に販売する。その一方、フリーのＰｅｒｌライブラリの配布とサポートを実施する。この戦略は、ＭｙＳＱＬパッケージの販売に勢いをつけながら、Ｊａｖａ／Ｃライブラリに含まれているアドオンコードやプラグインモジュールの利用を可能にする。これによって、あなたのところは、自社が特許を有するコードや、特許取得が可能と思われるコードを公開せずに済む。また、競争上非常に有利と思われるコードも公開せずに済む。この戦略においては、小規模用途から大規模用途のＭｙＳＱＬサーバを構築できる会社として売り込むことが推奨される。

戦略２

自社製のＳＱＬサーバの優れた機能をオープンソース化し、ＭｙＳＱＬに解放する。そのうえで、バックアップおよびトランザクションのログなどを管理するモジュールを様々なデータベースに対応できるように拡張してから、単独製品として販売する－ＭｙＳＱＬとの組み合わせを推奨する。この戦略による収益は、戦略１より少ないが、これによって会社の製品ラインをより絞りこめる。また、顧客の裾野を広めることができる。このような製品はサポートも恐らく容易である。

戦略３

戦略２とは正反対の方針、つまり、ＳＱＬサーバと組み込み用ライブラリは商用ソフトウェアとして販売しながら、バックアップおよびトランザクションのログなどを管理するモジュールを様々なデータベースに対応できるように拡張したうえで、それをオープンソース化する。これにより、この部分の開発コストを削減しながら、自社製データベースを市場に売り込むことができる。このオープンソース化によって、自社の競争力は多少そがれるが、一部の競合企業がオープンソース化で獲得できる競争力を未然にそぐこともできる。