Micro SaaS начинают с одной работы клиента: так можно принять первый месяц разработки

Micro SaaS продаёт доступ к программе для узкой потребности. Первый заказ мы предлагаем ограничить повторяемой работой, за результат которой клиент готов платить.

Тайлер Трингас в январе 2021 объяснял micro шириной решаемой проблемы. Размер команды её не ограничивает: маленькая команда может взяться за большой продукт.

У нашего «Завода» работа читается без списка функций: из ссылки на новость получить ролик. Голос и субтитры помогают её закончить. Планировщик публикаций расширил бы заказ.

Начало заказа звучит как «принести новость и забрать ролик». Общее устройство обычного SaaS разобрано отдельно; здесь границу задаёт работа покупателя.

Список идей Micro SaaS не доказывает готовность платить. Сильнее повторяющаяся просьба, которую бизнес выполняет вручную: у неё уже есть результат и получатель.

До заказа программы стоит выполнить работу по образцу. Для ролика это файл с голосом и субтитрами. Где клиент его применит и когда понадобится следующий?

Оплата результата проверяет готовность купить сейчас. Повторный заказ проверяет, возвращается ли потребность. Одобрение макета не заменяет эти проверки. В модели freemium для первой версии заранее разделяют бесплатный результат и платное расширение.

У «Завода» есть витрина с примерами и предложением покупки. Это пример формулировки продукта. Количество оплаченных заказов и повторов из витрины не следует.

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

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

Исключения сохраняют объём заказа. Запись голоса и автоматическую публикацию можно отложить. Если включить их сразу, заказ перестанет заканчиваться на выдаче файла.

Из границы заказа выписывают критерий приёмки задачи. Тогда агент и заказчик одинаково понимают слово «готово».

Собственный «Завод» вырос из продукта курса по агентной разработке. Работа ограничена превращением новости в ролик. На витрине видны вход, выбор голоса и выходной файл.

После оплаты витрина просит прислать ссылку на новость в Telegram. Заказ проходит через человека. Узкая работа названа, автоматическое самообслуживание не подтверждено.

Кнопка оплаты ещё не означает, что заказ едет сам. Ручной участок можно сохранить, если назвать ответственного за приём материала и выдачу результата.

Инженер ведёт машину агентов. Посмотреть работу машины на сайте можно в открытом счётчике vibecoding.ru. Этот опыт не задаёт срок запуска чужого Micro SaaS.

Список функций не показывает качество готового файла. На собственной стройке правила менялись после проверки результата. В ленте ниже видны поломки и принятые решения.

Результат связывают с проверкой до расширения продукта. Как устроить проверку и права агентов, разобрано отдельно. Здесь вопрос: можно ли принять работу?

На 8 октября 2026 подписку на агентную разработку одного продукта продаём за 250 000 ₽ в месяц. В работе одна задача, следующая ждёт в очереди.

Подписка оплачивает разработку сервиса. Ваши пользователи будут платить за его результат. Это разные платежи; доход продукта из цены разработки не следует.

На /services первый месяц назван пилотом на тех же условиях. Для его приёмки заранее согласуют результат и очередь. Цена месяца не обещает весь запуск за этот месяц.

Хостинг и сторонние сервисы оплачивает клиент. ИИ-функции для пользователей тоже расходуют бюджет продукта. Эти расходы считают отдельно от разработки.

Basecamp в Shape Up предлагает ограничить время, затем подобрать объём. Для первого заказа из этого следует: отложить соседние функции, сохранив проверку главной работы.

До оплаты можно обсудить границы первого заказа и ответственность за эксплуатацию. По /services ночные дежурства и архитектурные решения в подписку не входят.

Первую версию проверяют на следующем случае клиента. Он вернулся и получил результат: работа повторяется. Застрял на ручной передаче материала: появилась следующая задача.

Если клиенту нужен другой результат, меняют границу продукта. Если работа не повторяется, расширение можно остановить, а подписку на разработку поставить на паузу.

Сроки задач в очереди разобраны отдельно. Для Micro SaaS важно, чтобы следующая задача отвечала на наблюдение о клиенте.

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

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

Мы показываем свой процесс и собственный продукт. Для вывода о клиентской выручке потребовались бы подтверждённые платежи и повторы. В этой статье их нет.

1. Ограничьте Micro SaaS одной повторяемой работой клиента.

2. Запишите вход, результат, исключения и критерий «готово» до оплаты разработки.

3. Отделите цену месяца разработки от цены всего запуска и расходов продукта.

4. Назовите ручной участок и ответственного, если он остаётся в первом заказе.

5. Продлевайте разработку по повторному использованию или выявленной помехе этой работе.