Что сотрудники собрали на своих задачах за шесть сессий

ФАЗА: инженеры завода собрали агентов для заявок, схем и техкарт.

Сотрудники российского производителя энергооборудования взяли задачи со своих участков. Заявку подрядчику по чертежам агент уже собирает в первом применении. Техпредложение и монтажная схема по ТЗ заказчика идут цепочкой из двух агентов, и на каждом шаге решение принимает инженер. Техкарту с программой для станка с ЧПУ опробовали на 12 деталях.

Кейс ФАЗА: черновик готовит агент, решение за инженеромЧетыре задачи завода: что делали руками, что теперь делает агент, кто проверяет результат и что было готово на 13 октября 2026 года.Читать кейс →

Портал техподдержки: похожий инженерный случай находится поиском.

Эта и две следующие истории — прототипы участников из других команд. По правилам программы их собирают на вымышленных, тестовых или обезличенных данных, поэтому компании мы не называем.

Как было

Ответы на инженерные вопросы искали в переписке и у самых опытных коллег.

Что собрал участник

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

Что меняется в работе

Похожий случай инженер находит поиском, без звонка ведущему инженеру.

Что остаётся людям

Записывать по форме каждый новый случай. Поиск находит только то, что в базу внесли.

Статус: прототип, показан на защитеПеренос на живую базу компании и выбор пилота — решение самой компании после программы.

Калькулятор сметы: один формат и проверка до того, как расчёт увидит клиент.

Как было

Смету считали вручную, и каждый по-своему.

Что собрал участник

Калькулятор, который берёт прайс и правила компании, считает стоимость и собирает смету в общем формате.

Что он проверяет сам

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

Что остаётся людям

Проверить расчёт и допущения. Клиенту смета уходит только после проверки сотрудником.

Статус: прототип, показан на защите

Тренажёр звонков: менеджер отрабатывает трудный разговор до того, как позвонит клиенту.

Задача

Звонок на реактивацию: тип клиента заранее неизвестен, его нужно понять по ходу разговора.

Как устроен тренажёр

Клиент попадается случайный, или руководитель отдела продаж выбирает конкретный тип, чтобы тренировать слабое место менеджера.

Что после звонка

Тренажёр показывает разбор. По нему менеджер и руководитель видят, что подтянуть.

Что остаётся людям

Руководитель решает, какой тип клиента давать менеджеру, и обсуждает с ним разбор. Тренажёр готовит к разговору, сам звонок остаётся за менеджером.

Статус: прототип, показан на защите

Что ещё участники показывали на защите.

Каждый прототип начинался с процесса, который держался на людях и переписке. Кроме портала, калькулятора и тренажёра выше:

• AI-помощник для закупок и склада.
• Сервис заказа расходных материалов.
• Рабочая база знаний с мобильным интерфейсом.
• Единая система постановки и контроля задач.
• Панель с этапами производства, загрузкой и расчётами.
• Система, которая объединяет рассылки, контент, трекер задач и лендинги.

По правилам программы прототипы собираются на вымышленных, тестовых или обезличенных данных. Скриншоты части этих работ есть на странице программы.

Каждая сессия добавляет проекту один слой.

1. Задача — регулярная, понятная, с проверяемым результатом.
2. Постоянный контекст — роль, правила, документы и примеры, чтобы агент не начинал с нуля.
3. Скилл — инструкция, по которой агент делает задачу одинаково каждый раз.
4. Подключения через GitHub, API и MCP — только с теми правами, которые нужны задаче.
5. MVP — инструмент с инструкцией и понятной точкой входа; принятые материалы переходят во «второй мозг» компании.
6. Защита: живой показ, разбор Дениса и решение о пилоте.

Между сессиями участник тратит 1–2 часа в неделю на свой проект. Со стороны компании нужны три роли: собственник или ЛПР принимает решения по проектам, координатор держит расписание и рабочий чат, технический специалист отвечает за доступы и установку.

Защита и пилот

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

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

• Российский производитель CAD/CAM‑оборудования
• Федеральная сеть «Дельта и Зубная Формула»
• Стоматологии в 16 городах
• Российский завод энергооборудования