Количество средств, которые получится заработать на программном обеспечении с открытым исходным кодом, в большей степени, зависит от двух факторов: первостепенную роль играет его популярность — чем выше, тем лучше; также крайне важна активность разработчика. Если создатель быстро отвечает на вопросы сообщества и решает возникающие проблемы, планомерно поддерживает актуальное состояние кода и открыто идёт на контакт с возможными партнёрами, плюс-минус раскрученный проект будет приносить достаточно средств, чтобы даже не задумываться о дополнительных источниках заработка. Кстати, вариантов для монетизации, которые получится при этом использовать, масса.
Веб-разработчики, которые используют готовые NPM-библиотеки для упрощения создания сайтов, должны были хоть раз задуматься, как именно зарабатывают их создатели. Неужели кому-то приходило в голову, что всё это лишь голый энтузиазм и благотворительность?!
Услуги для конечного потребителя могут быть платными
→ оплату можно принимать хотя бы за некоторые
Один из самых простых вариантов, как заработать на своих пользователях, — предлагать платную поддержку тем, кто в ней нуждается. Если разработчик хорошо разбирается как в своём инструменте, так и в кодовой базе в целом, он может предложить своим клиентам дополнительные консультации. Представьте, что начинающий веб-разработчик не может разобраться с подключением и банальной настройкой условного Notiflix — инструмента для вывода уведомлений на сайте с разветвлённой системой кастомизации. Он вполне может приобрести консультацию, чтобы поднять свой профессиональный уровень и не тратить время на метод тыка эмпирический способ исследования. Кажется, подобный способ монетизации сложно масштабировать, но никто не мешает разработчику или компании создать для этого целый отдел, который можно планомерно расширять.
Для бизнеса может быть реализована подписочная модель
→ для обычных пользователей ограничений не будет
Программное обеспечение с открытым исходным кодом получится монетизировать с помощью модели SaaS (software as a service — «программное обеспечение как услуга»). Она наиболее актуальна для проектов, которые представляют собой не отдельный элемент чего-либо, как библиотеки NPM, а целостный продукт. Это может быть многофункциональный инструмент мониторинга посещаемости, программное обеспечение для автоматизации маркетинговых операций или платформа для публикации контента. Предположим, что условный Vimeo предлагает готовую платформу для публикации видео с открытым исходным кодом, которую с мелкими настройками можно было бы интегрировать как хранилище с роликами для какого-то своего проекта. В этом случае создатели могли бы на платной основе заниматься безопасностью, обслуживанием и поддержкой чего-то на её базе. Разработчики самого же проекта могли бы сосредоточиться конкретно на нём, а не на готовом хранилище для видео.
Заказ дополнительных возможностей за отдельную плату
→ основа проекта при этом остаётся абсолютно свободной
Небольшим проектам достаточно нелегко получать доход. К примеру, крайне сложно себе представить, как именно можно заработать на NPM-библиотеке basicLightbox, которую сам нередко использую для создания максимально простых модальных (всплывающих) окон. Впрочем, мне, к примеру, не хватает в ней стандартной реакции на действия клавиатуры на десктопе — даже чтобы закрыть окно по нажатию клавиши Escape, нужно сначала добавлять слушатели клавиатуры, а потом снимать их (поправьте, если нуб Junior или просто не разобрался). С удовольствием заплатил бы, чтобы каждый раз не писать пару строчек примитивного кода. Такие вот мелкие (они вполне могут быть и крупными) доработки могли бы стать неплохим способом для монетизации своей работы.
Программа спонсирования проектов с открытым исходным кодом
→ соответствующая программа работает на GitHub с 2019-го
«Инвестируйте в проекты с открытым исходным кодом, от которых вы зависите. Участники работают над ними на втором плане, чтобы сделать открытый исходный код лучше для всех, — предоставьте им помощь и признание, которых они заслуживают». (GitHub)
Разработчики программного обеспечения с открытым исходным кодом вполне могут заниматься им, получая пожертвования добровольное финансирование от тех, кто его использует. Эту инициативу не первый год поддерживает GitHub. Любопытно, что платформа контроля версий и огромный хаб для софта с открытым исходным кодом в любом его проявлении, вообще не берёт комиссию с разработчиков. 100% средств, которые поступают в качестве донатов, идут на поддержку создателей программного обеспечения. Впрочем, важно понимать, что для GitHub есть целый ряд альтернатив вроде Open Collective или Patreon. Без спонсоров большие проекты, которые хорошо зарекомендовали себя и используются многими в работе, могут уйти на дно.
Использование SDK и API на своих сервисах на платной основе
→ разработчики могут платить комиссию за их использование
В сети предостаточно интересных сервисов, которые предлагают API для сторонних разработчиков. С его помощью они могут вытягивать из них какую-то полезную информацию для собственных нужд. Представьте, к примеру, что хотите создать приложение, которое расскажет, как одеваться при выходе на улицу, на основании данных о погодных условиях. Идея любопытная, но для неё нужна информация — откуда её брать? Конечно, можно договориться с какими-то метеостанциями или другими структурами по всему миру. Впрочем, куда проще (и сильно дешевле) использовать API проверенного погодного сервиса, который даст возможность получить информацию о погоде по конкретному запросу. Ограниченное число данных может уходить бесплатно, но после коммерческого запуска собственного проекта нужно платить ресурсу с открытым исходником какую-то комиссию.
Можно также использовать модель монетизации с открытым ядром
→ при этом плагины-дополнения закрытые и платные
Приложения с открытым ядром являются любопытной альтернативой проектам с открытым исходным кодом. Идея заключается в том, что разработчик открывает не всю свою программу, а лишь её часть. Остальной код при этом лицензируется как частный и распространяется за дополнительную плату. Вот и получается, что какие-то небольшие компании без особенных требований могут использовать лишь открытую часть, а большим могут понадобиться и закрытые элементы. Впрочем, важно понимать, что конкретно эта модель считается достаточно тяжёлой в реализации с технической точки зрения, поэтому используется не так часто. Куда проще реализовать любой из предложенных выше механизмов, но не разделять код приложения на открытый и закрытый.
▶︎ Факт: кроме представленных в данном материале, есть ещё очень много других прямых и косвенных способов заработать на программном обеспечении с открытым исходным кодом. На старте могут рассматриваться даже венчурные инвестиции от тех, кто в дальнейшем хочет получать долю от потенциальной прибыли продукта после начала его монетизации.
