Keygen: как один человек 9 лет пишет скучный API для лицензий и снимает $16 тыс. в месяц

Есть категории софта, о которых не пишут в подборках «10 стартапов, меняющих индустрию». Лицензионные ключи — как раз такая. Каждый разработчик десктопных программ, плагинов и встраиваемых устройств рано или поздно упирается в один и тот же скучный вопрос: как сделать так, чтобы человек, купивший лицензию, мог её активировать, а человек, не купивший, — нет. Ответ всегда получается одинаковым: своя база ключей, свой сервер проверки, свой код активации, свои офлайн-сценарии. Недели работы ради задачи, которая не приносит ни рубля напрямую.

Американец Зик Гэбриелз увидел здесь бизнес и с 2016 года пишет Keygen — API, который берёт всю эту рутину на себя. Один человек, ноль инвесторов, $0 привлечённого капитала. К 2024 году проект приносил $195.4 тыс. годовой выручки — примерно $16 тыс. в месяц — и рос на 26% за год. Ничего вирусного, ни одной строчки про «искусственный интеллект» в заголовке. Просто девять лет один разработчик обслуживает чужую боль, за которую готовы платить.

Что делает Keygen

Keygen — это API для лицензирования и дистрибуции ПО. Разработчик подключает его к своей программе и получает готовый набор операций: выпустить лицензионный ключ, привязать его к устройству, проверить при запуске, ограничить число активаций, отозвать при возврате денег, раздать обновления только тем, у кого активная подписка. Всё через обычные HTTP-запросы, без своего сервера лицензий.

Ниша узкая до предела. Keygen не нужен веб-сервисам — там оплату и доступ решает сама подписка на бэкенде. Он нужен ровно тем, кто продаёт софт, который работает на чужом компьютере: настольные приложения для macOS и Windows, плагины для видеоредакторов и DAW, прошивки для железа, библиотеки для встраиваемых систем, игры вне магазинов. Категория, которую большие платформы вроде Stripe закрывают лишь частично: Stripe возьмёт деньги, но не расскажет вашему приложению, включён ли доступ на конкретном ноутбуке в офлайне.

Именно из-за этой узости у Keygen почти нет прямых конкурентов масштаба. Есть старые тяжёлые системы защиты для энтерпрайза, есть самописные решения, есть пара похожих API. Keygen забрал сегмент разработчиков, которым нужно «просто чтобы работало» и по-человечески документировалось. Продукт вырос из публикации на Hacker News в 2017 году с честным заголовком «dead-simple software licensing API built for developers» — и с тех пор дорос до инфраструктуры, на которой держатся релизы сотен чужих программ.

Чтобы стало понятнее, как это выглядит на практике. Автор платного приложения для монтажа звука продаёт лицензию за 5 тыс. рублей. При покупке его сервер обращается к Keygen и просит выпустить ключ под этого клиента с политикой «одна лицензия — до двух устройств». Пользователь вводит ключ в приложении — программа при запуске спрашивает у Keygen, действителен ли он и не превышен ли лимит машин. Если человек вернул деньги, автор одной командой отзывает ключ, и приложение перестаёт запускаться. Если вышло обновление — Keygen раздаёт его только тем, у кого активная лицензия. Всё это разработчику не пришлось писать самому: он подключил чужой API и занимается своим продуктом, а не инфраструктурой защиты.

Почему эту скучную нишу не забирают крупные игроки

Логичный вопрос: если рынок есть, почему сюда не пришёл Stripe, GitHub или кто-то из гигантов и не задавил соло-разработчика? Ответ объясняет, почему скучные ниши вообще бывают защищёнными.

Во-первых, рынок мал по меркам корпораций. Сотня клиентов и $195.4 тыс. выручки — прекрасно для одного человека и незаметно для компании, которой нужны миллиарды. Крупный игрок не станет строить отдельный продукт ради ниши, где потолок измеряется единицами миллионов долларов. Ровно эта «мелкость» и отпугивает тех, кто мог бы конкурировать.

