Собрали бота первой линии — и поняли, почему прошлые инструменты не приживались

Контекст

«Мир Здоровья» — многопрофильная сеть клиник: диагностика, поликлиника, хирургия, косметология. Шесть филиалов, порядка трёхсот сотрудников. За год до начала работы компания сменила медицинскую информационную систему, и переход дался тяжело.

Работа шла с конца декабря 2025 несколькими этапами. Исходный контур был рассчитан на три месяца: фундамент и диагностика, затем проектирование, затем реализация и передача. Внутри — пять направлений сразу: разбор управленческой практики с топ-менеджерами, путь пациента и чат-бот первой линии, оргсхема, расписание врачей и дашборды.

Точка входа была не «внедрите нам ИИ». Она звучала как «у нас большой объём, современные системы — и всё по-прежнему держится на людях вручную».

Что болело

Диагностика первого месяца показала, что ИИ здесь не первая проблема.

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

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

И то, что болело именно про ИИ: способ, которым в компании чинили поведение бота, состоял в том, что кто-то правил промпты руками. Это не масштабируется. Опасение с той стороны стола было сформулировано честнее, чем большинство брифов: боимся автоматизации хаоса.

Как подходил

Сначала я искал не задачу для ИИ, а объяснение прошлым неудачам. Оно нашлось быстро: систему для совместной работы в компании уже внедряли до нас — и она прижилась ровно в одном подразделении. В том, где у неё был живой ответственный. Везде, где ответственного не было, инструмент не пережил внедрения.

Это и стало рамкой всей работы. Вопрос «почему у нас не заводится ИИ» имеет здесь скучный ответ: не потому, что инструменты плохие, а потому, что у них не было хозяина, — и следующий инструмент без хозяина тоже не заведётся. Дальше каждое направление проверялось этим вопросом: кто будет этим владеть, когда мы уйдём.

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

Оценку ИИ-зрелости мы сознательно провели независимо двумя участниками, а потом сверили. Это дороже по времени, но снимает главный риск такой оценки — что она окажется отражением настроения консультанта. Из шестнадцати доменов выбрали четыре приоритетных: Роли, Процессы, Платформы, Данные. Домен баз знаний отложили осознанно: при пяти параллельных направлениях расфокус съедает больше, чем недобор охвата.

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

Архитектуру чат-бота согласовывали не с ИТ, а с руководителем клиники и руководителем контакт-центра — с теми, чью нагрузку он должен снять. Рамка простая: бот — первая линия, отвечает по базе знаний и выгрузкам цен и расписания, а при первом же затруднении отпускает человека в общую очередь операторов, не пытаясь дожать разговор. В медицине цена уверенной галлюцинации выше цены лишнего перевода на оператора.

Что мешало и что не получилось

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

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

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

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

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

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

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

Пилот сервиса подачи графиков врачей на двух реальных врачах встал на нерабочей мобильной версии. Групповое обучение и настройка таск-трекера, стоявшие в плане, не были выполнены — всё вытянула индивидуальная работа с руководителями.

И главное. К этапу вывода со стороны заказчика прозвучало, что системного влияния ИИ на процессы клиники пока не видно и рекомендовать широкое внедрение рано — ожидали более структурированного результата. Это справедливая претензия к нам, и она стоит того, чтобы висеть в кейсе.

Что стало

Клиентских цифр «было → стало» по этому кейсу нет — поэтому в карточке нет плашек с метриками. Это честнее подкрашенной оценки.

По нашим замерам бот обрабатывает 72 % чатов первой линии, отвечая быстрее операторов. Это наша внутренняя цифра, не заявление заказчика, и методика подсчёта — что именно считается закрытым без оператора чатом — зафиксирована не была.

Что подтвердили словами, без чисел: галлюцинации ИИ-помощника сведены к минимуму после обновления; дашборд, собранный внутри компании, признан удачным; на сгенерированную схему процесса реакция была «похоже на нашу ОМС, что-то разумное». Ещё в марте на стороне клиники самостоятельно, без нашего участия, собрали и презентацию, и разбор рабочего эпизода на основе аудиозаписи — инструментами, которые мы дали неделей раньше. Для проекта, где цель заявлена как рост ИИ-зрелости команды, это и есть основной вид результата: человек начал делать сам то, ради чего раньше приходил к подрядчику.

Что построено — на срез августа 2026: чат-бот первой линии поверх базы знаний и выгрузок из учётной системы; сервис подачи графиков врачей на собственном сервере в пилоте на двух врачах одного филиала; модель ИИ-зрелости, расширенная до шести контуров и восемнадцати доменов, с выделенной ролью внутреннего владельца ИИ-повестки, на которую есть кандидат внутри компании. Последнее для этого кейса важнее всего: у инструментов наконец появляется хозяин.

Чего нет и о чём мы предупреждали с самого начала — измеримого финансового эффекта. Целью этого этапа была ИИ-зрелость команды, а не деньги; эффект автоматизации ожидается не раньше конца 2026 года.