OSSをベースにしたサービス提供の難しさ - knqyf263's blog

背景 難しさ 利益相反になりがち 競合OSSの存在 コミュニティからのPull Request 競合サービスによる利用 レベニューシェアにならない 利用統計が取れない やっておくべきこと お金を払いたい機能を見極める 境界線を決める ライセンスについて考える 利用統計の取得方法について考える OSSから有償版へのスムーズな移行を考える まとめ 背景 弊社（Aqua Security）ではOSS開発をしており、そのOSSを組み込んだ有償サービスを売ることで利益を上げています。 自分はその中のOSS開発をフルタイムで担当しています。 会社は何を目的としてOSS開発をしているのか、というのは以前発表しました。 speakerdeck.com フルタイムOSS開発者をやってみての感想なども昔書いています。 knqyf263.hatenablog.com 今回はOSSをベースにしたサービス提供の難し

[ockeghem]

これはまさに、開発者が経営的（事業的）視点を持つということ>『会社の指示には従っていたのですが、もっと自発的に色々と案を出すべきでした』

[BlueSkyDetector]

最近だとOSSのビジネス化についてのa16zの資料がよく出来ていて、OSSコミュニティこそがmoatで、それを構築して活用するのが大事と書いてあって参考になった。 https://review.foundx.jp/entry/commercializing-open-source

[takilog]

本文は勉強させて貰った。中身に全然関係ないけど、連続したグラフでものの色を変えるのが最初分からなかった。負けてないやん！ってなった。

[augsUK]

会社から給与をもらいつつ慈善的なビジネスを成立させる人は、むしろビジネスの嗅覚と人に好かれる才能が図抜けてる印象がある

[Mint0A0yama]

“弊社のOSSの方が性能良いのになぜ他社の、しかも商用版をわざわざ使ったのだろうと不思議だったのですが、これはその商用版の契約が取れた場合に収益を還元する契約になっていたためでした” なるほど面白い…。

[tengo1985]

たしかにTrivyは汎用で便利すぎる。コンテナイメージスキャナからどんどん対象を広げていったけれど、分離してもよかったんじゃとは感じてる

[auient]

OSSで儲けたい、が根本的に矛盾を孕んでいそう

[mohri]

まさに難しさだった

[tmatsuu]

OSSだが複雑なので利用するのは難しい＝サポートを提供するとか、セルフホスト型ならSaaSとして提供するみたいなところを目指すのがいいんだろうと思ったが、そこでもAWSが競合になったりして難しいね。

[grasso0210]

参考になった

[tinsep19]

サービス自体は行わず、AGPLにしてサービス化の障壁を作る。AWSのマーケットプレイスでCFnコードとして売ることで構築の手間を省こうっていう方向性を考えちゃうな。大規模運用版とか、夜間停止版とか。

[kyukyunyorituryo]

開発放棄されたOSSがまだ使われていることは多い

[lumpenproletariat]

2つのグラフの図で、赤と青が反転していて混乱した。なんでこんなことを・・・？

[khtokage]

OSSは無料版ではないんだけどそう言う面を意識しないと商売としてやって行くには難しい、と　なるほどー

[tasukuchan]

“ておきます。 タイトルにもある通り基本的には難しさを書いているだけで、特に解を持ち合わせ”

[temtan]

「かゆいところに手が届かない設計にする必要があります」って言ってるように結局は「最初から儲ける事を考えてOSSにする」なんだけどそれってシェアウェアとかフリーミアムとかと同じでOSSと呼んで良いの？感もある

[Nobeee]

redhatのmiddleware製品とか筆者の競合になるけどSysdigを売ってると、ホント書いてある通りだなーと実感する

[nakag0711]

マネタイズ難しいのはその通りかと思うがこれはもはやOSSじゃないな。OSSとして始めたけどOSS版はもはや更新してない製品とか見かけることがある。Talendとかそうじゃなかったか

[syu-m-5151]

OSSの品質を上げすぎると有償版の存在意義が失われ、ユーザーが有償版へ移行する動機がなくなる問題について深く触れていてとても良い。生きた経験だわ。

[sezemi]

初期の Treasure Data と Fluentd のようなモデルがいいのかなぁ。個人でできるものでは無いけど。。

[sh2]

知見がすごい

[nilab]

OSSをベースにしたサービス提供の難しさ - knqyf263's blog

[zakinco]

管理面倒だから丸投げしたいという需要はある。金以外でもいいから何らかの利益がないと事業としては続かない。

[oktnzm]

開発にブレーキかけないといけないって技術者視点では不幸な話だろう。買収側視点だと見ると何かあった時に聞きたいというのがメインだろうから基本は何もしないでくれってのが本音なのではと邪推。

[IGA-OS]

ビジネスセンスか・・・ためになる

[issyurn]

直接売上をあげないけど、なくては困る、しかし価値提供を上げすぎると売上が上がらなくなる無償の奉仕。日本に寄付文化がもっと広まれば・・ http://www.ismsj.org/houston/vol7/

[cpw]

Gitlabは上手くやってるよね

[gaudere]

なぜ自分がOSSにそこまで拘るのか振り返ってみよう。承認欲求？なら別にビジネスにならなくても良いよね？承認欲求とサラリーを同時に満たしたい？それは「一般には」無理。

[inoki-ionoki-inoki]

Test

[hiroomi]

“は彼らのサービスをよりよくするためのものであり、気軽に受け入れることで競合を強くしてしまうという懸念もあります。 そういった機能追加がどの程度弊社の利益に寄与するかを考える必要があります”

[rinph]

私にはわからない世界だけど。 ruby,rails,spring,elasticsearch,MySQL,reactといくらでも先人たちはいるだろうから、どれか一つぐらい参考になる道はあるんじゃないか？

[prjpn]

アッブデートを面倒にしつつバージョンをバシバシ上げてクラウドサービス化出来るものなら商売になる。あとはプラグイン機構を作ってマケプレ機能付けるとかで儲けるか。