Во-вторых, здесь высокие издержки переключения. Лицензирование встраивается в код приложения, в релизный процесс, в проверку при каждом запуске у всех пользователей. Однажды выбрав систему, компания не будет менять её ради экономии полусотни долларов — риск сломать активацию у живых клиентов слишком велик. Это делает выручку липкой: отток низкий, а каждый удержанный клиент платит годами.

В-третьих, ниша требует не капитала, а насмотренности. Чтобы сделать хороший API лицензирования, надо понимать десятки краевых сценариев: офлайн-активация, плавающие лицензии, перенос на новое устройство, льготный период, отзыв при чарджбэке. Это знание накапливается годами работы с реальными клиентами, а не покупается деньгами. Девять лет Гэбриелз именно этим и занимался — и в этом его настоящая защита от конкурентов, а не в технологии как таковой.

Юнит-экономика одного человека

Вся математика проекта помещается в одну таблицу. И главное в ней — не абсолютные цифры, а то, что за каждой стоит один человек.

Метрика	Значение	Источник
Годовая выручка (2024)	$195.4 тыс. (~$16 тыс./мес)	Latka
Год назад (2023)	$154.5 тыс.	Latka
В 2020 году	$88.8 тыс.	Latka
Рост за год	+26%	Latka
Платящих клиентов	~100	Latka
Средний чек в год	~$2 тыс.	Latka
Привлечено инвестиций	$0	Latka
Человек в команде	1	Latka
Возраст проекта	с 2016 года	Show HN

Обратите внимание на средний чек — около $2 тыс. в год с клиента. Это не массовый продукт с тысячами мелких подписок, где всё съедает поддержка и отток. Это сотня компаний, каждая из которых платит за то, что не хочет строить сама. B2B-инфраструктура с высокой готовностью платить: если Keygen встроен в ваш релизный процесс, вы не будете менять его ради экономии $50 в месяц.

Отсюда и прибыльность с первого года — редкая для SaaS вещь. Нет инвесторов, которым надо показывать рост любой ценой, нет отдела продаж, нет маркетингового бюджета, который надо отбивать. Выручка почти целиком превращается в доход владельца за вычетом хостинга и платёжных комиссий. Проект вырос от $88.8 тыс. до $195.4 тыс. за четыре года без единого раунда — медленно по меркам стартапов и абсолютно нормально по меркам человека, который просто хочет жить на своё дело.

Как один человек держит инфраструктуру, которой пользуются чужие программы

Главный вопрос к любому такому проекту: как один разработчик не сгорает, обслуживая критичную для клиентов систему? Если лицензионный сервер Keygen ляжет, у сотни компаний перестанут запускаться проданные приложения. Это не блог, где падение на час никто не заметит.

Ответ Гэбриелз дал прямо: он строил бизнес так, чтобы тот работал без него. Во время восьминедельного отпуска по уходу за ребёнком компания продолжала расти, а сам он отвечал только на самые важные письма во время детского сна. Это не случайность, а осознанная архитектура: продукт, который продаёт себя через документацию, подключается без звонка менеджеру и не требует ручного сопровождения каждого клиента.

Держится это на нескольких решениях:

• Self-serve вместо продаж. Разработчик приходит на сайт, читает документацию, регистрируется, подключает API и платит картой. Никаких демо, никаких переговоров. Продукт для технической аудитории, которая ненавидит созвоны, — и это снимает с одного человека всю работу отдела продаж.
• Технически простой стек. Keygen — это API на Ruby on Rails. Один язык, одна проверенная временем платформа, минимум движущихся частей. Никакого зоопарка микросервисов, который в одиночку не удержать.
• Автоматизация рутины через инструменты. В откровенной статье о выгорании Гэбриелз рассказал, что главным рабочим инструментом стал Claude Code: нейросеть пишет черновой вариант кода в его же стиле, «по-рельсовому», а он доводит до ума. Не «ИИ пишет за меня», а «ИИ делает первый неидеальный набросок, и мой перфекционизм включается».
• Границы вместо героизма. После периода, когда были «месяцы почти с нулевой отдачей» и он мог «часами смотреть в пустой редактор», основатель ввёл жёсткое правило: рабочий день 9-17, вне его он недоступен, кроме аварий. Соло-бизнес убивает не объём работы, а отсутствие границ, — и это признание честнее любого гайда про продуктивность.

