Hogyan nyerhetünk támogatást nyílt forráskódú projektekhez

A nyílt forráskódú pénzügyi támogatás gyakorlati útmutatója, eredetileg a Nadia eghbal, a fejlesztők, tanácsadók és vállalkozók megtanítására Hogyan juthat finanszírozáshoz nyílt forráskódú projektekhez. A cél az összes információ kiegészítése Nadia felnevelte és néhány extra eszközt adott a számunkra készített nagyszerű munkához.

"Nyílt forráskóddal dolgozom, hogyan találhatok forrást?"

Az alábbiakban felsoroljuk az összes módszert Nadia és tudom, hogy az emberek finanszírozást kaphatnak a nyílt forráskódú munkájukért, a lista többé-kevésbé rendezett kicsiből nagyba. Minden finanszírozási kategória különféle esettanulmányokhoz kapcsolódik.

A kategóriák nem zárják ki egymást. Például egy projektnek lehet egy alapítvány és használja is Crowdfunding pénzt keresni. Valaki más megtehette tanácsadás és van egy adománygombunk is, valamint az összes szükséges kombináció. Ennek az útmutatónak az a célja, hogy kimerítő listát adjon az összes módszerről fizethetsz a nyílt forráskódú munkáértKi kell választania és tesztelnie, hogy melyik működik a legjobban az Ön számára, minden projekt és körülmény más, vagyis ami számunkra működik, valószínűleg nem fog megfelelni a projektjének.

Adomány gomb

Feladhatunk adományhelyet a weboldalunkon. A Stripe és a PayPal két jó szolgáltatás, amelyek segítségével felajánlásokat fogadhat el.

Érvek

• Kevés feltétel
• Könnyű telepítés és kevés karbantartási munka "Csak telepítse és kapjon adományokat"

contras

• Általában nem gyűjt sok pénzt, hacsak nem sokat fáradozott azért, hogy ösztönözze az embereket az adományozásra.
• Egyes országokban és az adományozási szolgáltatások egyes szabályozásaihoz jogi személyre van szükséged ahhoz, hogy adományokat fogadhass (SFC y OpenCollective pénzügyi szponzorok, akiket erre a célra felhasználhat).
• Nehezebb kezelni az embereket vagy a nemzetközi adományozókat.
• Néha nem világos, hogy ki "megérdemli" a pénzt egy projektben, vagy hogyan osztják el.

Tanulmányi esetek

• megy
• Átvitel

jutalom

Előfordul, hogy a projektek vagy vállalatok jutalmakat adnak cserébe a nyílt forráskódú szoftverükért végzett munkáért (például: "Javítsa ki ezt a hibát, és gyűjtsön 100 dollárt"). Számos webhely segít megkönnyíteni a jutalmak elhelyezését és gyűjtését. 

Érvek

• Nyílt a közösségi részvételre
• A pénz egy adott munka elvégzéséhez kötődik (sokkal inkább a szolgáltatás kifizetéséhez, mint az adományhoz)
• Főleg a nyílt forráskódú szoftverek biztonsági munkájának elvégzésére irányul

contras

• Perverz ösztönzőket tud létrehozni egy projektben (alacsony minőségű, növelheti a zavaró tényezőket)
• A jutalom általában nem túl magas (~ <500 USD)
• Nem nyújt visszatérő jövedelmet

Tanulmányi esetek

• Bountysource: Segítség ingyenes szoftver projektekhez

• GitHub Jutalmak Program

Crowdfunding (csak egyszer)

Ha van egy konkrét ötletünk, amelyet meg akarunk valósítani, akkor egy kampány Crowdfunding Az egyszeri fizetés segíthet a szükséges pénzeszközök előteremtésében. Előfordulhat, hogy magánszemélyek és vállalkozások adományoznak kampányához.

Érvek

• Kevés feltétel
• Vannak olyan platformok, amelyek lehetővé teszik az adományok legális kezelését egyszerűen és gyorsan.

