Что такое micro SaaS и что в нём изменили LLM
Micro SaaS — небольшой платный сервис, который решает одну задачу для узкой аудитории и который тянет один человек. Рынок занимать не нужно. Достаточно найти несколько десятков людей, которым проблема мешает настолько, что они платят за решение каждый месяц.
Из чего состоит micro SaaS
Минимальный комплект: лендинг с описанием проблемы, оплата, сам сервис и почта для поддержки. Личных кабинетов с настройками, ролей, админок и мобильного приложения на старте нет — их добавляют, когда за них попросят заплатить.
Нишу берут там, где большому игроку невыгодно работать. Выгрузка отчётов для конкретной CRM, проверка прайсов у поставщика, сборка постов под площадки, где нет нормального API. Такая аудитория не окупит крупной компании даже проджект-менеджера, а одному человеку сорок платящих клиентов закрывают месяц.
Где в нём сходится экономика
Эта арифметика и есть главный фильтр идей.
Сервис за тысячу рублей в месяц требует сорока клиентов, чтобы дать сорок тысяч выручки. Расходы — домен, хостинг, платёжный провайдер. Сорок клиентов на понятном рынке набираются полусотней писем и несколькими разговорами в отраслевых чатах, без рекламного бюджета.
Сервис за сто рублей требует четырёхсот клиентов, а поддержка съедает столько же вашего времени. Это уже другая работа: нужен поток, автоматическое привлечение, воронка. Поэтому micro SaaS почти всегда про B2B и про задачи, где чужое время стоит денег.
Какие задачи закрывают micro SaaS
Почти все они растут из чужой рутины, которую видно только изнутри отрасли:
- выгрузки и отчёты, которых нет в популярной CRM или бухгалтерской системе;
- мониторинг чужих данных: цены поставщиков, остатки, тендеры, вакансии;
- мост между двумя сервисами, у которых нет готовой интеграции;
- генерация документов по шаблону, где ошибка стоит дорого: договоры, спецификации, акты;
- проверка данных перед отправкой в государственную систему или маркетплейс.
Общее у них одно: задачу сейчас делают руками, и человек, который её делает, может назвать стоимость своего часа. Поэтому идеи лучше искать в той отрасли, где вы уже работали, — снаружи такая рутина не видна.
Чем micro SaaS отличается от классического SaaS
| Classic SaaS | Micro SaaS | |
|---|---|---|
| Команда | от десяти человек | один-два |
| Деньги на старт | раунд или свои накопления | домен и хостинг |
| Ниша | большой рынок | узкий сегмент |
| Срок до первой выручки | месяцы | недели |
| Что считается успехом | рост доли рынка | стабильная выручка при сохранении независимости |
Отсюда и разный критерий провала. Продукт, который приносит пятьдесят тысяч в месяц и не растёт, для венчурной модели мёртвый, для одного основателя рабочий.
Что в этом формате изменили языковые модели
Раньше набор технологий, который вы знали, определял, что вы вообще можете построить. Бэкендер писал бэкенд, а на лендинг и платёжку уходили выходные или деньги подрядчику. Сейчас разметку, интеграцию с платёжным провайдером и конфиг деплоя модель пишет за часы. Отвечаете за результат по-прежнему вы.
Чужие API стали читаться быстрее. Когда я разбирал двенадцать площадок для автопостинга, половина времени уходила на их особенности: у LinkedIn ручная переавторизация раз в шестьдесят дней, у Bluesky ссылки размечаются по байтовым офсетам UTF-8, и с кириллицей это отдельное развлечение. Модель вытаскивает такие детали из документации за минуты, если вы знаете, какие вопросы ей задавать.
Контент перестал быть отдельной работой. Один черновик раскладывается по площадкам за минуты: у меня на это ушло три часа вместо недели, которую я собирался потратить на полноценный автопостер.
Главное — поменялась цена ошибки. Когда первая версия стоит пятьдесят часов, а не полгода, гипотезы проверяются по очереди. Поэтому я и взял двенадцать продуктов за год: пятьсот пятьдесят часов вечеров и выходных делятся на двенадцать попыток.
Что языковые модели не изменили
Спрос. Модель уверенно напишет лендинг для сервиса, который никому не нужен, и не остановит вас. Проверка спроса по-прежнему делается разговорами с людьми, предзаказами и платёжной формой — до кода, а не после.
Дистрибуция стала сложнее. Генерация текста подешевела для всех сразу, а внимание людей не выросло, так что выигрывают те, у кого есть своя аудитория или прямой доступ в отраслевые сообщества.
Ответственность за код осталась на вас: сгенерированный код ломается в проде так же, как любой другой, и чинить его ночью по логам будете вы.
И платят по-прежнему человеку, который отвечает на письма и чинит баги за день. Это то, чего большой продукт с очередью в поддержку дать не может.
С чего начать
- Возьмите задачу из своей работы, где вы точно знаете, кто и за что платит. Ту, которую делали руками сами.
- Найдите десять человек с этой же задачей и спросите, чем они её решают сейчас. Отсутствие ответа — уже результат.
- Сделайте первую версию за пятьдесят часов. Всё, что не помещается, не входит в первую версию.
- Поставьте цену сразу. Бесплатный доступ не отвечает на вопрос, готовы ли за это платить.
- Продолжайте, если после первых платежей задача не исчезла.
Что я делаю с этим сейчас
Я запускаю двенадцать таких продуктов за год, вечерами, не уходя из найма. Хронология со сроками, ошибками и цифрами идёт в заметках. Если задача из вашей работы похожа на описанную, посмотрите проекты: возможно, нужное вам уже собрано. Если нет — напишите в телеграм, такие задачи я и ищу.
Частые вопросы
Чем micro SaaS отличается от обычного SaaS?
Размером ниши и размером команды. Обычный SaaS целится в большой рынок, привлекает деньги и нанимает людей. Micro SaaS берёт узкую задачу, которую большому игроку невыгодно закрывать, и остаётся на одном-двух основателях без внешних инвестиций.
Сколько стоит запустить micro SaaS?
Деньгами — домен и хостинг, порядка тысячи рублей в месяц, пока нет нагрузки. Дорого обходится время: пятьдесят часов на первую версию — уже реалистичная оценка, а не оптимистичная.
Нужно ли уметь программировать?
Нужно уметь читать код и понимать, что он делает. Написать первую версию поможет языковая модель, а чинить её в проде придётся вам, ночью, по логам.
Можно ли делать micro SaaS, не увольняясь с работы?
Да, формат под это и заточен: десять-двенадцать часов в неделю дают примерно пятьсот часов в год. Их хватает на несколько запусков, если не строить продукт на год вперёд.