Спонсорские пулы: новая модель финансирования программного обеспечения с открытым исходным кодом

Или достижение святого грааля спонсорства в один клик

Существующие модели финансирования с открытым исходным кодом плохо работают для небольших проектов.

Крупные проекты — операционные системы, фреймворки, CMSS или полностью автономные приложения-находятся в привилегированном положении, чтобы извлечь больше пользы из своих пользователей, особенно корпоративных. Поскольку целые API и продукты построены на их основе, они вызывают достаточно высокую оценку (или, что более вероятно, страх устаревания!), чтобы получить устойчивый доход от разовых или ежемесячных пожертвований.¹

Но большинство проектов OSS невелики. Типичный проект на GitHub лучше описать как полезность — подходящий термин, учитывая инфраструктурную роль, которую эти проекты играют в мире. Это небольшой инструмент, который делает одну вещь действительно хорошо. В процессе создания сложного приложения вы можете использовать десятки этих утилит — и они сэкономят вам сотни часов времени разработки.

К сожалению, такие коммунальные услуги редко приносят сколько-нибудь значимую сумму денег от пожертвований, независимо от того, насколько широко они используются или любимы. Рассмотрим react-router. Даже с 41,3 тысячами звезд на GitHub, 3 миллионами еженедельных загрузок из NPM и почти повсеместным внедрением одностраничных приложений на основе React он приносит только ~17 тысяч долларов пожертвований в год.

Корень проблемы заключается в том, что пожертвования с открытым исходным кодом делаются на основе каждого проекта 2. Чтобы поддержать проект через спонсоров GitHub или OpenCollective, вы должны создать еще одну автоматически продлеваемую ежемесячную подписку для каждого проекта, который хотите поддержать. Более того, в момент истины ("Я собираюсь спонсировать X!") легко "логически" отговорить себя от пожертвований ("А что, если на следующей неделе их заменит какая-нибудь новая горячая штучка?!"Это оказывает огромное сдерживающее влияние на общий объем пожертвований в открытый исходный код. И в конце концов финансируются только те проекты, которые массово, безумно, бесспорно полезны. И эти проекты, как правило, являются "большими вещами" — фреймворками, самодостаточным программным обеспечением и т. Д.

Нужна новая модель, работающая на малые и средние проекты, а не только на крупные. Поэтому я предлагаю новый(-иш) подход к устойчивости ОСС.

Представляем вам "спонсорские пулы"

1. Каждый месяц вы жертвуете некоторую сумму в "кошелек".
2. Затем ваши средства распределяются между проектами из вашего "спонсорского пула". Ваш пул спонсоров-это всего лишь набор проектов с открытым исходным кодом, которые вы хотите поддержать.
3. Добавление новых проектов в ваш пул должно потребовать одного клика — так же просто, как создание репо на GitHub.

Вот и все. Вряд ли это гениально, вот почему удивительно, что ни один крупный игрок в OSS не внедрил его для облегчения пожертвований с открытым исходным кодом.³

Это позволило бы достичь святого грааля устойчивости ОСС: спонсорства в один клик.⁴ Как только человек профинансирует свой спонсорский пул, ему потребуется всего один клик, чтобы финансово поддержать другой проект. Предельные издержки — как психологические, так и финансовые — поддержки дополнительных проектов упадут до нуля.

Почему это работает лучше

Почему я думаю, что это резко увеличит общую сумму пожертвований на open source? Чтобы ответить на этот вопрос, рассмотрим гипотетический вопрос.

Какую часть своего дохода вы готовы ежегодно жертвовать на разработку программного обеспечения с открытым исходным кодом?

Я подозреваю, что типичный переплаченный HN lurker, читающий этот пост, придумал число в сотнях долларов. Сравните это с тем, сколько вы на самом деле жертвуете — есть ли разница? Есть для меня. Это потому, что в настоящее время нет способа сделать пожертвование абстрактной концепции "программного обеспечения с открытым исходным кодом". Но со спонсорскими пулами суммы пожертвований будут отражать честный ответ на поставленный выше вопрос.

GitHub

Наилучший сценарий, на мой взгляд, заключается в том, чтобы GitHub изначально поддерживал эту модель как расширение спонсоров GitHub. Именно здесь живет большинство проектов, поэтому лучше всего создать такую систему пожертвований с нулевым трением, как эта.

Конечно, если бы GitHub реализовал что-то подобное, они, скорее всего, развели бы механизм пожертвований со звездами. Возможно, вместо текущей кнопки "Спонсор" пользователям, создавшим и профинансировавшим пул спонсоров, будет предоставлена кнопка "Добавить в пул".

У GitHub есть финансовый стимул перейти на этот подход — вроде того. В настоящее время они съедают стоимость всех сборов за обработку транзакций на спонсорах GitHub. Таким образом, если вы спонсируете проект по цене $1/mo, сопровождающий получает $1/mo...а GitHub платит \$0.30 компаниям кредитных карт. Большие размеры пожертвований означают, что GitHub платит пропорционально меньшую сумму в качестве сборов.

Обратите внимание, что я сказал пропорционально меньше. Если обрабатывается больше общих пожертвований (что является целью этого предложения!), они все равно могут в конечном итоге заплатить больше общих сборов, даже если соотношение сборов к пожертвованиям меньше. Если концепция спонсорского пула будет чрезвычайно успешной — скажем, совокупные пожертвования в размере 1 млрд долларов в год — GitHub будет съедать почти 20 млн долларов карточных сборов. Я подозреваю, что это взъерошило бы некоторые перья в Microsoft.

В качестве последнего дополнения — я бы хотел увидеть встраиваемые "значки", которые открываются на разных уровнях донорства. Представьте себе мир, где вы видите "Золотой значок спонсора GitHub" в нижнем колонтитуле чьего-то веб-сайта, указывающий, что он жертвует, скажем, $ 1000+ ежегодно в открытый исходный код. Нажав на этот значок, вы попадете на надежный сайт, который позволит вам проверить утверждение. Вот моя быстрая и грязная попытка создать дизайн значка:

Некоторые могут кричать "сигнализация добродетели", но подобные подходы-это проверенный способ установить петли позитивного подкрепления, которые а) повышают осведомленность и б) поощряют больше людей жертвовать деньги с открытым исходным кодом.

Подведение итогов

Это трудная проблема с огромным количеством потенциальных решений. Я не собираюсь критиковать какие-либо существующие подходы; все они много сделали для сопровождающих, включая меня, и я не собираюсь преуменьшать это. Кроме того, могут существовать серьезные имплементационные или нормативные препятствия для создания чего-то подобного, о которых я не знаю. Это всего лишь гипотетическое упражнение.