contras

• A kampány sikere érdekében sok marketing munkát kell elvégezni.
• Általában konkrét eredményekhez, előnyökhöz kell kötni
• Nem nagyon gyűlik össze a pénzt (~ 50 XNUMX USD egy alkalommal)
• A vállalatok nem mindig kényelmesen adományoznak az ilyen típusú kampányokban.

Tanulmányi esetek

• GNUPanel v2.0
• 0 AD
• MediaGoblin
• REST WP-CLI

Crowdfunding (ismétlődő)

Ha egy folyamatban lévő projektet szeretne finanszírozni, akkor létrehozhat egy ismétlődő crowdfunding kampányt, havi vagy éves pénzügyi kötelezettségvállalással, amelyet határozatlan időre megújítanak (vagy amíg az adományozó lemond). Akik rendszeresen használják a projektet (beleértve a magánszemélyeket és a vállalatokat is), hajlandóak lehetnek finanszírozni a munkáját.

Érvek

• Kevés feltétel
• A pénzgyűjtést bárki könnyen kezelheti például:Patreon y OpenCollective

contras

• Nehéz az adományozókat elkötelezni az ismétlődő fizetés iránt (gyakran már meglévő márkára / hírnévre van szükség)
• Nehéz megmagyarázni az ismétlődő adományozással járó eredményeket és előnyöket
• Általában nem sok pénz (~ $ 1-4K havonta)
• A vállalkozások általában nem érzik jól magukat az ilyen típusú kampányokban

Tanulmányi esetek

• mochajs
• Reagál-kazán

Könyvek és áruk

