Open Source как маркетинг студии — что отдавать, а что не стоит

Маркетинг для веб-студии — отдельный вид спорта. Контекстная реклама дорогая, холодные письма работают через раз, конференции окупаются только при системном участии. На этом фоне Open Source выглядит странно: ты отдаёшь код, который писал за деньги, и ждёшь, что придёт клиент. И иногда — действительно приходит.

На внутреннем опросе сообщества «БЕМ→Веб-разработка» в начале 2026 года 14% веб-студий назвали GitHub-репозитории в списке трёх главных источников квалифицированных лидов. Не первый источник — но третий-пятый стабильно. Разбираем механику и где грабли.

Откуда вообще приходит лид через OSS

Три сценария, которые работают:

1. Тех-лид клиента ищет решение, находит вашу либу. Дальше смотрит README, кейсы, кто за этим стоит. Видит студию — пишет руководителю проекта.
2. Разработчик подписался на ваш репозиторий, через год сменил работу и теперь у заказчика. Помнит ваше имя — рекомендует команду.
3. Доклад на конференции с упоминанием либы — пиар. Доклады с открытым кодом смотрят, без кода — забывают через неделю.

Все три — медленные. Первый лид через OSS обычно приходит через 6–18 месяцев после первого релиза. Это не канал на «закрыть квартал», это канал на «иметь поток через два года».

Что имеет смысл отдавать

Хорошие кандидаты на OSS — то, что вы пишете снова и снова на разных проектах:

• Утилитарные либы. Парсер реквизитов из текста, валидатор СНИЛС/ИНН, нормализатор телефонов, маска даты. Не уникальный конкурентный код — переиспользуемый.
• Адаптеры под конкретный российский сервис. SDK для ЮKassa с типизацией под TypeScript, обёртка над API Wildberries, клиент для DaData. Это нужно многим, а официальные часто кривые.
• Стартовые шаблоны. Boilerplate Next.js + Tailwind + Prisma + auth, заточенный под РФ (esia, ЮKassa, СДЭК). Каждый раз начинать с нуля — глупо, дать всем — недорого.
• Инструменты для дизайнеров и контентщиков. CLI для оптимизации картинок в WebP/AVIF под конкретный workflow, плагин для Figma. Эти штуки люди потом ставят на работу и приводят бренд за собой.
• Конфиги. ESLint, Prettier, Stylelint с вашими правилами. Кажется ерундой, но это типовая первая знакомство с командой — клиент видит, как вы пишете код.

Что не стоит отдавать

• Уникальную бизнес-логику клиента. Даже после окончания проекта — это не ваше, это клиента.
• Решения, которые вам же продавать. Если вы зарабатываете на интеграции с amoCRM, не выкладывайте полноценный SDK с готовыми сценариями. Можно выложить базовый клиент API, но не готовый «бесплатный движок».
• Сырое. Репозиторий без README, без примера, без тестов отпугнёт сильнее, чем привлечёт. Лучше не выкладывать, чем выложить «как есть» и забросить.
• Чужое. Очевидно, но: код, который писали в найме на бывшего работодателя, копипаста статей с разметкой «MIT». Засудят — потеряете не только либу, но и репутацию.

Минимальный «маркетинговый» репозиторий

OSS как маркетинг — это не «выложить и забыть». Минимум, что должно быть в репо:

1. README с примером за 30 секунд. Установка одной командой, минимальный пример работы в первых трёх блоках. Если человек скроллит больше — он закроет.
2. Логотип студии в README и линк на сайт. Не баннер на пол-экрана — но visible.
3. Поддерживаемые версии и план развития. Не страница «roadmap.md» — пара строк, чтобы было видно, что либа жива.
4. License (MIT/Apache 2.0) и CONTRIBUTING. Чтобы юристы клиента не заворачивали либу из-за непонятной лицензии.
5. Кейс использования у себя. «Используется в нашем продукте X, на лендингах Y и Z». Это превращает либу из «студенческого проекта» в «работающее решение».

Реалистичная экономика

Поддержка одной активной либы среднего размера — это 4–8 часов разработчика в месяц: ответить на issue, принять PR, обновить зависимости, выкатить patch-релиз. На рыночной ставке это 8–25 тысяч рублей в месяц.

Если либа приводит хотя бы один проект в год от 500 тысяч рублей — окупится. По нашим наблюдениям, у студий с 3–5 живыми библиотеками средний поток через OSS — 1–3 квалифицированных лида в квартал. Из них в работу заходит 30–50%. Окупаемость есть, но при условии, что вы не тащите 10 либ одновременно.

Анти-паттерн: «отдать всё, что было»

Частая ошибка молодой студии: выложить разом 15 репозиториев, выкладыванных полгода в шкафу. Это работает хуже, чем не выкладывать ничего. Потому что:

• Поддерживать 15 либ невозможно — через месяц у всех будут issue без ответа.
• Качество размывается: одна слабая либа портит впечатление от четырёх сильных.
• Нет ни одной звезды-флагмана — внимание не задерживается.

Лучше иметь одну живую либу с 200 звёздами, чем 10 мёртвых по 15.

Доклад как множитель

Сам по себе репозиторий растёт медленно. Конференция или митап с докладом на ту же тему ускоряет рост звёзд в 5–10 раз за неделю. Алгоритм такой:

1. Выложить либу, довести до v1.0.
2. Через 2–3 месяца использования в реальных проектах — собрать кейсы.
3. Подать доклад на профильный митап (HolyJS, FrontendConf, региональные митапы).
4. В докладе показать проблему, решение через либу, метрики.
5. В первый слайд и в последний — ссылку на репо и QR-код.

Пара десятков людей в зале + запись на YouTube/VK Video с тегом — это десятки звёзд и несколько разговоров «а сколько у вас стоит сайт» в течение пары недель.

Сравнение с другими каналами

Огрублённо, для веб-студии в РФ в 2026:

• Контекст в Директе — лиды через неделю, цена лида 3–8 тысяч ₽, конверсия в проект низкая.
• SEO блога — лиды через 6 месяцев, цена около 1–3 тысяч ₽, конверсия средняя.
• Telegram-канал студии — лиды через 3–6 месяцев, сложно измерить цену, конверсия высокая.
• Open Source — лиды через 6–18 месяцев, цена около 5–15 тысяч ₽ (если считать время на поддержку), конверсия выше среднего.

OSS — не самый дешёвый канал, но один из самых «прилипчивых»: репутация копится, репозитории не пропадают из поиска, упоминания в чужих статьях работают годами.

Вывод

Open Source как маркетинг студии работает на горизонте 1–2 года и закрывает 5–15% потока лидов. Отдавать стоит утилитарное и переиспользуемое — не уникальную бизнес-логику. Поддерживать одну-три либы реалистично, десять — нет. Множитель — доклады. Если планируете канал на «вот-вот», берите контекст и Telegram-канал — OSS не для этого.