Проектная модель: что не так с разовыми 80к
Когда продаёшь проект за 80 тысяч, кажется, что всё работает. Деньги пришли, клиент доволен, ты закрыл задачу. Но через месяц ты снова стоишь у белого листа и думаешь, где взять следующего.
Это и есть главная ловушка проектной модели. Каждая сделка закрывает боль конкретного клиента, но не создаёт никакой инерции. Ты не накапливаешь базу, которая платит тебе во вторник, пока ты спишь. Ты накапливаешь портфолио, которое помогает продать следующему.
Теперь про математику. Чтобы выйти на 240к в месяц с чеком 80к, нужно закрывать трёх-четырёх клиентов. Каждый месяц. Без пропусков. Воронка под такой темп требует постоянного давления: реклама, холодные касания, консультации, презентации. По моим подсчётам за первые полгода расходы на привлечение съедали заметную часть чека, так что с каждых 80 тысяч реально твоих оставалось существенно меньше.
Ещё одна вещь, которую не видно снаружи: цикл сделки длиннее, чем кажется. Проект на 80к выполняется за две-три недели. Но продаётся он несколько недель до этого: переписки, звонки, правки брифа, согласование договора, ожидание оплаты. Итого цикл больше месяца на каждую единицу выручки.
За первые шесть месяцев получилось 480 тысяч выручки. Звучит неплохо. Но после подрядчиков, рекламы и сопутствующих расходов чистыми осталось значительно меньше, чем казалось по верхней цифре.
Проектная модель не плохая. Она просто очень дорогая в эксплуатации при низком чеке и высокой частоте продаж.
На проектной модели выручка скачет от месяца к месяцу, а чистая прибыль после вычета правок и переговоров остаётся непредсказуемой.
Что именно продавалось за 80к: состав типового проекта
Конкретика такая: клиент приходил с задачей "хотим автоматизировать ответы менеджеров" или "нужен бот, который будет обрабатывать заявки из Telegram". Дальше шёл стандартный цикл.
# Пример минимального состава проекта на 80к
{
'discovery': '3 дня',
'разработка': '7 дней',
'тестирование': '2 дня',
'передача и обучение': '2 дня',
'поддержка после сдачи': 'нет'
}
Примерно 14 рабочих дней от брифа до сдачи, плюс-минус в зависимости от задачи. Интеграция GPT-4o или Claude в CRM, Telegram-бот с логикой под конкретный сценарий, иногда парсер данных с AI-прослойкой для категоризации. Клиенты: небольшие маркетинговые агентства, предприниматели на Ozon и WB, которые хотели разгрузить операционку. Хороший сегмент, реальная боль, деньги платили без долгих переговоров.
Проблема вылезала после сдачи.
Клиент забирал проект, ставил галочку "автоматизировались" и пропадал. Следующий контакт: через 3-5 месяцев, когда у него появлялся новый разовый запрос. Не потому что он был недоволен. Просто в его голове сделка закрылась: продукт куплен, задача решена, зачем платить ещё?
Апсейл в таких условиях не работал. Я пробовал предлагать поддержку и развитие сразу при сдаче. Клиент кивал, но не покупал. Он не понимал, что AI-интеграция без сопровождения начинает деградировать: меняется API, меняется его собственный процесс, накапливаются кейсы, которые модель обрабатывает неправильно. Это не холодильник, который купил и забыл.
Смотришь на эту структуру и видишь: строка 'поддержка после сдачи': 'нет' там не случайно. Я не закладывал её в договор, потому что клиент не хотел за неё платить. А значит каждые 80к требовали поиска нового клиента. Воронка никогда не отдыхала.
Момент перелома: почему клиенты звонили через месяц снова
За первые полгода у меня было несколько десятков проектов, и значительная часть клиентов звонила повторно. Не чтобы заказать новое, а потому что что-то сломалось.
Причины каждый раз были разные, но суть одна: OpenAI выкатил обновление, API повёл себя иначе, промпт перестал работать так, как работал в момент сдачи проекта. Иногда ломалась логика парсинга. Иногда модель начинала возвращать другой формат ответа, и весь пайплайн рассыпался. Один клиент написал через шесть недель после оплаты: GPT-4 Turbo обновился, и его бот для обработки заявок начал галлюцинировать на входных данных, которые раньше обрабатывал нормально.
Каждый такой звонок стоил мне нескольких часов работы. Я разбирался, что изменилось, переписывал куски, тестировал, отдавал. Бесплатно. Потому что в голове у клиента это был один проект, который он уже оплатил, а не два.
Психологический барьер здесь очень конкретный. Клиент заплатил деньги за автоматизацию. Через месяц она сломалась не по его вине. Попросить ещё денег за починку, с его точки зрения, означает брать деньги за то, что уже куплено. Логика железная, и спорить с ней в моменте бессмысленно.
Я продолжал чинить. И только когда сел считать реальные часы за квартал, увидел цифру: значительная часть рабочего времени уходила на постпроектную возню, которая никак не монетизировалась.
Но именно тогда произошло кое-что интересное. Несколько клиентов спросили примерно одно и то же, каждый своими словами: "А можно как-то платить каждый месяц, чтобы вы просто за этим следили?" Один написал это в Telegram в 11 вечера, сразу после того, как я починил его интеграцию. Он не хотел снова оказаться в ситуации, когда всё стоит и надо ждать, пока я найду время разобраться.
Несколько независимых клиентов с одинаковым запросом. Это не случайность и не вежливость.
Я уже делал эту работу. Просто не брал за неё деньги.
Звонок через месяц после сдачи проекта, типичная ситуация, которая съедает время, не предусмотренное ни в каком договоре.
Конструкция подписки: что входит в 250к в месяц
Сразу про деньги. 250 тысяч рублей в месяц, и за эту сумму клиент получает не "поддержку", а конкретный пакет с прописанными границами.
Основа пакета: 20 часов в месяц на задачи клиента. Разработка новых блоков, доработка существующих, мониторинг того, что уже работает. Часы не накапливаются и не переносятся. Август закрылся с остатком в 7 часов? Они сгорели. Это не жадность, это дисциплина планирования с обеих сторон.
По SLA: критический баг получает ответ за 2 часа, исправление за 24 часа. Критический баг в моём понимании: автоматизация остановилась и бизнес теряет деньги прямо сейчас. Не "кнопка стала не того цвета", не "хочу добавить поле", а именно остановка процесса. Это определение я прописываю в контракте, чтобы не договариваться об этом в 22:00.
Каждый месяц делаю AI-аудит. Смотрю, что сломалось (не всегда видно со стороны клиента), что начало работать хуже из-за обновлений моделей, и что можно улучшить с учётом того, что появилось за последние 30 дней. Это важно: модели меняются. То, что работало в феврале 2026-го, в мае может давать другие результаты из-за обновлений на стороне провайдера.
Про новые инструменты отдельно. Когда выходит что-то существенное, например обновлённый Claude с расширенным контекстом или новые функции в API OpenAI, я тестирую и, если нужно, внедряю. Без отдельного счёта. Клиент не должен сам отслеживать рынок LLM-инструментов, за это я и беру деньги.
Раз в квартал встречаемся на 2 часа. Разбираем P&L его автоматизации: сколько сэкономлено, где узкие места, что планируем на следующие три месяца. Это не отчётная встреча ради галочки. После каждой такой сессии у клиента должен быть конкретный список приоритетов, а у меня понимание, куда двигаться.
Минимальный срок контракта: 3 месяца. Без этого условия я не подписываю. За первый месяц я только разбираюсь в специфике бизнеса и настраиваю ритм работы. Реальная ценность появляется начиная со второго месяца, а иногда с третьего. Клиент, который пришёл на один месяц "попробовать", получит меньше, чем заплатил, и уйдёт с ощущением, что продукт не работает. Мне это невыгодно репутационно, ему невыгодно финансово.
Двадцать часов в месяц можно структурировать заранее, и клиент сразу видит, на что именно уходит его бюджет.
Ценообразование: почему 250к, а не 100к или 400к
Я пробовал три цифры. Расскажу, что происходило с каждой.
При проектной модели реальный доход с одного клиента выходил существенно меньше, чем номинальный чек, если учитывать все расходы на привлечение и постпроектную работу. Подписка на том же клиенте меняет структуру отношений принципиально: клиент платит за постоянную готовность, я не гоняюсь за следующим проектом каждые восемь недель.
Математика за 250к прозрачная. Месяц закрывается примерно 20 часами реальной работы по ставке 12,5к/час. Это рыночная ставка senior-разработчика плюс маржа за то, что я управляю процессом сам и клиенту не нужно держать технического менеджера на зарплате.
Но цена продаётся не через часы. Клиент платит за то, чтобы его бизнес-процесс не встал. Поломка в пятницу в 22:00, устаревший сертификат, интеграция с новым API партнёра. Час простоя интернет-магазина с оборотом 3 млн в месяц стоит дороже месячной подписки. Когда я объясняю именно это, закрытие возражений по цене занимает один звонок.
На 150к я получил быстрые согласия. Слишком быстрые. Клиенты воспринимали сервис как что-то дешёвое и начинали закидывать мелкими задачами: поправь кнопку, передвинь блок, добавь строчку в таблицу. По три-пять запросов в день. Я тратил время, они не ценили ни одного из них.
На 300к начиналась другая проблема. Часть клиентов требовала детализацию ROI до копейки. Конкретно: сколько стоит час, сколько задач в месяц, как считается окупаемость. Это не плохие вопросы, но они удлиняли сделку на три-четыре недели и создавали ощущение, что мне нужно оправдываться за каждое действие.
250к попало в точку по двум причинам. Клиент воспринимает эту сумму как серьёзный инструмент, а не расходник. И не тратит мое время на микроменеджмент, потому что психологически уже принял решение доверять. Цена фильтрует поведение клиента ещё до подписания договора.
Переход: как я перевёл старых клиентов с разовых проектов на подписку
Из проектных клиентов первой волны часть перешла на подписку в первые два месяца после того, как я сменил модель. Я ожидал хуже.
Главная ошибка, которую я не сделал: не строил разговор вокруг цены. Ни один клиент не перешёл потому, что я предложил ему выгодный тариф. Они переходили, когда я называл конкретную боль вслух. Буквально: "Вы звонили несколько раз за последние шесть недель с правками по интеграции. Давайте сделаем это официально, и вы перестанете каждый раз думать, сколько это будет стоить."
Это не продажа. Это констатация факта, который клиент уже знает, но не формулировал.
Один клиент отказал сразу. Сказал: "У нас нет постоянных задач, нам это не нужно." Я не настаивал. Через шесть недель у него упал API платёжного шлюза в пятницу вечером, и он написал сам. Подписку оформили в понедельник.
Скидок на первый месяц я не давал. Попробовал один раз, в самом начале, с другим клиентом по другой теме. Следующий квартал он ждал повторения. Скидка на старте программирует ожидание, что нормальная цена завышена. Проще не начинать.
Вместо скидки я сделал переходный оффер: первые 30 дней включают аудит всего, что я делал по проекту раньше. Документация, узкие места, то, что могло упасть, но не упало. Это снимало главное возражение, которое клиенты не всегда называют вслух: "Мы не знаем, что именно покупаем." Аудит давал им осязаемый результат с первого же месяца.
Формат письма, с которого начинался каждый такой разговор, я довёл до шаблона к третьему переходу:
Тема: Предложение по обслуживанию [название проекта]
1. Напоминание о том, что уже сделано
Краткий список: что запустили, когда, что работает.
2. Инциденты и доработки за последние 2 месяца
Конкретно: дата, суть, время на решение.
Не «несколько правок» — а «14 апреля, правка логики расчёта скидок, 3 часа».
3. Стоимость этих инцидентов по часовой ставке
Считаю честно, по своей текущей ставке.
Обычно выходит значительную часть от месячной стоимости подписки.
4. Оффер подписки как фиксация стоимости
«Вместо X рублей в формате «как пойдёт» — Y рублей в месяц,
включая Z часов поддержки и ежемесячный созвон».
5. Дедлайн: 5 рабочих дней
Без него письмо зависает. Клиент не грубит — он просто занят,
и без дедлайна задача откладывается бесконечно.
Третий пункт работает лучше всего. Когда клиент видит, что за два месяца он уже потратил бы значительную сумму по часовой ставке, а подписка стоит немного больше, небольшая разница перестаёт быть барьером. Она становится платой за предсказуемость.
Часть клиентов не перешла. Кто-то сказал "нет" прямо, кто-то завис без ответа. Я не преследовал. Проектная работа с ними продолжилась, просто на старых условиях. Давление здесь убивает отношения, а отношения в этой модели дороже одной подписки.
Из десяти клиентов, которым предложили подписку, шестеро соглашаются в течение первых двух недель переговоров.
Продажи новым клиентам сразу в подписку: что изменилось в переговорах
Холодный контакт начинается так же, как два года назад: разбираю задачу, слушаю, где болит. Но финальный оффер теперь всегда идёт сразу на подписку. Никакого "сначала сделаем один проект, а потом посмотрим".
Первое возражение, которое я слышу в большинстве случаев: "Давайте попробуем разово, посмотрим, как пойдёт". Закрываю его просто. Предлагаю пилот за 80 тысяч, и эта сумма зачитывается в первый месяц подписки целиком. Клиент получает понятный вход без ощущения, что подписывается вслепую. Это работает лучше, чем любые объяснения про долгосрочную ценность.
Да, сделка на подписку закрывается дольше. У меня в среднем чуть дольше, чем на разовый проект. Но сравнивать эти два числа без LTV бессмысленно.
Квалификация лидов поменялась принципиально. Раньше я брался за почти любую задачу с бюджетом. Сейчас первый фильтр: есть ли у клиента повторяющиеся процессы, которые можно автоматизировать? Если нет, подписка не подходит никому из нас. Не потому что жадность или принципы, а потому что я физически не смогу дать ценность на дистанции.
И главный вопрос, который я задаю на первой встрече в 2026 году: "Что у вас сломается, если ваш AI-инструмент встанет на 48 часов?"
Если клиент отвечает быстро и конкретно, это мой клиент. Он уже встроил автоматизацию в критичные процессы и понимает зависимость. Ему нужна не разовая настройка, а партнёр на обслуживание.
Если клиент молчит или говорит "ну, наверное, ничего страшного", я не пытаюсь его переубедить. Предлагаю проектный формат, делаю работу хорошо и расстаёмся. Тащить человека в подписку, которая ему не нужна, значит получить отписку через два месяца и плохой отзыв.
Операционка: как обслуживать 3-4 подписчика без найма команды
Три клиента по 250к в месяц, это 750к выручки и примерно 60 часов нагрузки. Вполне реально вести в одиночку, если не разводить операционный хаос.
Вся клиентская база живёт в Notion. Под каждого клиента отдельная страница: текущие задачи, история изменений, SLA-таймеры с дедлайнами. Когда прилетает вопрос "а вы помните, что мы меняли в апреле?" я открываю страницу и отвечаю за 30 секунд. Без этой базы я бы тонул в переписках и держал всё в голове, что работает ровно до тех пор, пока клиентов двое.
Мониторинг автоматизаций настроен через Zapier с алертами в Telegram. Упала интеграция, сломался сценарий, пришёл алерт в телефон. Я не захожу каждые два часа проверять дашборды руками. Это экономит несколько часов в неделю, что в месяц даёт почти целый рабочий день обратно.
Созвоны с клиентами собраны в один день. Все три встречи подряд, в среду. Остальные четыре дня я могу нормально работать головой, а не переключаться между контекстами каждые полтора часа. Батчинг банальный принцип, но большинство консультантов всё равно соглашаются на любой слот клиента и потом удивляются, почему ничего не успевают.
С четвёртым клиентом схема затрещала. Нагрузка перевалила за 80 часов в месяц, и я нанял джуна на рутину: разработка первичных промптов по шаблонам, базовое тестирование сценариев, оформление документации. Не потому что стало тяжело психологически, а потому что цифра конкретная. До 80 часов найм просто съест маржу и добавит управленческую нагрузку сверху. После 80 часов ты начинаешь косячить на клиентах, и это дороже любого джуна.
Кстати, именно здесь возникает соблазн делегировать сотрудникам настройку инструментов через обучение. Корпоративное обучение n8n и похожим платформам почти всегда проваливается: люди проходят курс, а через полгода всё стоит. Джун работает по конкретным сценариям под моим контролем, а не по общим знаниям о платформе.
Порог найма у меня чёткий: четыре подписчика. Не три с половиной, не "когда совсем устану".
На подписке рабочая неделя становится равномернее: нет авральных дедлайнов в пятницу и пустых вторников без задач.
Цифры за 8 месяцев после перехода
В январе 2026 у меня было два подписчика, выручка 500 тысяч рублей в месяц, чистыми 320 тысяч. Сейчас, в мае, четыре подписчика, выручка перевалила за миллион, чистыми около 580 тысяч с учётом расходов на подрядчика, которого я подключил на часть задач во втором квартале.
За восемь месяцев ушёл один клиент. Закрыл бизнес, не потому что был недоволен.
Средний LTV по подписке уже сейчас около семи месяцев, и эта цифра продолжает расти просто потому, что клиенты не уходят. На проектах средний цикл был два-три месяца, потом нужно снова искать следующего. Здесь я работаю с теми же людьми, которые пришли в октябре прошлого года.
Привлечение подписного клиента обходится дороже, чем проектного. Это реальная разница, и поначалу она давила на кэшфлоу. Но это разовое вложение на длинный горизонт, а не повторяющиеся затраты на привлечение каждые несколько месяцев. Когда считаешь стоимость привлечения на один рубль выручки за весь цикл, проектная модель проигрывает.
Рентабельность подписки по итогам восьми месяцев заметно выше, чем была на проектах. Я работаю примерно то же количество часов, просто теперь эти часы распределены предсказуемо, а не спринтами с дырами между ними.
Уже на третий месяц после перехода на подписку кривая прибыли перестаёт падать и начинает плавно расти вместе с выручкой.
Что не сработало и какие грабли лежат впереди
Первая большая ошибка стоила двух месяцев нервов и одного расторгнутого договора. Я продал подписку клиенту, у которого не было реального повторяющегося процесса под автоматизацию. Была идея, было желание "внедрить AI", был бюджет. Но не было задачи, которую нужно решать каждую неделю. Итог предсказуемый: первый месяц мы искали, что делать, второй месяц делали что-то ненужное, потом расстались.
Подписочная модель работает только там, где у клиента есть поток. Нет потока задач, нет подписки. Тепер