Ha Ön egy bizonyos téma szakértője, amelyet mások hasznosnak találhatnak, akkor a projektek finanszírozásának egyik legjobb lehetősége egy könyv vagy könyvsorozat megírása és eladása. Találhat kiadót (például O'Reilly), vagy saját kiadású. A könyvek értékesítése mellett néhány projekt árut (pl. Pólót, pulcsit) értékesít munkájuk támogatása érdekében.

Érvek

• Az eredmények hozzád és nem a projekthez kapcsolódnak, így megtartja az alkotói szabadságot
• Magának a projektnek marketingeszközként szolgálhat
• Visszatérő jövedelemforrás lehet attól a pillanattól kezdve, hogy elindítja a projektet, és befejezi azt

contras

• A könyvértékesítés gyakran nem hoz elég jövedelmet
• Elterelheti a figyelmet az alapvető projektfejlesztésről
• Könyv vagy marketing áru elkészítése előzetes költségekkel járhat

Olvashat egy vitát is, amelyről az elmúlt napokban folytunk Ingyenes dokumentáció a szerzői joggal és a szellemi tulajdonral szemben! Mert nem minden szabad szoftver.

Tanulmányi esetek

• Lua
• CocoaPods (adománygyűjtés jótékonysági célokra)

Reklámozás és szponzorálás

Ha a projekt nagy közönséggel rendelkezik, eladhat szponzorálást azoknak a hirdetőknek, akik el akarják érni őket. Valószínűleg nagyon specifikus közönséged lesz (pl. Ha Python-projekted van, akkor feltételezheted, hogy a közönséged valószínűleg a Pythonot technikailag ismerő emberekből áll), hogy ezt előnyödre tudd használni.

Érvek

• Az üzleti modell igazodik valamihez, amiért az emberek hajlandók fizetni

contras

• A közönségnek elég nagynak kell lennie a szponzorálás igazolásához
• A bizalmat és az átláthatóságot a felhasználói bázissal kell kezelnie (pl. Nincs követés)
• Az ügyfelek felkutatása és kezelése nagyon nehéz lehet

Esettanulmány

• Desde Linux

Egy cég által bérelt, hogy dolgozzon a projekten

 

Néha a vállalatok nyílt forráskódú fejlesztésre alkalmaznak embereket. Keressen olyan vállalatot, amely használja a projektet, amelyen dolgozni szeretne. Gyakran divíziókról van szó (pl. 50% dolgozik a vállalatnál és 50% nyílt forráskóddal). Alternatív megoldásként, ha van ötlete egy új projektre, találhat olyan vállalatot, amely érdekli az Ön által gyártott termékek felhasználását. Ezekben az esetekben a bizonyított tapasztalat nagyon hasznos lesz.

Érvek

• Erőforrásokra (azaz vállalkozásokra) támaszkodik
• Jól illeszthető a vállalat igényeihez
• Biztos jövedelem

contras

• Általában a "szerencsésség" -ből áll: világos és megismételhető út vezet e rendelkezés megtalálásához
• A Projektet már ismerni és használni kell
• Olyan emberré válhat, aki nem járul hozzá a vállalat alsó sorához, ami elkölthetővé teszi
• Irányítási és vezetési kérdések, a vállalat indokolatlan befolyást gyakorolhat a projektre
• Hatással lehet a projekt dinamikájára és egyensúlyára

Esettanulmányok

• Donald Stufft + Hewlett-Packard és Python csomagolás
• Gazdag Hickey + Cognitect és Clojure

Indítson projektet, miközben Ön alkalmazott

Számos nyílt forráskódú projekt munkavállalói oldali projektként indult. A projekt végül felülmúlhatja a vállalatot, de mellékprojektként való elindítása nagyszerű módja lehet az ötlet inkubálásának.

Ha ezt az utat járja be, győződjön meg arról, hogy megértette vállalatának nyílt forráskódú munkára vonatkozó irányelveit. Egyes vállalatok arra ösztönzik az alkalmazottakat, hogy a nyílt forrásokkal járuljanak hozzá munkaidőben. Egyesek úgy gondolhatják a nyílt forráskódú munkát, mint egy vállalati projektet. Ne feltételezz semmit; kérdezze meg valakit a cégében, mielőtt elkezdené.

Érvek

• Az új ötletek kipróbálásának szabadsága anélkül, hogy aggódna a fizetés miatt
• Jól illeszthető a vállalat igényeihez
• Alkalmas új ötletekhez, kísérleti jellegű

contras

• Mellékprojektként kell megtennie, vagy jóvá kell hagynia, hogy a fizetés ideje alatt dolgozzon rajta
• A társaság indokolatlan befolyásolásának kockázata
• A vonal után bonyolult kormányzáshoz vezethet

Tanulmányi esetek

• Mozilla és Rust
• Google and Go
• Facebook és React

Támogatások

A támogatások nagy adományok, amelyek nem igényelnek fizetést. A nagyvállalatok gyakran más juttatásokban részesülnek munkájuk támogatásával, például ismerik készségeiket, bemutatják cselekedeteik hatását, beszámolnak munkájukról vagy főleg adókedvezményekkel.

Adományok sok helyről származhatnak, beleértve a szoftvercégeket, az alapítványokat, a filantróp alapítványokat és a kormányt. A támogatás technikai és jogi aspektusai nagymértékben eltérnek attól függően, hogy ki nyújtja. Például egy vállalat adhat Önnek "engedményt", de azt törvényileg tanácsadói számlának tekinti. A jótékonysági alapítvány csak nonprofit szervezeteknek adományozhat, ezért nonprofit szervezeteknek kell lennie, vagy általában szponzorálnia kell egy nonprofit szervezetet. Ha nem ismeri a támogatásokat, akkor a legjobban úgy lehet megérteni, hogy a támogatások hogyan viselkednek, ha beszélgetünk valakivel, aki korábban kapott ilyet.

Érvek

• Kevesebb nyakkendő
• A támogatások segíthetnek a projekt megszakítás nélküli fókuszálásában
• Lehetőséget ad a projekt innovációjára és kísérletezésére

contras

• Nem sok adományozó alapítvány kapcsolódik a szoftverekhez
• A támogatások végesek. Még nem találták meg a fenntarthatóságot a támogatás életén túl

Esettanulmányok

• Hogy
• Django + Mozilla nyílt forráskódú támogatás

Konzultációs szolgáltatások

A tanácsadás rugalmas módja lehet a nyílt forráskódú projektek finanszírozásának. Nagyobb szabadsága van arra, hogy tetszés szerint strukturálja az idejét (például heti 30 órában konzultál, és heti 10 órát fordít a nyílt forráskódú projektre). A tanácsadók általában többet kérhetnek az idejükért, mint az alkalmazottak, mert a munka kevésbé stabil, nem kapnak ellátást stb. Ha azt tervezi, hogy rendszeresen elvégzi ezt a fajta munkát, akkor valószínűleg létre kell hoznia valamilyen jogi személyazonosságot annak alátámasztására (LLC vagy azzal egyenértékű, az Egyesült Államokon kívül).

Ha projektje nagyon népszerű, akkor tanácsokat és szolgáltatásokat kínálhat a teljes projekt számára is. Például az ügyfél fizethet azért, hogy megvalósítsa a projektet számukra, valami egyedi dolgot készítsen, vagy betanítsa őket a használatára.

Érvek

• Az üzleti modell igazodik valamihez, amiért az emberek hajlandók fizetni

contras

• A tanácsadás sok felkészülést igényel, általában nem nagyon skálázódik, mivel emberi tőkét igényel.
• Az üzleti igények a kívántnál hosszabb időt igényelhetnek, így a kódírás vagy a projekthez kapcsolódó egyéb feladatok veszélybe kerülhetnek
• Ellentmondhat a könnyen használható szoftver készítésével
• A Projektnek elég népszerűnek kell lennie ahhoz, hogy az emberek hajlandók legyenek fizetni a kapcsolódó szolgáltatásokért

Tanulmányi esetek

• Neighborhoodie
• OpenSSL

SaaS

A SaaS azt jelenti szoftver mint szolgáltatás. Ebben a modellben maga a kódbázis nyílt forráskódú, de lehetséges további fizetett szolgáltatásokat kínálni, amelyek megkönnyítik az emberek számára a projekt használatát. Ez az egyik legnépszerűbb módszer a nyílt forráskódú projekt nyereségessé tételére, amellett, hogy lehetővé teszi a fejlesztés folyamatos frissítését.

Érvek

• Közösséget építhet a nyílt projekt köré, és pénzt kereshet a biztosított speciális szolgáltatások és funkciók rovására
• Lehetővé teszi, hogy a nyílt forráskódú projekt a felhasználókra és az igényekre összpontosítson.
• Felhasználók száma szerint méretezhető

contras

• gyakran azt jelenti, hogy a szállás muszáj olcsóbb, mint a felvétel fejlesztő futtassa a projektet.
• Előfordulhat, hogy a "Két szintű támogatás" nem minden nyílt forráskódú felhasználó lesz elégedett.

Tanulmányi esetek

• WordPress.com
• Moodle
• Gitlab

Kettős engedély

Előfordul, hogy a projektek azonos kódbázist kínálnak, két különböző licenccel: Az egyik kereskedelembarát, a másik pedig nem (GPL példa). Ez utóbbit bárki szabadon használhatja, de a cégek fizetnek az üzleti engedélyért, hogy elkerüljék a jogi problémákat.

Érvek

• Az üzleti modell igazodik valamihez, amiért az emberek hajlandók fizetni
• Jól mászhat, ha sikerrel jár

contras

• Ez ellentmondhat a nyílt hozzáférésű szoftverek gyártásával
• A Projektnek elég nagynak kell lennie ahhoz, hogy az ügyfélnek fizessen az üzleti licencért

Tanulmányi esetek

• MySQL
• SQLite

Nyitott mag

A modellt illetően nyitott mag, meghatározza, hogy a projekt egyes aspektusai ingyenesek, de más funkciók a projekt tulajdonában vannak, és csak fizetett felhasználók számára állnak rendelkezésre. Általában ez akkor működik, ha az üzleti vállalkozások igénylik a projektet.

Érvek

• Az üzleti modell igazodik valamihez, amiért az emberek hajlandók fizetni
• Jól mászhat, ha sikerrel jár

contras

• Szüksége van valamire, amiért fel lehet számolni (ami azt jelenti, hogy bizonyos egyedi funkciókat készít).
• Ez ellentmondhat a nyílt hozzáférésű szoftverek gyártásával
• Előfordulhat, hogy a "Két szintű támogatás" nem minden nyílt forráskódú felhasználó lesz elégedett.

Tanulmányi esetek

• Dokkmunkás
• Rugalmas

Alapítványok és konzorciumok

Az alapítvány olyan jogi személy, amely elfogadhat és / vagy folyósíthat adományokat. Mivel célja nem nyereség, remek lehetőség lehet a projekt semlegességének jelzésére.

Érvek

• Semlegesség. Az Alapítvány védi a kódot és segíti az adminisztráló közösséget
• A hatás több donor között oszlik meg
• Legitimálhatja a projektet, a vállalatok kényelmesebbnek érzik magukat az alapítványoknak történő adományozásban,

contras

• Csak nagy projekteknél érdemes
• Nehéz létrehozni az egyes országok törvényei és rendeletei szerint.
• Közösségi erőfeszítéseket és különféle készségek kivitelezését igényli

Tanulmányi esetek

• Ruby együtt
• Python Szoftver Alapítvány
• Node.js Alapítvány

Kockázati tőke

A kockázati tőke a gyorsan növekvő vállalatok finanszírozási formája. A banki kölcsöntől vagy az adósságfinanszírozás egyéb formáitól eltérően a kockázati tőkék finanszírozás fejében saját tőkét vesznek fel (a vállalkozás egy százalékos tulajdonrésze). Hátránya, hogy a kölcsön felvételével ellentétben nem a hitelezőinek, hanem a vállalkozásának kell fizetnie. Sikeres projektje esetén a befektetők a megszerzett nyereség jó összegét kapják.

A kockázati tőke "magas kockázatú és magas termelékenységű", a kockázatitőke-társaságok jobban tolerálják a kockázatot, mint mondjuk egy bank, de nagy jutalomra is vágynak, ha sikerrel járnak. Ha nem ismeri a kockázati tőke folyamatát, akkor a legjobb kiindulópont az, ha beszélgetést folytat más fejlesztőkkel vagy vállalkozókkal, akik projektjüket egy kockázatitőke-társaságnak köszönhetően sikeresen megvalósították.

Érvek

• Az intézményi támogatás hasznos lehet vállalkozásának növekedéséhez
• Nagy mennyiségű tőke áll rendelkezésre

contras

• A kockázati tőke magas megtérüléssel (vagyis a befektetés gyors és nagy megtérüléssel történő megtérülésével) kapcsolatos elvárásokkal jár. A történelem azt sugallja, hogy ezt strukturálisan nehéz megvalósítani a nyílt forráskódú vállalatok számára.
• A kockázati tőke megváltoztathatja a motivációt és elvonhatja a figyelmet a prioritásokról

Tanulmányi esetek

• NPM
• Összefolyó

Természetesen a szabad szoftver és a nyílt forráskódú közösség fő célja ismereteik megosztása és olyan eszközök létrehozása, amelyek szabad és átlátható módon teszik lehetővé a technológiához való hozzáférést, de senki előtt sem titok, hogy a szoftver létrehozása egy folyamat Időigényes, és egyes esetekben akár működési kiadások is, így a finanszírozás olyan kérdés, amely a legtöbb fejlesztőt és az ingyenes szoftvercégeket aggasztja.

Szeretnénk tudni milyen mechanizmust alkalmaztak a projektjeik finanszírozásához és mik a benyomásai és ajánlásai.