Micro-SaaS мёртв. Ему на смену приходит Service with a Software

Адриен Гонен - дизайнер. Свой текст он начинает с инструмента, который собрал за несколько часов: тот справляется с задачей лучше платных аналогов, и продавать его Гонен никогда не станет. Этот паттерн он называет Service with a Software - закрытые внутренние инструменты, которые не продаются наружу и создаются лишь для того, чтобы сделать конкретную услугу вне конкуренции.

Инструмент

Цепочку событий важно зафиксировать, потому что на ней строится вся аргументация. Инструменты прототипирования на базе AI вроде Magic Patterns и Figma Make игнорируют вашу дизайн-систему, если не вложить кучу сил в то, чтобы заставить их работать хотя бы сносно. Поэтому Гонен пошёл в обход. Он переписал свою дизайн-систему на классах Tailwind, оформил вокруг неё навык для Claude Code и начал генерировать полноценные прототипы на HTML - интерактивные, строго по дизайн-системе из коробки и с более высокой степенью проработки, чем даёт Figma.

Из этого выросла вторая, более прозаичная проблема. Отправлять HTML-файл по почте неудобно, выложить страницу в открытый веб - тривиально, но в работе с enterprise-клиентами нужна приватность: защита паролем, изоляция и аккуратная ссылка. Сервисы с такой функциональностью прячут её за платной подпиской. Тогда он развернул собственную платформу для шаринга на VPS. Загрузка, изоляция, пароль. Пара часов работы.

Как самостоятельный продукт это ничто: файлообменник с полем для пароля, который можно скопировать за выходные. Но внутри его клиентской практики он идеально подогнан под дизайн-систему конкретной компании, её требования к безопасности и конкретный рабочий процесс. Попытка обобщить его для продажи стёрла бы ровно ту идеальную подгонку, которая и делает инструмент ценным. "Софт - это не продукт. Это инструмент, делающий услугу вокруг него несопоставимой с другими".

Он приводит и старую, обратную модель. Software with a Service - это SEO-консультант, который покупает дорогую подписку на Ahrefs и продаёт свои советы в комплекте с доступом к данным: софт выступает продуктом, а человек - лишь обёрткой. Переворот Гонена делает продуктом саму услугу, а закрытый, подогнанный под задачу софт - тем, что делает её неповторимой.

Почему обособленный инструмент попадает в ловушку

Гонен утверждает, что AI зажимает небольшой отдельный софт с двух сторон, но обсуждают обычно только одну.

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

Сторона спроса - куда более интересное наблюдение. Подписки самого Гонена исчезают: больше никаких SaaS для прототипирования или шаринга, а с Webflow он ушёл на чистый VPS и Cloudflare, потому что собрать нужное с нуля стало быстрее, чем настраивать чужую абстракцию. По его наблюдениям, технические специалисты массово делают тот же выбор: отменяют десять мелких подписок и оставляют одну базовую платформу, позволяющую собирать софт самостоятельно. Расходы консолидируются в нескольких плотных слоях, а длинный хвост над ними становится "самодельным", написанным для аудитории из одного человека.

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

Куда сместилась ценность

На уровень выше - в контекст вокруг артефакта. Посмертный диагноз Гонена для micro-SaaS таков: разработка всегда была простой частью, а проекты умирали из-за дистрибуции, доверия и того, что становились одной из сорока вкладок, которую уставший покупатель больше никогда не открывал. AI сделал простую часть бесплатной, так что осталась только сложная - и люди, находящиеся в наиболее выгодном положении для её решения, никогда не были фаундерами с нуля. Исполнители услуг уже имеют отношения с клиентом, видят реальную проблему и получают живую обратную связь и доверие. Софту, применяемому в таком контексте, не нужны воронка, онбординг или дашборд оттока.

Это переворачивает привычную карьерную лестницу, где вы делаете работу, стандартизируете её, превращаете в продукт и масштабируете. Когда создать артефакт может любой, защитным рвом становится именно точность подгонки.

Оверфиттинг как преимущество

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

Примеры Гонена выходят далеко за рамки хостинга прототипов. SEO-специалист, чей краулер настроен строго под платформу одного клиента и под конкретные сигналы, важные для его бизнеса. Нишевый рекрутер, чей поисковый движок работает на корпусе данных, собранном за годы найма. В обоих случаях "экспертиза не находится рядом с софтом. Она скомпилирована прямо в него".

Его объяснение, почему эту нишу почти никто не занимает: способные на это люди смотрят в другую сторону. Большинству разработчиков сама система интереснее результата, поэтому инженерная энергия уходит на вылизанные мелкие инструменты, о которых никто не просил. При этом сервисный вариант той же экспертизы остаётся невостребованным, потому что от него веет консалтингом. Его переосмысление: головоломка никогда не заключалась в CRUD-приложении - она состоит во всей системе поставки ценности, где ваше собственное суждение, знания и вкус выступают её компонентами.

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

Что остаётся за рамками аргументации

Статья представляет собой позиционное эссе на основе опыта одного дизайнера без каких-либо финансовых показателей, и она наследует проблему холодного старта, которую автор не признаёт. Каждое описанное преимущество - отношения, накопленный за годы корпус данных, живая обратная связь - предполагает наличие существующей клиентской базы. Для человека без неё совет "сначала найди клиентов" ничуть не проще проблемы дистрибуции, которую он заменяет; это та же самая проблема, просто перенесённая в другое место и ставшая менее прозрачной.

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

В тему в базе знаний: disposable-code о том, как дешёвый код снижает порог для создания своего решения вместо покупки готового - именно этот механизм со стороны спроса Гонен описывает с позиции покупателя. ai-native-tiers и elena-verna-job-2027 рассматривают карьерный контекст соло-специалистов, к которому относится этот подход. best-polished-version-strategy предлагает альтернативный ответ на вопрос, когда продукт всё ещё имеет смысл - создание финальной, отточенной версии известной категории, что работает только тогда, когда текущий лидер рынка достаточно плох, чтобы оправдать затраты на переключение. purpose-driven-vs-system-driven-design указывает на то же неверное распределение ресурсов, о котором пишет Гонен: создателям система интереснее результата, тогда как пользователи покупают именно результат. А oss-sustainability разбирает смежный вопрос для тех, кто вместо этого отдаёт инструменты бесплатно.