Девяносто дней ничего не значат, если вы не выбрали кейс. И большинство проектов, которые я вижу, сжигают первые тридцать дней на театре скоупинга.
Claude Sonnet 5.5, ввод / вывод за миллион токенов
n8n на Hetzner CCX33 в месяц
Если нет прод-трафика к 10-й неделе, пересмотрите объём
01Неправильная единица
Только на первой неделе скоуп ещё двигается дёшево
Паттерн, который я вижу снова и снова. Кто-то читает презентацию McKinsey, назначает kickoff, потом три недели гоняет «воркшопы по ИИ-возможностям», а сам процесс так и висит на доске без описания. К моменту, когда кто-то трогает API, половина срока уже сгорела, и команда всё ещё не может назвать ни один тип тикета, который система должна закрывать. Большинство публичных 90-дневных шаблонов делает только хуже, превращая discovery в самостоятельный артефакт. На деле discovery нужен ради одного абзаца о том, какой пользователь, какой процесс, какая метрика и где она сегодня. Если этот абзац не пишется за пять рабочих дней, у вас пожелание вместо проекта.
Проект NANDA Массачусетского технологического института в июле 2025 года сообщил, что 95 процентов корпоративных GenAI-пилотов не показали измеримого финансового эффекта. Общая черта провалов в скоупе, пилоты исследовали вместо того, чтобы довести один процесс до продакшена.
Я пишу артефакт скоупа в Linear или Notion, никогда в Slack. Среда важна, потому что Slack даёт скоупу дрейфовать молча. У страницы есть URL, метка последнего изменения и тред комментариев, и именно этот аудит-след не даёт фаундеру по-тихому дописать «и ещё голос» на шестой неделе. Если перед скоупингом хочется карту категорий, статья про агентов, чат-ботов и копилотов даёт ту линзу, через которую я отговариваю операторов строить не то.
“Discovery нужен ради одного абзаца.
02Стек, который реально нужен
Выбирайте скучную инфраструктуру на восьмой день
Стек 2026 для первого продакшен-процесса небольшой. Один API фронтирной модели (по умолчанию беру Claude Sonnet 5.5 через Anthropic Agent SDK, потому что у него самый чистый цикл tool-use на сегодня, GPT-6 Sol как запасной для задач, где лишний round trip не критичен). Один инструмент оценки, обычно LangSmith, потому что он пишет трассы, которые реально читать в одиннадцать вечера через три месяца. Один векторный стор, если нужен поиск по документам, pgvector, когда Postgres уже крутится, Pinecone serverless, когда хочется без ops, Weaviate, когда правда нужен гибридный поиск и не жалко времени оператора. Один раннер процессов, чаще всего n8n self-hosted на Hetzner CCX33 примерно за €60 в месяц, как клей вокруг модели. Это весь список.
Чего я бы не делал в первые 90 дней. Не поднимал бы Modal или Replicate под инференс, если hosted API решает задачу, потому что платите вниманием команды. Не писал бы свой RAG-фреймворк, когда Vercel AI SDK плюс pgvector покрывают 80% случаев. Не выбирал бы векторный стор по бенчмарку, написанному вендором этого же стора. Скучное побеждает умное на первой отгрузке. Статья a16z про emerging architectures даёт самую честную карту пространства на сегодня, даже там, где она уже устарела, и её стоит прочитать до подписания любого закупочного договора. Если нужны цифры по бюджету, разбор в том, что реально стоит внедрение ИИ, совпадает с теми ценами, которые я вижу в счетах.
03Хронология
Девяносто дней, но важны из них шесть
Расписание ниже я запускаю, когда кейс уже выбран. Если кейс не выбран, расписание не запускается. Я слишком часто видел команды, которые включают 90-дневный таймер против неопределённой цели и удивляются на 70-й день.
РИС. 01-90-ДНЕВНОЕ РАСПИСАНИЕ
Шесть чекпойнтов, всё остальное исполнение.
Дни 1-5 · Артефакт скоупа
Одна страница в Linear или Notion. Один абзац. Одно число.
Процесс, пользователь, метрика, базовый замер. Если это не пишется за пять дней, кейс не тот, и никакая модель его не спасёт.Дни 6-14 · Набор для оценки
Пятьдесят реальных примеров с ожидаемыми ответами
Из ваших данных, не синтез. Сначала проверочный набор, потом модель. Команды, которые отгружают без него, отгружают догадку, а не систему.Дни 15-35 · Сборка
Минимальный цикл, который касается прод-данных
Дёрнуть API, прогнать проверочный набор, посмотреть на провалы. Первые три недели сборки уходят на то, чтобы удержаться от обработки каждого крайнего случая.Дни 36-55 · Интеграции
Клей к существующим системам через n8n или код
На интеграцию уходит около 60% усилий сборки. Недобюджетирование этой части я вижу как самый предсказуемый режим провала.Дни 56-70 · Shadow
Система идёт рядом с людьми на 100% трафика
Ответ уходит в очередь, не клиенту. Вы сравниваете ответ системы с ответом человека на реальном объёме.Дни 71-90 · Живой режим с аварийным выключателем
Реальный трафик, постепенно, с задокументированным откатом
10% на 71-й день, 50% к 80-му, полный к 90-му, если проверки держатся. Аварийный выключатель сделан флагом, который может щёлкнуть не-инженер.
04Строить или покупать
SaaS почти всегда дешевле на старте и почти всегда неправ к девятому месяцу
Я вижу операторов, которые смотрят на вертикальный SaaS за $499/мес и кастом за $40K и решают, что SaaS побеждает. На горизонте 90 дней да. На горизонте 18 месяцев налог на привязку к вендору и невозможность поменять промпт или поиск по документам складываются в шестизначное сожаление. Честное сравнение ниже. Это отправная точка для решения. Возможно, ваш конкретный процесс действительно проживёт в макросе Zendesk вечно, и это нормально.
РИС. 02 · СТРОИТЬ ИЛИ ПОКУПАТЬ НА ГОРИЗОНТЕ 18 МЕСЯЦЕВ
Честное сравнение, когда новизна проходит
| Измерение | Вертикальный SaaS | Кастом на Claude + n8n | |
|---|---|---|---|
| 01 | Время до первого прод-трафика | 2-3 недели | 8-10 недель |
| 02 | Стоимость за 12 месяцев (средний бизнес) | $15-40K | $50-120K с одним инженером на полставки |
| 03 | Владение промптом и поиском по документам | Вендора, непрозрачно | Ваше, в git |
| 04 | Цена переключения на 18-м месяце | Высокая. Данные и промпты у них. | Низкая. Репозиторий переносим. |
05Что считать готовым
День 90 определяется чеклистом
Отгружено, не театр
- Реальный трафик идёт через систему, не демо-ссылка
- Eval-набор в CI. Каждое изменение промпта проходит через него.
- Стоимость на вызов отслеживается. Юнит-экономику можно назвать.
- Kill switch протестирован хотя бы раз
- Метрика недели 1 сдвинулась на конкретное число
- Следующий процесс уже назван на странице
Театр, не отгружено
- Пилот на 10% трафика дольше четырёх недель
- Никто не назовёт стоимость токена без таблицы
- Промпт меняется на глазок, а не против проверочного набора
- План отката сводится к «позвонить вендору»
- Изначальный скоуп вырос больше чем на 30%
- Команда не может сказать, на какой неделе уехало
Если на 90-й день три и больше пунктов из правой колонки про вас, самое полезное, что можно сделать, это остановиться, заморозить проект на неделю и перескопить. Я знаю, что это совет, который никто не хочет слышать на третьем месяце. Это всё равно более дешёвый ход. Полный фреймворк аудита, который я применяю на застрявших программах, ближе к тому, что описано в измерении ROI ИИ. Разрыв между «мы делаем ИИ» и «ИИ делает работу» обычно лежит в измерении.
Опрос Deloitte по автоматизации за июнь 2022 года оценил среднюю окупаемость масштабированных программ примерно в 22 месяца против 16 годом ранее. Скоуп в 90 дней существует ровно затем, чтобы обойти эту кривую.
06Контр-мнение
Большая часть текстов про внедрение ИИ написана теми, кто ничего не отгружал
Опубликованные 90-дневные плейбуки обычно приходят из трёх источников. Консалтинг, продающий полугодовые проекты. Вендоры, продающие платформу, которая удобно стоит в центре схемы. И LinkedIn-персоналии, которые никогда не дежурили на проде с LLM-системой. Никто из них не живёт с последствиями плохого решения на второй неделе, поэтому их совет округляется до «делайте всё аккуратно», а не до «пропускайте discovery, если процесс известен, и начинайте проверочный набор в первый день».
Ещё плейбуки упускают, что модель вовсе не сложная часть. Модель покупается как платный API. Сложна интеграция с CRM, к которой никто не прикасался с 2019 года, consent-флоу, который юристы перепишут трижды, и вопрос, кто берёт пейджер, когда модель решит отказать в законном возврате в два ночи. По разговорам с операторами, которые крутят это в проде, время делится примерно так. 20% модель, 60% интеграция и операции, 20% политика и откат. Модель остаётся лёгкой частью, потому что Anthropic и OpenAI сделали эту работу за вас.
07Как мы работаем
Как мы подошли бы к этому на практике
Когда операторы приходят с «хотим ИИ за 90 дней», первым делом мы толкаем таймер обратно. Если кейс назван, метрика измерена и данные доступны, таймер имеет смысл, и мы катим расписание выше с еженедельными чекпойнтами. Если чего-то из этих трёх не хватает, первый разговор пойдёт о том, как зафиксировать это на бумаге, и мы скажем об этом до того, как назовём цену. Наша страница услуг описывает форму проектов, которые мы берём, а контактная форма подходит, если хочется тридцатиминутного звонка, где мы в основном слушаем и потом говорим, какого из трёх пунктов не хватает.
Часто задаваемые вопросы
Сколько бюджета на первое 90-дневное внедрение?+
Можно ли быстрее 90 дней?+
Нанимать внутри или брать партнёра?+
А если выбранный процесс окажется неправильным?+
Как понять, что метрики реалистичны?+
Когда начинается следующий цикл?+
ANM SOLUTIONS / СВЯЗАТЬСЯ
Нужно применить это к вашему бизнесу?
Расскажите про ваш процесс, и мы покажем место, где ИИ-аналитика даст самый большой измеримый эффект.
Услуга по теме · Программа внедрения ИИ для малого и среднего бизнеса ›Похожие статьи
Как выбрать партнёра по внедрению ИИ и не переплатить
Пять категорий партнёров по внедрению ИИ, где каждая подходит и как отличить полезного вендора от дорогой фабрики слайдов за один разговор.
Читать статьюКлиентская поддержкаИИ для клиентской поддержки, плейбук практика (2026)
Гид оператора по запуску ИИ-поддержки в 2026. Выбор модели, реальность вендоров, дизайн инструментов и проверочный набор, который все откладывают.
Читать статьюROIКак измерить ROI ИИ и получить цифру, которую можно защитить (2026)
Как измерять ROI ИИ по меркам финансового директора. Три слоя возврата, формула, которую можно защитить, и момент, когда проект пора закрыть.
Читать статью