Почему я не открыл код своего low-code генератора
Почему я не открыл код своего low-code генератора (и не жалею) Год назад я сел писать инструмент, который мечтал иметь сам: визуальный конструктор, который генерирует готовый NestJS + Next.js код по нарисованной схеме. Без Low‑Code платформы, без вендор‑лока — просто чистый код, который можно запустить где угодно. Проект вырос в полноценного «конфигуратора»: модели данных, связи, роли, визуальный Page Builder, компоненты, генератор Docker‑композа — всё в одном десктоп‑приложении . И вот, когда я показал его знакомым разработчикам, они сказали: «Выложи в GitHub, будет круто». Я задумался. И… не стал.
🔒 Почему закрытый код? Три причины. 1. Это не библиотека, это бизнес. Мой инструмент решает конкретную боль: экономит недели разработки на типовых CRUD‑проектах. За это люди готовы платить. Если я открою код, конкуренты (в том числе крупные игроки) скопируют генераторы за месяц, а мне останется только собирать звёздочки. 2. Пользователям не нужен код, им нужен результат. Разработчики хотят запустить проект и сразу получить рабочую админку, API и фронтенд. Им не интересно копаться в моих генераторах. Они готовы платить за удобство, экономию времени и поддержку. 3. Я хочу строить продукт, а не сообщество. Open Source — это огромная работа: issues, PR, документация, общение. У меня нет ресурсов на это. Я хочу сосредоточиться на доработке фич и общении с платящими клиентами, а не на модерировании форума.
📈 Что в итоге? Я оставил код закрытым, но сделал демо‑версию и бесплатный триал — чтобы любой мог попробовать и убедиться, что инструмент реально работает. За первые две недели — 40 регистраций, 8 конверсий в платный тариф. Это небольшой, но честный сигнал: продукт нужен. Сейчас я добавляю выбор дизайн‑систем (Material‑UI, Bootstrap), возможность вставлять кастомный JSX‑код в компоненты и офлайн‑режим. В планах — выйти на западный рынок, где разработчики привыкли платить за качественные инструменты.
🧠 Мой совет Если вы сделали инструмент, который решает реальную проблему — не спешите открывать код. Сначала проверьте спрос. Продайте 10 копий вручную. Услышьте обратную связь. Тогда вы поймёте, стоит ли вообще открываться, и если да — то под какой лицензией и с какой бизнес‑моделью. Open Source — это стратегия, а не добродетель. И выбирать её стоит с холодной головой, а не с горячим сердцем.
Автор ——• независимый разработчик, создатель BarsTech Configurator.
· 22.08
8 конверсий из 40 — норм, но интересно, сколько месяцев соло-разработки за этим стоит. мы тоже закрывали код на старте, а потом утонули в саппорте, потому что делегировать некому. вопрос не в лицензии, а вытянешь ли ты поддержку один
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 23.08
Денис, спасибо за честный вопрос. Ты прав, соло-разработка -это всегда баланс между фичами и поддержкой.
Отвечу по делу:
1. Сколько месяцев за этим стоит? Первый рабочий прототип 4 месяца вечеров и выходных. Ещё 3 месяца полировки, тестов и правок по обратной связи от первых тестеров. Итого ~7 месяцев до текущего состояния. 2. Поддержка главная боль соло-разработчика. Я это осознавал, поэтому с самого начала встроил в продукт: Авто-генерация документации и Swagger. Встроенные проверки схемы (валидация перед генерацией). Экспорт проекта в JSON (чтобы я мог воспроизвести багу по файлу). Бесплатный триал с ограниченным функционалом, чтобы отсеять «шумных» пользователей. 3. Как вывожу сейчас: Сознательно не беру больше 5–7 активных платных клиентов одновременно. Ввёл чат-бота для сбора ошибок (он присылает мне стектрейс и конфиг проекта). На типовые вопросы сделал базу знаний внутри приложения (интерактивный туториал). 4. Планы на будущее: Когда клиентов станет > 20, найду первого саппорт-инженера на аутсорс (это заложено в бюджет).Пока я не масштабируюсь, пока не отлажу все процессы до состояния «почти без вопросов».
В общем, согласен: проблема поддержки реальна. Но если с самого начала строить продукт с мыслью о ней, а не «сделаем, а там видно», шансы вытянуть одному есть.
А как вы выходили из ситуации с утопанием в саппорте? Было бы интересно услышать твой опыт.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён