オープンソースの財政支援のための実用ガイド、もともとによって設計されました ナディア・エグバル、開発者、コンサルタント、起業家に オープンソースプロジェクトの資金を調達する方法。 目的は、次のすべての情報を補完することです。 ナディア 彼は私たちのために準備した素晴らしい仕事にいくつかの追加のツールを上げて与えました。
「私はオープンソースで働いていますが、どうすれば資金を見つけることができますか?」
以下にリストされているのは、 ナディア そして私は、人々がオープンソースでの仕事のための資金を受け取ることができるように、リストは多かれ少なかれ小さいものから大きいものへと並べられていることを知っています。 各資金調達カテゴリは、さまざまなケーススタディにリンクされています。
カテゴリは相互に排他的ではありません。 たとえば、プロジェクトには 財団 そしてまた使用する crowdfunding お金を集めるために。 他の誰かができる コンサルタント業 また、必要なすべての組み合わせとともに、寄付ボタンもあります。 このガイドの目的は、次のすべての方法の完全なリストを提供することです。 オープンソースでの作業に対して報酬を得ることができますどちらが最適かを選択してテストする必要があります。プロジェクトや状況はそれぞれ異なります。つまり、私たちに役立つものはおそらくあなたのプロジェクトには機能しないでしょう。
寄付ボタン
ウェブサイトに寄付サイトを掲載することができます。 StripeとPayPalは、寄付を受け入れるために使用できるXNUMXつの優れたサービスです。
メリット
- いくつかの条件
- 設置が簡単でメンテナンスも少なく、「設置して寄付をもらうだけ」
コントラ
- あなたが人々に寄付を奨励するために多くの努力を払わない限り、通常、多くのお金は集められません。
- 一部の国および一部の寄付サービス規制では、寄付を受け取るために法人が必要です(SFC y オープンコレクティブ その目的のために使用できる財政スポンサーです。)
- 人や国際的なドナーを管理することはより困難です。
- プロジェクトで誰がそのお金に「値する」のか、またはそれがどのように分配されるのかが明確でない場合があります。
研究事例
報酬
プロジェクトや企業は、オープンソースソフトウェアでの作業と引き換えに報酬を投稿することがあります(例:「このバグを修正して100ドルを集める」)。 報酬の配置と収集を容易にするのに役立ついくつかのWebサイトがあります。
メリット
- コミュニティ参加に開放
- お金は特定の仕事をすることに結びついています(寄付よりもサービスの支払いのようなものです)
- これは主に、オープンソースソフトウェアのセキュリティ作業を実行することを目的としています。
コントラ
- プロジェクトにひねくれたインセンティブを生み出す可能性があります(品質が低く、気を散らすものが増える)
- 通常、報酬はそれほど高くありません(〜<$ 500)
- 経常利益を提供しません
研究事例
クラウドファンディング(XNUMX回のみ)
実践したい具体的なアイデアがあれば、 crowdfunding 一括払いは、必要な資金を調達するのに役立ちます。 個人と企業の両方があなたのキャンペーンに寄付することをいとわないかもしれません。
メリット
- いくつかの条件
- これらの寄付を合法的に簡単かつ迅速に処理できるプラットフォームがあります。
コントラ
- キャンペーンを成功させるには、多くのマーケティング作業を行う必要があります。
- 通常、それは具体的な結果、特典に結び付けられなければなりません
- 特に調達される資金はそれほど多くありません(一度に約50万ドル)
- 企業は、これらのタイプのキャンペーンで常に快適に寄付できるとは限りません。
研究事例
クラウドファンディング(定期的)
進行中のプロジェクトに資金を提供したい場合は、月次または年次の資金提供を無期限に(または寄付者がキャンセルするまで)更新する、定期的なクラウドファンディングキャンペーンを設定できます。 あなたのプロジェクトを定期的に使用する人(個人や企業を含む)は、あなたの仕事に喜んで資金を提供するかもしれません。
メリット
- いくつかの条件
- 集金は、たとえば次の方法で誰でも簡単に管理できます。Patreon y オープンコレクティブ
コントラ
- ドナーに定期的な支払いを約束させるのは難しい(多くの場合、既存のブランド/評判が必要です)
- 定期的な寄付に関連する結果と利点を説明することは困難です
- 通常はそれほど多くはありません(月額$ 1〜4)
- 企業は一般的に、これらのタイプのキャンペーンで寄付することに抵抗を感じます
研究事例
本や商品
あなたが他の人が学ぶのに役立つかもしれない特定のトピックの専門家であるならば、あなたがあなたのプロジェクトに資金を供給するために持っていることができる最良のオプションのXNUMXつは本または本のシリーズを書いて販売することです。 出版社(O'Reillyなど)または自費出版を見つけることができます。 本の販売に加えて、いくつかのプロジェクトは彼らの仕事をサポートするために商品(例えば、Tシャツ、パーカー)を販売します。
メリット
- 結果はプロジェクトではなくあなたに関連付けられているため、創造的な自由を維持できます
- プロジェクト自体のマーケティングツールとして機能します
- プロジェクトを開始してから終了するまで、それは繰り返し発生する収入源になる可能性があります。
コントラ
- 本の販売はしばしば十分な収入を生み出しません
- 基本的なプロジェクト開発の邪魔になる可能性があります
- 本や商品のマーケティングには、初期費用がかかる場合があります
また、過去数日間に私たちが行った議論を読むことができます 無料のドキュメントと著作権および知的財産! すべてがフリーソフトウェアというわけではないからです。
研究事例
広告とスポンサーシップ
プロジェクトに多くのオーディエンスがいる場合は、それらにリーチしたい広告主にスポンサーシップを販売できます。 それを有利に使用するために、非常に特定の対象者がいる可能性があります(たとえば、Pythonプロジェクトがある場合、対象者はPythonに技術的に精通している人々である可能性が高いと想定できます)。
メリット
- 人々が喜んでお金を払うものと一致するビジネスモデル
コントラ
- スポンサーシップを正当化するのに十分な数のオーディエンスが必要です
- ユーザーベースで信頼と透明性を管理する必要があります(例:追跡なし)
- 顧客を見つけて管理する仕事は非常に困難な場合があります
Caso de Estudio
プロジェクトに取り組むために会社に雇われている
時々、企業はオープンソース開発を行うために人を雇います。 取り組みたいプロジェクトを利用している会社を探しましょう。 これは多くの場合、分割された取り決めです(たとえば、50%の企業作業と50%のオープンソース作業)。 あるいは、新しいプロジェクトのアイデアがある場合は、自分が作成したものを使用することに関心のある会社を見つけることができます。 このような場合、実績のある経験を持つことは非常に役立ちます。
メリット
- リソースを持っている人(つまりビジネス)を利用します
- それは会社のニーズにうまく合わせることができます
- 定収入
コントラ
- それは通常「幸運を得る」ことから成ります:この性質を見つけるための明確で反復可能な道があります
- プロジェクトはすでに知られ、使用されている必要があります
- あなたは会社の収益に貢献しない人になることができ、それはあなたを消耗品にします
- ガバナンスとリーダーシップの問題、会社はプロジェクトに過度の影響を与える可能性があります
- プロジェクトのダイナミクスとバランスに影響を与える可能性があります
ケーススタディ
あなたが従業員である間にプロジェクトを開始する
多くのオープンソースプロジェクトは、従業員側のプロジェクトとして始まりました。 プロジェクトは会社を追い抜く可能性がありますが、サイドプロジェクトとして開始することは、アイデアを育むための優れた方法です。
この道をたどる場合は、オープンソース作業に関する会社のポリシーを必ず理解してください。 一部の企業は、従業員が勤務時間中にオープンソースに貢献することを奨励しています。 オープンソースの作業をエンタープライズプロジェクトのように扱う人もいます。 何も想定しないでください。 始める前に、社内の誰かに聞いてください。
メリット
- 給料を気にせずに新しいアイデアを試す自由
- それは会社のニーズにうまく合わせることができます
- 新しいアイデア、実験に適しています
コントラ
- サイドプロジェクトとしてそれを行うか、給与期間中にそれに取り組むことを承認される必要があります
- 会社の過度の影響のリスク
- ライン後の複雑なガバナンスにつながる可能性があります
研究事例
補助金
助成金は、支払いを必要としない多額の寄付です。 大企業は、スキルを知る、行動の影響を示す、仕事の報告、主に税制上のメリットなど、仕事に助成金を支給することで他のメリットを享受することがよくあります。
寄付は、ソフトウェア会社、財団、慈善団体、政府など、さまざまな場所から行うことができます。 助成金の技術的および法的側面は、誰がそれを行うかによって大きく異なります。 たとえば、会社があなたに「譲歩」を与えるかもしれませんが、それをコンサルティング請求書として法的に扱います。 慈善団体は非営利団体にのみ寄付を行うことができるため、非営利団体であるか、通常は非営利団体を見つけて後援する必要があります。 助成金に精通していない場合、助成金の振る舞いを理解する最良の方法は、以前に助成金を受け取ったことがある人と話すことです。
メリット
- 結びつきが少ない
- 助成金は、プロジェクトを中断することなく集中させるのに役立ちます
- それはプロジェクトを革新し、実験する可能性を与えます
コントラ
- ソフトウェアに関連するドナー財団は多くありません
- 助成金には限りがあります。 彼らはまだ助成金の寿命を超えた持続可能性を見つけていません
ケーススタディ
コンサルティングサービス
コンサルティングは、オープンソースプロジェクトに資金を提供するための柔軟な方法です。 好きなように時間を構成する自由があります(たとえば、週に30時間相談し、オープンソースプロジェクトに週に10時間を費やすなど)。 コンサルタントは、仕事が不安定である、利益を受け取らないなどの理由で、一般的に従業員よりも多くの時間を請求することができます。 この種の作業を定期的に行うことを計画している場合は、それをバックアップするために何らかの法的IDを作成する必要があります(LLCまたは米国外の同等のもの)。
プロジェクトが非常に人気がある場合は、プロジェクト全体のコンサルティングとサービスを提供することもできます。 たとえば、クライアントは、プロジェクトを実装したり、カスタムのものを作成したり、その使用方法をトレーニングしたりするためにお金を払うことができます。
メリット
- 人々が喜んでお金を払うものと一致するビジネスモデル
コントラ
- コンサルティングには多くの準備が必要ですが、人的資本が必要なため、一般的にはあまり拡張性がありません。
- ビジネスニーズには必要以上の時間がかかる可能性があるため、プロジェクト自体に関連するコードやその他のタスクの記述が危険にさらされる可能性があります
- 使いやすいソフトウェアを作ることと対立するかもしれません
- プロジェクトは、人々が関連サービスに喜んでお金を払うことができるほど人気がなければなりません
研究事例
SaaSの
SaaSとは サービスとしてのソフトウェア。 このモデルでは、コードベース自体がオープンソースですが、ユーザーがプロジェクトを使いやすくするための追加の有料サービスを提供することもできます。 これは、オープンソースプロジェクトを収益性の高いものにするだけでなく、開発を常に更新できるようにするための最も一般的な方法のXNUMXつです。
メリット
- オープンプロジェクトを中心にコミュニティを構築し、提供される特別なサービスや機能を犠牲にしてお金を稼ぐことができます
- これにより、オープンソースプロジェクトはユーザーとニーズに焦点を合わせることができます。
- ユーザー数で拡張できます
コントラ
- しばしば 宿泊施設を意味します でなければなりません 雇うより安い 開発者 プロジェクトを実行します。
- 「XNUMXつのレベルのサポート」があると、すべてのオープンソースユーザーが満足できるとは限りません。
研究事例
デュアルライセンス
プロジェクトは、XNUMXつの異なるライセンスを持つ同一のコードベースを提供する場合があります。XNUMXつは商業的に友好的で、もうXNUMXつはそうではありません(GPLの例)。 後者は誰でも無料で使用できますが、企業は法的な問題を回避するためにビジネスライセンスの料金を支払います。
メリット
- 人々が喜んでお金を払うものと一致するビジネスモデル
- 成功すれば上手く登れる
コントラ
- オープンアクセスソフトウェアの製造と矛盾している可能性があります
- プロジェクトは、顧客がビジネスライセンスの支払いをする必要があるように十分に大きくなければなりません
研究事例
オープンコア
のモデルについて オープンコアは、プロジェクトの一部の側面は無料であるが、他の機能はプロジェクトが所有し、有料ユーザーのみが利用できることを定義しています。 通常、これは、プロジェクトに対するビジネスからの需要がある場合に機能します。
メリット
- 人々が喜んでお金を払うものと一致するビジネスモデル
- 成功すれば上手く登れる
コントラ
- 課金できるものが必要です(つまり、特定の独自の機能を実行することを意味します)。
- オープンアクセスソフトウェアの製造と矛盾している可能性があります
- 「XNUMXつのレベルのサポート」があると、すべてのオープンソースユーザーが満足できるとは限りません。
研究事例
財団とコンソーシアム
財団は、寄付を受け入れたり、支払いを行うことができる法人です。 その目的は利益を上げることではないため、プロジェクトの中立性を示すための優れたオプションになる可能性があります。
メリット
- 中立。 財団はコードを保護し、管理コミュニティを支援します
- 複数のドナーに分散した影響
- プロジェクトを正当化でき、企業は個人よりも財団への寄付をより快適に感じる
コントラ
- 大きなプロジェクトにのみ価値がある
- 各国の法令により作成が難しい。
- コミュニティの努力とさまざまなスキルの実行が必要です
研究事例
ベンチャーキャピタル
ベンチャーキャピタルは、高成長企業のための資金調達の一形態です。 銀行ローンや他の形態の債務融資とは異なり、ベンチャーキャピタルは融資と引き換えに株式(あなたのビジネスのXNUMXパーセントの所有権)を取得します。 欠点は、ローンを組むのとは異なり、債権者に支払う必要はなく、ビジネスに支払う必要があることです。 あなたのプロジェクトが成功した場合、あなたの投資家は得られた利益のかなりの額を受け取ります。
ベンチャーキャピタルは「高リスクと高生産性」であり、ベンチャーキャピタル企業は、たとえば銀行よりもリスク許容度が高いですが、成功した場合にも大きな報酬を求めています。 ベンチャーキャピタルプロセスに慣れていない場合は、ベンチャーキャピタル会社のおかげでプロジェクトを成功させた他の開発者や起業家との会話から始めるのが最適です。
メリット
- 制度的支援はあなたのビジネスを成長させるのに役立ちます
- 利用可能な大量の資本
コントラ
- ベンチャーキャピタルには、高いROI(つまり、投資を迅速かつ大きな利益で取り戻す)が期待されます。 歴史は、これがオープンソース企業にとって構造的に達成するのが難しいことを示唆しています。
- ベンチャーキャピタルは動機を変え、優先順位から注意をそらすことができます
研究事例
- Npm
- ジャンクション
もちろん、無料のソフトウェアとオープンソースコミュニティの主な目的は、知識を共有し、無料で透過的な方法でテクノロジーにアクセスできるツールを作成することですが、ソフトウェアの作成がプロセスであることは誰にとっても秘密ではありません。それは時間がかかり、場合によっては運営費さえもかかるので、資金調達はほとんどの開発者やフリーソフトウェア会社を悩ませている問題です。
知りたい プロジェクトで資金を受け取るためにどのようなメカニズムを使用したか そして、あなたの印象と推奨事項は何ですか。
どうもありがとうございました。オープンソースプロジェクトのためにお金を稼ぐことは、開発するのが非常に難しく、プログラマーのためにお金を集めるのがさらに難しい傾向があります。
私はこのタイプのクラウドファンディングイニシアチブが好きです。どちらの当事者も、誰がそれを提案し、誰がそれをサポートするかについて利益を得ます。 ここ数日、コンテンツクリエーターのサポートから、USAとMEXを隔てる壁の構築まで、このタイプのプロジェクトを数多く目にしました。 可能性は無限大です、私は個人的にこのプラットフォームが好きです https://www.mintme.com 正確にこれが可能です