Аналитики оценивают сегмент микро-SaaS примерно в 15,7 млрд долларов по итогам 2024 года и прогнозируют рост до 59,6 млрд к 2030 году — около 30 процентов в год. Рядом с этой красивой кривой стоит куда менее приятная цифра: в исследованиях, охватывающих более тысячи продуктов, около 70 процентов основателей микро-SaaS зарабатывают меньше тысячи долларов в месяц. Ещё 18 процентов держатся в диапазоне от одной до пяти тысяч, и лишь около одного процента переваливает за пятьдесят тысяч. Медианный по-настоящему прибыльный микро-SaaS — это примерно 4 200 долларов регулярной выручки в месяц. Не единорог, а скорее зарплата хорошего разработчика, заработанная иначе.
Мы в West Star Ltd последние годы занимаемся автоматизацией B2B-процессов: интеграции с учётными системами, боты, AI-агенты для бухгалтерии и склада. Значительная часть того, что мы делаем на заказ, по своей природе — готовый микро-SaaS: узкая задача, узкая аудитория, повторяемое решение. Поэтому эту статью мы пишем не как теоретики рынка, а как люди, которые регулярно стоят перед выбором: оставить наработку внутренним инструментом клиента или превратить её в продукт. Разберём, что такое микро-SaaS, чем он отличается от «просто стартапа», как выглядит запуск и почему в Казахстане у этой модели есть свои неочевидные особенности.
ЧТО ТАКОЕ МИКРО-SAAS НА САМОМ ДЕЛЕ
Микро-SaaS — это программный продукт по подписке, который решает одну узкую задачу для конкретной, часто крохотной аудитории, и который может поддерживать один человек или очень маленькая команда. Ключевых признаков четыре.
Первый — узость. Не «CRM для бизнеса», а «учёт заказов для цветочного магазина, который принимает заявки в мессенджерах». Не «система аналитики», а «отчёт по остаткам на складе, который приходит владельцу в чат каждое утро».
Второй — отсутствие внешних инвестиций. Микро-SaaS почти всегда бутстрап: он живёт на деньги основателя и первых клиентов, а значит обязан быть прибыльным рано, а не «после раунда B».
Третий — крайне маленький штат. Один-два человека, иногда подрядчик на дизайн. Ни отдела продаж, ни офиса.
Четвёртый — опора на чужую экосистему, и это комплимент, а не упрёк. Огромная доля успешных микро-продуктов живёт надстройкой над платформой: расширение для браузера, приложение в маркетплейсе учётной системы, бот в мессенджере, плагин к конструктору сайтов. Платформа даёт готовую аудиторию и готовый способ оплаты — это снимает две самые тяжёлые задачи запуска.
Отличие от классического стартапа не в размере кода, а в стратегии. Стартап строит гипотезу о большом рынке и ищет способ его захватить. Микро-SaaS берёт заведомо маленький рынок, который большим игрокам неинтересен, и обслуживает его лучше всех. Двести клиентов по 30 долларов в месяц — это шесть тысяч долларов регулярной выручки. Для венчурного фонда это статистическая погрешность. Для одного человека это полноценный бизнес.
ПОЧЕМУ ЭТО СТАЛО ВОЗМОЖНО ИМЕННО СЕЙЧАС
Микро-SaaS существовал и десять лет назад, но себестоимость входа была другой. Сегодня три вещи изменились одновременно.
Инфраструктура подешевела до неприличия. Виртуальный сервер под нагрузку первых сотен пользователей стоит 5–20 долларов в месяц. База данных, объектное хранилище, очередь задач — либо копейки, либо бесплатно на старте. Раньше «поднять инфраструктуру» было отдельным проектом, теперь это вечер работы.
Разработка ускорилась в разы. В нашей практике связка «AI-ассистент плюс опытный разработчик» уменьшает время на рутинный код — формы, CRUD, миграции, тесты, интеграции по документированному API — заметно, иногда в два-три раза. Важная оговорка: ускоряется именно рутина. Проектирование, принятие архитектурных решений, отладка нетривиальных багов ускоряются гораздо слабее. Но для микро-SaaS, где 80 процентов кода — как раз рутина, это меняет экономику: продукт, который раньше требовал трёх месяцев вечеров, теперь требует трёх недель.
Оплата и дистрибуция перестали быть барьером. Маркетплейсы платформ, merchant-of-record сервисы, встроенные в мессенджеры платежи позволяют принимать деньги без собственного эквайринга и без юридического отдела.
Итог: сегодня один компетентный человек может за месяц-полтора довести идею до продукта, за который кто-то платит. Это не гарантирует, что заплатят, но радикально удешевляет проверку гипотезы.
КАК ВЫГЛЯДИТ ЗАПУСК: ОТ ИДЕИ ДО ПЕРВОГО ПЛАТЕЖА
Практическая последовательность, которую мы считаем рабочей, выглядит так.
-
Найти боль, которую вы уже видели своими глазами. Лучшие микро-продукты вырастают из внутренней автоматизации: вы сделали что-то для себя или для клиента, оно работает, и вы замечаете, что у соседнего бизнеса та же проблема. Идеи «из головы» проваливаются несоизмеримо чаще идей «из практики».
-
Проверить, что за это платят, до того как писать код. Самый честный тест — попросить деньги. Не «интересно ли вам», а «вот тариф, вот что вы получите через две недели, готовы внести предоплату». Три отказа с внятной причиной полезнее тридцати вежливых «да, звучит здорово».
-
Собрать намеренно узкую первую версию. Одна задача, один сценарий, ноль настроек. Всё, что можно отложить, откладывайте: личный кабинет, роли, экспорт, красивый дашборд. Первая версия должна делать одно дело и делать его без вашего участия.
-
Подключить оплату сразу. Продукт без биллинга — это хобби. Даже если тариф символический, платящий пользователь ведёт себя иначе, чем бесплатный: он жалуется, требует и остаётся. Именно его обратная связь чего-то стоит.
-
Идти туда, где аудитория уже собрана. Отраслевые чаты, профильные сообщества, маркетплейс платформы, к которой вы делаете надстройку. Первые платящие пользователи, по наблюдениям исследователей рынка, у сфокусированных основателей появляются в течение первого месяца после запуска — но только если запуск был в тёплую аудиторию, а не «в интернет вообще».
-
Считать удержание с первого дня. Продукт, который люди перестают открывать через три недели, не спасёт никакой маркетинг.
ДЕНЬГИ: ЮНИТ-ЭКОНОМИКА БЕЗ ИЛЛЮЗИЙ
Хорошая новость: маржинальность бутстрап-микро-SaaS без наёмного персонала обычно составляет 70–90 процентов. Основные расходы — хостинг, вызовы внешних API и комиссия за приём платежей. Это редкая для бизнеса ситуация, когда почти вся выручка превращается в прибыль.
Плохая новость — сроки и отток. По медианным оценкам, тысяча долларов регулярной выручки достигается за 12–18 месяцев, пять тысяч — за два-четыре года, и это у тех, кто вообще дошёл. Отток в сегменте малого бизнеса структурно высокий: типичный месячный отток по клиентам для SMB-продуктов — 3–5 процентов, что в годовом выражении даёт примерно от трети до половины клиентской базы. Это не признак плохого продукта, это свойство сегмента: малый бизнес закрывается, меняет процессы, экономит. Лучшие в классе держат отток ниже одного процента в месяц, но это исключение, а не ориентир для новичка.
Практический вывод из этих двух цифр простой. При оттоке 5 процентов в месяц вы должны привлекать 5 процентов новых клиентов ежемесячно только для того, чтобы стоять на месте. Значит, привлечение не может быть разовой кампанией — оно должно быть встроено в продукт: реферальная механика, публичные артефакты (отчёты, ссылки, виджеты), присутствие в маркетплейсе платформы.
КАЗАХСТАНСКИЙ КОНТЕКСТ: НАЛОГИ, ПЛАТЕЖИ, ЮРЛИЦО
Здесь начинается специфика, о которой англоязычные руководства не пишут вовсе.
Налоги. С 1 января 2026 года в Казахстане действует новый Налоговый кодекс. Базовая ставка НДС повышена до 16 процентов, а порог обязательной постановки на регистрационный учёт по НДС снижен вдвое — с 20 000 до 10 000 МРП. При МРП 2026 года в 4 325 тенге это примерно 43,25 млн тенге годового оборота. Для микро-SaaS это вполне достижимая планка: при выручке около 3,6 млн тенге в месяц вы к ней подходите. Планировать переход через порог нужно заранее, а не за пять рабочих дней, которые даются на подачу заявления после превышения.
Льготный режим. Участники технопарка Astana Hub (по открытым данным, порядка двух тысяч с лишним зарегистрированных компаний) получают освобождение по ряду налогов при условии, что деятельность попадает в перечень приоритетных видов; льготы по корпоративному и индивидуальному подоходному налогу действуют до 1 января 2029 года. Для продуктовой IT-компании это может оказаться решающим фактором в юнит-экономике — но только если продукт действительно попадает в перечень, а это стоит проверять до регистрации, а не после.
Приём платежей. Здесь честно: крупнейший международный платёжный провайдер работает примерно в четырёх с половиной десятках стран, и Казахстана среди них нет. Значит, у основателя из Казахстана два реалистичных пути. Первый — продавать на внутренний рынок через локальный эквайринг или платёжные сервисы, доступные казахстанским юрлицам, и принимать оплату в тенге. Второй — продавать на внешний рынок через merchant-of-record сервис, который сам выступает продавцом, берёт на себя налоги и комиссии, а вам перечисляет остаток. Второй путь дороже по комиссии, но снимает целый пласт юридической работы. Выбор между ними — это по сути выбор рынка, и делать его надо на этапе идеи, а не на этапе биллинга.
ОГРАНИЧЕНИЯ И СЛАБЫЕ МЕСТА
Мы обязаны сказать и обратное — иначе это была бы реклама, а не анализ.
— Статистика беспощадна. Семь основателей из десяти не доходят даже до тысячи долларов в месяц. Микро-SaaS — не способ быстро заменить зарплату, а способ построить актив за годы.
— Платформенная зависимость режет в обе стороны. Надстройка над чужой экосистемой даёт дистрибуцию, но платформа в любой момент может изменить API, ввести комиссию, забанить категорию приложений или выпустить вашу функциональность как встроенную. Диверсификация каналов — не паранойя, а гигиена.
— Поддержка масштабируется хуже кода. Сто клиентов — это сто человек, которые пишут вам в нерабочее время. Один основатель физически упирается в потолок поддержки задолго до потолка выручки. Автоматизация первой линии и подробная документация — не «потом», а часть продукта.
— Высокий отток в малом бизнесе съедает рост. При 3–5 процентах месячного оттока значительная часть усилий уходит на замену ушедших, а не на рост. Многие продукты выглядят растущими на графике новых клиентов и стоят на месте по выручке.
— Технически низкий барьер входа означает, что и конкурент войдёт легко. Если ваш продукт — это две недели работы, кто-то повторит его за две недели. Защита строится не на коде, а на данных, интеграциях, репутации и доступе к нише.
— Ускорение разработки с помощью AI сокращает время на рутину, но не устраняет необходимость понимать, что вы строите. Продукт, собранный без понимания домена, разваливается на первом же нестандартном клиенте — и чинить его придётся вручную.
ЧТО ДЕЛАТЬ ДАЛЬШЕ
Специалисту. Возьмите задачу, которую вы уже решали руками для себя или клиента, и попробуйте довести её до состояния «работает без меня». Ограничьте себе срок в шесть недель вечеров. Не пишите свой биллинг — возьмите готовый. Не изобретайте нишу — идите туда, где у вас уже есть доступ к людям. Первый платящий клиент важнее первой красивой архитектуры.
Руководителю. Посмотрите на внутренние инструменты, которые ваша команда уже построила для себя: скрипты выгрузок, боты уведомлений, сводные отчёты. Часть из них с высокой вероятностью нужна вашим клиентам или партнёрам. Это самый дешёвый способ проверить продуктовую гипотезу — актив уже оплачен, осталось его упаковать. Оцените честно, кто будет поддерживать продукт, когда клиентов станет пятьдесят.
Собственнику. Микро-SaaS — это не история про быстрый выход, а про создание актива с высокой маржой и предсказуемой выручкой. Считайте не выручку, а удержание и срок окупаемости привлечения. И решите на берегу два вопроса: на какой рынок вы продаёте (это определяет способ приёма платежей) и в каком налоговом контуре вы будете работать при обороте выше 43 млн тенге в год. Оба вопроса дешевле решить до старта, чем после.
ЧАСТЫЕ ВОПРОСЫ
Чем микро-SaaS отличается от обычного SaaS?
Масштабом амбиции и структурой, а не технологией. Обычный SaaS целится в большой рынок, привлекает инвестиции и нанимает команду. Микро-SaaS сознательно берёт узкую нишу, живёт на деньги клиентов и поддерживается одним-двумя людьми. Обязательное следствие — прибыльность должна прийти рано.
Сколько денег нужно на старт?
Прямые расходы обычно составляют десятки долларов в месяц: хостинг, домен, вызовы внешних API. Настоящая цена — время: реалистично это несколько сотен часов до первого платящего клиента. Основной риск — не потратить деньги впустую, а потратить полгода на продукт, который никому не нужен. Поэтому проверка спроса деньгами идёт до кода.
Можно ли запустить микро-SaaS в одиночку, если я не программист?
Можно дойти до прототипа и до проверки спроса — современные инструменты это позволяют. Но продукт, за который платят регулярно, требует надёжности, обработки ошибок, безопасности данных и поддержки. На этом этапе почти всегда нужен либо технический сооснователь, либо подрядчик. Наш опыт говорит, что попытка обойтись без технической компетенции заканчивается на первом серьёзном сбое.
Какие ниши в Казахстане выглядят перспективными?
Те, где есть учётная система, есть регулярная рутина и нет готового решения на русском языке под местные правила. Синхронизация товаров и заказов между учётной системой и маркетплейсами, автоматическая отчётность по первичным документам, уведомления о складских остатках в мессенджере, узкоотраслевой учёт заказов. Общий признак хорошей ниши — вы можете назвать по именам десять компаний, которым это нужно уже сегодня.