Вывод, который стоит забрать: устойчивость соло-проекта закладывается не в героическом труде, а в дизайне. Продукт, который требует ручного касания на каждого клиента, не масштабируется до одного человека. Продукт, который продаёт и обслуживает себя сам, — масштабируется.

Открытый код как часть бизнес-модели

Отдельно стоит разобрать нестандартный ход. Ядро Keygen — открытый код на GitHub. Казалось бы, зачем соло-разработчику отдавать бесплатно то, на чём он живёт?

Причина не в идеализме, а в устойчивости. Keygen продаёт инфраструктуру, которую компании встраивают в свои релизы на годы. И у покупателей самостоятельной версии всегда был страх: что будет с нашими лицензиями, если Keygen как компания закроется? Для одного человека без инвесторов это не праздный вопрос — и клиенты это понимают.

Гэбриелз решил его через лицензирование. В августе 2024 года он перевёл проект на Fair Core License — модель, где код открыт и доступен, коммерческие функции защищены ключами, а через два года каждая версия автоматически становится полностью открытой под Apache 2.0. То есть даже если владелец завтра всё бросит, клиенты не останутся с мёртвым софтом: код у них уже есть и со временем полностью освобождается.

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

Сколько стоит начать и когда окупается

Стартовый бюджет такого проекта — почти нулевой. Нужен разработчик, который умеет писать бэкенд, сервер за несколько долларов в месяц и платёжный провайдер. Всё. Никаких складов, сотрудников, закупок, аренды. Главные вложения — время и экспертиза, а не деньги.

Монетизация у Keygen — плоская подписка по тарифам, без процента с выручки клиента. Это принципиально: «Мы никогда не будем брать процент с вашей выручки или комиссию за транзакции». Структура тарифов:

• Dev — бесплатно: до 100 активных лицензий и 10 релизов. Для пет-проектов и обкатки.
• Std 1 — $49 в месяц: до 1 000 активных лицензий, один продукт, безлимит релизов.
• Std 2 — $79, Std 3 — $129 в месяц: больше продуктов и лимитов.
• Enterprise — от $199 до $399 в месяц: самостоятельный хостинг, приоритетная поддержка.

Средний чек около $2 тыс. в год говорит, что основную выручку делают не стартовые тарифы, а компании на верхних планах и самостоятельном размещении. Точка окупаемости для соло-версии этого бизнеса смешная: при расходах в несколько сотен долларов в месяц на хостинг достаточно 10-15 платящих клиентов на среднем тарифе, чтобы выйти в устойчивый плюс. Дальше каждый новый клиент — почти чистый доход, потому что предельные издержки на обслуживание ещё одного API-ключа близки к нулю.

Что может убить такой бизнес — честно о рисках

Идеализировать соло-модель не будем. У неё есть слабые места, и разработчику, который хочет повторить, важно видеть их заранее.

Главный — фактор одного человека. Вся компания держится на одной голове. Болезнь, выгорание, потеря интереса — и критичная для клиентов система остаётся без сопровождения. Гэбриелз честно писал о месяцах почти нулевой отдачи во время выгорания. Он снизил этот риск двумя способами: сделал продукт максимально автономным и открыл код, чтобы клиенты не остались с мёртвым софтом, если владелец исчезнет. Но полностью убрать зависимость от себя одному человеку нельзя.

Второй риск — надёжность как обязательство. Это не блог и не хобби-проект: от аптайма сервера проверки зависит запуск чужих проданных программ. Один серьёзный сбой в неудачный момент бьёт по всем клиентам сразу и подрывает доверие, на котором держится липкость выручки. Плата за вход в такую нишу — дисциплина в инфраструктуре, которую не все готовы тянуть в одиночку.

