SaaS для автоматизации собирается за неделю

SaaS платформа типа Zapier или n8n собирается за неделю в Claude Code.

Это не шутка. Low-code платформа, где люди собирают свои автоматизации.

Как работает

1. Ты выкладываешь платформу на Vercel (бесплатно)
2. Пользователи создают сценарии: "если пришло письмо → отправь в Slack"
3. Ты забираешь 30% от подписки

Доход

20 клиентов × $10/месяц = $200/месяц пассивно.

Это не теория. Есть уже несколько таких продуктов, собранных в Claude Code.

Что придётся сделать помимо самой сборки

Собрать платформу — это половина работы. Остальное — то, что обычно недооценивают: авторизация пользователей, биллинг (подписка, отмена, возврат денег), обработка ошибок в чужих сценариях (пользователь настроил кривой workflow — платформа не должна из-за этого падать целиком) и хоть какая-то документация, чтобы новый пользователь разобрался сам, не написав тебе в личку.

Чем это отличается от готового Zapier/n8n

Zapier и n8n — универсальные конструкторы с тысячами интеграций, конкурировать с ними в ширине бессмысленно. Работает узкая ниша: платформа под одну конкретную связку сервисов или одну отрасль, где готовые конструкторы избыточны и дороги, а узкое решение проще настроить и дешевле стоит.

Частые вопросы

Сколько реально стоит держать такую платформу на Vercel?

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

Как быстро можно проверить, есть ли спрос, не собирая всю платформу?

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

Что делать с поддержкой, если платформой пользуются нетехнические люди?

Закладывать время на объяснение и простую документацию с самого начала — нетехническая аудитория задаёт одни и те же вопросы, и FAQ-страница на старте экономит часы переписки позже.

Как выглядит минимальная версия для первого теста

Не нужно сразу собирать конструктор с десятками блоков — для проверки спроса достаточно версии с одним типом сценария («если пришло письмо с определённым словом → отправь в Slack») и простой формой настройки без визуального редактора. Если несколько человек готовы платить за такую урезанную версию, тогда есть смысл вкладываться в расширение функциональности и удобный интерфейс.

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

Какую нишу выбрать для первой платформы

Универсальный конструктор автоматизаций конкурирует с гигантами и почти не имеет шансов. Узкий — под одну отрасль или одну задачу — обычно живёт дольше. Например: платформа только для синхронизации CRM конкретной вертикали (недвижимость, стоматологии, автосервисы) с мессенджерами, куда клиенты уже привыкли писать. Узость — это не недостаток, а способ не конкурировать напрямую с Zapier по функциональности, а выигрывать по простоте настройки под конкретный кейс.

Выбор ниши стоит делать не «что интересно собирать», а «где у людей уже есть повторяющаяся боль и деньги, чтобы за неё платить» — то же правило, что и для любого другого микро-продукта на Claude Code.

Как понять, что пора расширять функциональность

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

Такой подход держит платформу простой и понятной новым пользователям дольше, чем попытка сразу закрыть все возможные сценарии использования.

Как считать реальную рентабельность, а не только выручку

$200/месяц с 20 клиентов звучит просто на бумаге, но в эту цифру нужно закладывать расходы на хостинг, стоимость API-запросов моделей внутри сценариев пользователей и время на поддержку тех, кто написал с вопросом. На старте, пока клиентов мало, эти расходы почти незаметны — но при росте числа пользователей стоимость инфраструктуры растёт не линейно, а иногда скачками (например, когда бесплатный тариф хостинга заканчивается и переходит на платный). Прежде чем закладывать цену подписки, стоит один раз прогнать расчёт: сколько будет стоить обслуживание 100 и 500 клиентов, а не только текущих 20 — это сразу показывает, останется ли модель прибыльной при росте или маржа исчезнет вместе с масштабом.

Главное

Это low-hanging fruit. Через полгода все это заметят, рынок насытится. Сейчас окно открыто.

Кодовое слово: AUTOMATION-SAAS