SaaS / S+S *

Привет, на связи Дмитрий Шестаков. Мы в агентстве собираем сквозную аналитику для онлайн-сервисов с длинным циклом сделки, и почти каждый проект начинается с одной и той же сцены: Директ показывает одно число заявок, Метрика другое, CRM третье, и все три системы уверены в своей правоте. Ниже разберу наш стек как он есть — какие слои данных нужны, по каким ключам они связываются, чем забираем выгрузки, где спотыкались сами. С замерами реального проекта, где расход в Директе за период превысил полтора миллиона рублей. Если вы отвечаете за окупаемость трафика SaaS-сервиса, схема переносится почти без изменений.

Привет, меня зовут Надя, я продуктовый менеджер сервиса «Фейскит». Наша команда делает программу, которая помогает не терять шуруповерты, болгарки и пассатижи в суровой реальности стройки. Изначально мы задумывали продукт как простой и надежный способ учета инструментов и материалов. Но жизнь распорядилась иначе: за четыре года мы прошли путь от систематизации данных из Excel-таблиц до запроса на интеграцию с бухгалтерией. Рассказываю по порядку, как все было. 

Открыть ТОО в Казахстане можно быстро. Сложнее понять, как это ТОО будет принимать платежи от клиентов из США и Европы.

Привет! Меня зовут Даша, я занимаюсь развитием сервиса Скорозвон — облачного решения для автоматизации коммуникаций в отделах продаж и колл-центрах. И я менеджер продукта.

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

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

В статье расскажу, как мы пришли к этому формату, почему первая попытка собирать идеи клиентов в Excel не сработала, как устроены наши QBR и что они изменили для всех участников.

Привет, на связи Дмитрий Шестаков. Мы двенадцать лет строим управляемый маркетинг для SaaS и онлайн‑сервисов, и почти на каждом длинном цикле всплывает один и тот же спор: продукт должен продавать себя сам, или без отдела продаж платящих не будет. Триалы капают, а выручка прирастает там, где в сделку заходит живой менеджер, и непонятно, в какую модель вкладывать следующий бюджет. Ниже — как мы честно измеряли стоимость платящего клиента для product‑led и sales‑led модели на одном проекте, почему дешёвая на первый взгляд модель роста SaaS часто выходит дороже и какой контур аналитики для этого нужен. Если вы отвечаете за рост B2B SaaS или онлайн‑платформы, дальше будет по делу.

Содержание

1. Почему спор «продукт продает сам или продают менеджеры» нельзя решить на глаз

2. Что именно мы сравниваем: стоимость платящего клиента

3. Почему нельзя мерить модель по первому месяцу

4. Как мы собрали сквозной контур: от клика до оплаченной подписки

5. Что показал замер: где выигрывает самообслуживание, а где окупаются менеджеры

6. Как выбрать модель под свой продукт: 4 вопроса к юнит‑экономике

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

Слово «агент» в 2026 году встречается в описаниях почти любой CMS или конструктора сайтов – от Webflow до uCoz. Однако появление рядом с кнопкой «Редактировать» новой кнопки «Спросить AI» еще не означает, что архитектура платформы действительно изменилась.

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

Ниже – попытка разобрать происходящее с точки зрения архитектуры, а не, порой, “пустозвонных” пресс-релизов сервисов.

Почему-то никто не говорит о том, кто будет поддерживать систему через год. Все обсуждают только, насколько быстро её можно написать.

Синяя галочка есть. Ответа нет. Мой собственный бот в MAX игнорирует моё же сообщение: сервер отвечает 200 OK, в логах чисто, а человек на другом конце ничего не видит. Так начались четыре вечера отладки Bot API нового российского мессенджера — четыре грабли, которых нет в документации. Где живёт токен. Почему 404 на чат, в котором ты прямо сейчас переписываешься. Как молча испаряется webhook-подписка. И почему MAX не говорит, которому из твоих ботов написали. Собрал всё, чтобы следующему хватило получаса вместо недели.

Все началось с отпуска HR.

Нужно было срочно нанять пару менеджеров, а времени на десятки одинаковых переписок просто не было. Поэтому я написал небольшой Telegram‑бот для первичного отбора кандидатов.

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

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