Третий — медленный рост. За четыре года выручка выросла с $88.8 тыс. до $195.4 тыс. Это здоровый, но неспешный темп. Тот, кто ждёт быстрых денег, здесь разочаруется: скучные ниши растут скучно, зато предсказуемо и без обрывов. Это бизнес на десятилетие, а не на быстрый выход.

Как повторить это в России и СНГ

Это самая полезная часть. Keygen — воспроизводимая модель, а не уникальный талант. Разберём, как соло-разработчику подступиться к похожему бизнесу на нашем рынке.

Первый сегмент. Не пытайтесь сделать «лицензирование для всех». Начните с одной узкой категории продавцов софта, у которых боль острая и понятная. Кандидаты:

• разработчики плагинов и расширений (для 1С, Bitrix, браузеров, графических редакторов);
• авторы десктопных утилит и приложений, которые продают напрямую, а не через магазины;
• поставщики прошивок и ПО для железа — там пиратство бьёт больнее всего;
• студии, делающие софт на заказ, которым нужно ограничивать доступ по подписке.

Минимальный продукт. Не повторяйте девять лет разработки. Первая версия — это ровно три операции через API: выпустить ключ, проверить ключ, отозвать ключ. Плюс привязка к устройству и офлайн-проверка через подписанный токен. Этого достаточно, чтобы первый клиент встроил вас в свою программу. Всё остальное — раздача обновлений, аналитика активаций, гибкие политики — добавляется по реальным запросам, а не наперёд.

Рублёвый стек. Приём платежей — YooKassa или CloudPayments для подписок с автосписанием и чеками по 54-ФЗ. Хостинг — любой российский или ближнего зарубежья VPS, критично держать сервер проверки лицензий с хорошим аптаймом, потому что от него зависит запуск чужих программ. Бэкенд — на чём умеете: тот же Ruby on Rails, или Node.js, или Python. Ключевое не язык, а надёжность и внятная документация.

Где брать первых 10-50 клиентов. Массовый маркетинг здесь не работает и не нужен — клиентов мало, но каждый ценный. Каналы:

• профильные Telegram-чаты и сообщества разработчиков (1С, геймдев, embedded, десктоп);
• ответы на конкретные вопросы «как защитить своё приложение от копирования» на Хабре, Stack Overflow, в тематических чатах — с демонстрацией своего решения;
• открытый код клиентских библиотек на GitHub как канал доверия, ровно по модели Keygen;
• прямой обход студий и одиночных разработчиков, которые уже продают софт и явно страдают от самописных костылей.

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

• Недели 1-2. Три операции API (выпуск, проверка, отзыв ключа) плюс привязка к устройству. Разворачиваете на VPS, пишете внятную документацию с примерами кода — она и есть ваш главный канал продаж.
• Недели 3-4. Офлайн-проверка через подписанный токен и клиентская библиотека под один популярный язык (например, для .NET или Node.js), выложенная в открытый доступ на GitHub. Это снимает у клиента страх зависимости и приводит первых людей через поиск.
• Недели 5-6. Подключаете YooKassa с автосписанием и чеками, оформляете три тарифа. Находите 3-5 первых разработчиков в профильных чатах, встраиваете их вручную, снимаете обратную связь.
• Дальше. Добавляете только то, что реально просят платящие клиенты: раздачу обновлений, плавающие лицензии, аналитику активаций. Не строите наперёд.

Экономика. Плоская подписка, а не процент. 20-30 клиентов на среднем чеке $30-80 в месяц дают выручку, сопоставимую с зарплатой сильного разработчика, при почти нулевых переменных издержках. Это не бизнес на «единорога» — это денежная машина на одного человека, которая живёт годами и не требует ни команды, ни инвесторов.

Главный риск модели честно назовём: это критичная инфраструктура. Если ваш сервер лицензий падает, у клиентов перестают запускаться проданные программы. Поэтому надёжность и офлайн-режим проверки — не опция, а условие входа. Зато и порог доверия, однажды взятый, становится вашей защитой: такую систему не меняют по прихоти.

Вердикт

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