Всем привет! Это Денис Сметнев. Продолжаю свои наблюдения за вайбкодингом и за тем, как он меняет рынок. Увидел недавно график от венчурного фонда a16z и отметил, что релизы iOS-приложений к 2026 году взлетели почти вдвое, но вот количество пользователей остановилось или даже уменьшилось. Еще до этого появился SaaSpocalypse, когда рынок стал сомневаться в жизнеспособности модели по подписке, так как из-за вайбкодинга таких продуктов становится слишком много. Некоторые даже стали писать про иллюзию вайбкодинга: много приложений, а пользователей нет. В этом есть некоторая правда, но мне кажется, что это не иллюзия, а просто реальность. Хочу порассуждать о том, на что обратить внимание всем, кто сейчас делает свое приложение или SaaS, а точнее, почему надо обратить внимание на маркетинг.

Для кого

Фаундерам и CMO SaaS и онлайн-сервисов, отвечающим за привлечение клиентов и понимающим, что больше половины заявок у них приходит из одного канала.

Кратко

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

На связи Дмитрий, управляющий партнёр Сайткрафт. За несколько лет через нашу команду прошло достаточно SaaS и онлайн-сервисов, чтобы увидеть одну и ту же историю по кругу. Бизнес растёт на одном канале привлечения клиентов, привыкает к его экономике, встраивает под него отдел продаж и аналитику, а потом канал исчезает. Причина обычно не в ошибке настройки кампании. Канал живёт по чужим правилам: чужому алгоритму, чужой политике модерации, чужому решению уйти с рынка. Весной 2022 года это почувствовал, кажется, весь российский digital-рынок разом: часть компаний в один день потеряла доступ к рекламным кабинетам, на которых держалась половина, а то и вся воронка. У кого-то это был Google Ads, у кого-то — Instagram и Facebook (компания Meta признана в России экстремистской организацией, её продукты запрещены). Кто-то за месяц перекинул бюджет на Директ и почти не заметил провала в выручке. У кого-то отдел продаж на два-три месяца остался без свежих лидов вообще. Разница была не в удаче, а в том, успели ли до этого выстроить второй канал.

Это статья о том, почему написать SaaS оказалось проще, чем превратить его в продукт.

После университета я начала искать первую работу разработчиком. Вакансии для начинающих почему‑то не выглядели вакансиями для начинающих. Я читала требования, понимала, что многого не умею, нервничала всё сильнее, а потом решила сделать собственный проект — конструктор магазинов.

Уже звучит как начало чего‑то плохого.

Идея была такой: владелец отправляет токен своего Telegram‑бота, мой сервис подключает к нему команды и витрину. Покупатели открывают его бот‑магазин внутри Telegram, собирают корзину, оформляют заказ. Владелец управляет всем через отдельный Mini App.

Для кого

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

Кратко

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

Меня зовут Дмитрий Шестаков, основатель компании Сайткрафт. Чаще всего ко мне приходят с запросом в стиле: нам нужно SEO, конкуренты в топе, мы отстаём. И почти всегда мой первый честный ответ — давайте сначала посчитаем, окупится ли это у вас в ближайший год. Потому что для подписочного сервиса поиск умеет приносить дешёвые заявки годами, а умеет полгода жечь бюджет на трафик, с которого никто не покупает. Дело тут не в подрядчике и не в усердии. Решает то, готов ли продукт к этому каналу.

Содержание

1. Почему SEO советуют всем подряд

2. Признак первый: вы не знаете, по каким запросам у вас покупают

3. Признак второй: экономика не сходится даже на платном трафике

4. Признак третий: сайт не превращает визиты в заявки

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

6. Признак пятый: SEO некому вести в долгую

Многие бизнес-процессы принято стандартизировать и автоматизировать. Благодаря повторяемости и воспроизводимости проще выстраивать и контролировать рабочие процессы, оперативно выявлять отклонения и проблемы.

При работе с сайтами аналогичная ситуация. Тут тоже есть свои процессы. Типовой цикл работы с клиентами у бизнеса выглядит так:

Кратко

SEO для SaaS — это не одна механика, а три разные: контентный подход (растём на статьях и длинном хвосте), продуктовый (выводим в топ и докручиваем сами страницы сервиса) и массовый (программно генерируем тысячи похожих страниц под низкочастотку). Они дают разный результат, разную скорость и разные риски. Большинство сервисов сжигают бюджет не потому, что делают SEO плохо, а потому что взяли подход не под свою структуру спроса. Ниже — как они устроены под капотом, на реальных дашбордах Метрики и Топвизора, и как выбрать свой.

Привет, на связи Дмитрий, основатель агенства Сайткрафт. За последние годы мы вели поиск для десятков SaaS и онлайн-сервисов, и почти на каждом старте слышим один и тот же запрос: «сделайте нам SEO, нужен трафик и заявки». Проблема в том, что под этой фразой прячутся три совершенно разных проекта. Их легко перепутать на старте, и тогда полгода уходит впустую: трафик вроде растёт, а заявок нет, или позиции есть, а индекс выкашивает фильтр. В этой статье разберу три подхода к SEO для онлайн-сервиса инженерно — что внутри каждого, на каких данных видно, что он работает, и как не выбрать чужой.

Содержание

1. Почему один и тот же SEO у двух SaaS даёт разный результат

2. Подход 1 — контентный: рост на статьях и длинном хвосте

3. Подход 2 — продуктовый: заявки дают сами страницы сервиса

4. Подход 3 — массовый: тысячи похожих страниц под низкочастотку

5. Три подхода в одной таблице

6. Как понять, какой подход ваш

7. Сколько ждать результата и чем мерить

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

5 клиентов по 10 000 рублей в месяц - 50 000 рублей MRR. Но при корректном подсчете на выходе получается лишь 27 000 - почти половина регулярной выручки будто испаряется. Разбираю типичные ошибки, которые допускают команды при расчете MRR, и объясняю, почему одна и та же база клиентов может показывать совершенно разные цифры в зависимости от методики подсчёта.

Для кого

Фаундерам, CMO и маркетологам SaaS, онлайн-сервисов и платформ, которые планируют бюджет на продвижение и хотят считать его от плана по квалифицированным заявкам.

Кратко

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

На связи Дмитрий Шестаков, управляющий партнёр Сайткрафт. Мы продвигаем SaaS и онлайн-сервисы, и каждую неделю слышим один и тот же вопрос: сколько закладывать на продвижение. Обычно его задают так, будто существует единственно правильная цифра — 150, 300, 500 тысяч в месяц. Единственно правильной цифры не существует. Существует расчёт. Бюджет — это производная от того, сколько вам нужно квалифицированных заявок и сколько такая заявка стоит в каждом канале. С этого и начнём.

Содержание

1. Почему «возьмите 200 тысяч в месяц» — плохой ответ

2. Из каких статей вообще складывается бюджет

3. Сколько стоит каждый из 6 каналов

4. Как привязать бюджет к плану по лидам

5. Куда на самом деле утекает бюджет внутри канала

6. Три сценария бюджета: минимальный, рабочий, агрессивный

7. На чём чаще всего переплачивают

8. С чего начать планирование на 12 месяцев

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

Всех приветсвую! В данной статье я не буду пояснять какие-то сложные вещи касательно нагрузочного тестирования. Просто хочется поделится своей болью, пронесенную сквозь года в разных enterprise системах. Может я не один такой?

Итак, представьте, что вы инженер по нагрузке...

Я работаю в контекстной рекламе и аналитике пять лет. Когда популярное расширение xml-river перестало работать, у тысяч специалистов сломался привычный сбор семантики через KeyCollector. Я решила проблему локально: написала десктопную программу на PySide6, которая напрямую работала с новым официальным API Wordstat. Программа продавалась с пожизненной лицензией, а пользователи ходили в API под моим личным токеном. Всё работало отлично, пока клиентов не стало слишком много: общий лимит в 5000 запросов в сутки превратился в массовые ошибки 429 Too Many Requests. Стало ясно: модель с общим токеном доживает дни. В этом посте — технический разбор того, как я за одну неделю полностью переписала архитектуру, перевела парсер на SaaS-модель (FastAPI + SQLite) с независимыми квотами для каждого пользователя. С кодом, схемами и честной юнит-экономикой

Для кого

Фаундерам, CMO и продактам SaaS, онлайн-сервисов и платформ, которые отвечают за выручку компании и устали оценивать рекламу по объему заявок. Тем, у кого между показом объявления и оплатой проходят недели и месяцы, а решение по бюджету каждый раз упирается в стоимость заявки.

Кратко

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

На связи Дмитрий, управляющий партнер Сайткрафта. У меня есть нелюбимый вопрос на встречах с фаундерами: по какой цифре вы решаете, что реклама работает. В девяти случаях из десяти отвечают одинаково, по стоимости заявки. И на длинном цикле это самая удобная и самая вредная метрика сразу. Удобная, потому что считается в один клик в любом рекламном кабинете. Вредная, потому что дешевеет именно тогда, когда в воронку идет поток необязательных контактов. Ниже без общих слов: почему так устроено и какие семь метрик стоит держать перед глазами вместо одной.

Содержание

1. Почему стоимость заявки врет на сложном продукте?

2. Карта от показа до повторной продажи: 7 метрик вместо одной

3. Сколько стоит квал и доходит ли он до сделки?

4. Цена клиента, окупаемость и пожизненная ценность: на что смотреть вместо заявки?

5. Почему канал нужно оценивать в горизонте сделки, а не за две недели?