Когда говорят «внедрили — не пользуются», дело обычно не в интерфейсе. Система стоит, счета оплачены, обучение проводилось, а поток работы идёт мимо: по почте, в таблице, голосом через соседний стол. Спорить с этим бесполезно — люди выбирают маршрут, который короче, а не тот, который правильнее.
Ниже не советы «вовлекайте персонал», а вопросы подрядчику. Задавать их лучше до подписания, но они работают и постфактум. К каждому — как звучит ответ по делу и как звучит уход от ответа. Смысл у всего списка один: понять, отвечает подрядчик за сдачу или за то, что системой будут пользоваться.
Почему система простаивает, даже когда работает исправно
Простой складывается из нескольких вещей, и ни одна из них не относится к качеству программы:
- •Старый способ сделать ту же работу остался открытым, и никто не назвал день, когда он закрывается,
- •Система решает задачу руководителя — сводит отчёт, даёт прозрачность, — а исполнителю только добавляет ввод данных,
- •Она стоит сбоку от рабочего дня: чтобы ей воспользоваться, нужно вспомнить о ней и зайти отдельно,
- •Первое же исключение — нетиповой документ, странная заявка — она не переварила, и человек больше не рискует.
Ни одна из этих причин не лечится обучением. Обучение отвечает на вопрос «как нажимать», а система простаивает из-за ответа на вопрос «зачем нажимать вообще».
«Кто по имени будет работать в ней каждый день и что у него исчезнет из работы?»
Первый вопрос и главный. Ответ по делу называет должность и человека, а следом — участок, который уходит из его дня: разбор входящих перестаёт быть его работой, он смотрит только то, что система отложила как спорное. Уход от ответа — перечисление возможностей: «сможет делать то, это и вот это». Возможности не равны работе, и достанутся они тому, у кого времени и так нет.
Если ни один участок ни у кого не исчезает, система — надстройка над прежней работой. Надстройку заполняют, пока на неё смотрит руководитель.
«Что происходит со старым способом и когда он закрывается?»
Пока старый маршрут разрешён, поток идёт по нему — не из вредности, а потому что он короче. Ответ по делу называет действие и того, кто его выполняет: почтовый ящик перестаёт принимать заявки, форма на сайте ведёт в новую систему, таблица переводится в режим чтения. Уход от ответа — «пусть поработают параллельно, привыкнут».
Оговорка важная: параллельный период нужен, на нём сверяют результат с людьми. Отличается он одним — у него записан конец и признак, по которому он заканчивается. Как формулируют такой признак до старта, разобрано в статье когда AI-пилот считать неудачным.
«Где система появляется в рабочем дне — сама или к ней надо прийти?»
Системой, в которую надо специально зайти, пользуются, пока помнят о ней. Ответ по делу описывает точку входа там, где человек уже сидит: письмо приходит с готовым разбором, карточка заполнена до звонка, сводка падает в рабочий чат. Уход от ответа — про удобство интерфейса и «мы выдадим доступы и проведём обучение».
«На каких данных вы это показывали и что она делает с исключением?»
Демонстрация обычно идёт на подобранных примерах, а работа — на реальном потоке с опечатками, скан-фото под углом и нетиповыми случаями. Ответ по делу: прогоняли на вашем архиве и показывают, где ошиблись. Уход от ответа: «точность высокая» без единого примера ошибки.
Второй половиной вопроса пренебрегают чаще. Важно не то, что система не ошибается, а что она делает, когда не уверена: останавливается и отдаёт человеку или молча выдаёт правдоподобный ответ. Уверенный неверный ответ обходится дороже, чем отказ отвечать: доверие после него само не восстанавливается, и человек обычно возвращается к прежнему способу. Граница «где обязана остановиться» описывается вместе с ролью, а не настраивается потом.
«Кто с моей стороны отвечает за неё после сдачи?»
Системе, которой пользуются, нужен владелец внутри компании: человек, который решает спорные случаи, обновляет справочники и правила, отвечает на вопрос «а этот документ куда». Подрядчик им быть не может — он не решит за вас, считать этот платёж авансом или доплатой.
Ответ по делу — подрядчик сам спрашивает, кто это будет, и называет, что этому человеку придётся делать после запуска. Уход от ответа — «мы всё настроим, от вас ничего не потребуется». После такого ответа система живёт ровно до первого отклонения реальности от настроек.
«Как я увижу, что ей пользуются, не спрашивая вас?»
Простой обнаруживают поздно именно потому, что его никто не измеряет: пока не спросили, все считают, что работает. Ответ по делу называет величины и источник, в котором вы поднимете их сами: сколько документов прошло за неделю, сколько ответов ушло без правки, сколько случаев человек вернул обратно. Уход от ответа — когда отчёт подрядчика оказывается единственным источником: сверить его не с чем, и о простое вы узнаёте от того, кто за этот простой отвечает.
Сама по себе регулярная сводка — вещь полезная: она экономит время и приносит выводы, а не только цифры. Вопрос в том, чем она подкреплена. Если числа из неё поднимаются в системах, которые и так ваши, — в рекламном кабинете, CRM, почтовом ящике, учётной системе, — сводка удобство. Если поднять их негде, наблюдения нет, есть доверие на слово.
Это та же величина, из которой считают деньги: объём работы, реально прошедший через роль. Как он превращается в расчёт окупаемости — в статье сколько стоит AI-сотрудник и когда он окупается.
«Что вы сделаете, если через месяц ей не пользуются?»
Вопрос про ответственность за эксплуатацию, а не за сдачу. Ответ по делу проводит границу: вот это наша зона — роль не встроилась, переделываем точку входа и то, что она забирает у человека; а вот это уже новые работы — процесс поменялся, задача другая. Уход от ответа — «такого не бывает».
Месяц в вопросе — не критерий успеха, а момент, когда разговор точно должен состояться: получилось или нет, показывает условие, записанное до старта, а не календарь. Оформляется это тем же механизмом, что и выход из проекта: условие, при котором стороны признают, что не получилось, и порядок действий дальше. Как записать его в договор заранее — точка останова проекта.
Если система уже стоит и ей не пользуются
Порядок обратный: сначала выясняют, чем люди пользуются вместо неё и почему тот путь короче. Симптом указывает на причину довольно точно, и от неё зависит, что спрашивать.
| Что видно | Что за этим обычно стоит | О чём спросить |
|---|---|---|
| Заявки идут в почту и мессенджер мимо системы | Старый маршрут не закрыт | Кто и когда его закрывает |
| Заполнены только обязательные поля | Ввод есть, отдачи исполнителю нет | Что система возвращает человеку в ответ на ввод |
| Пользуется один энтузиаст, остальные нет | Держится на человеке, а не на потоке | Где точка входа для остальных |
| Пользовались вначале, потом перестали | Споткнулась на исключении, доверие потеряно | Что происходит, когда система не уверена |
Отдельный признак, который стоит проверить до всякой переделки: не изменился ли сам процесс с момента постановки задачи. Система, сделанная под порядок работы, которого больше нет, простаивает заслуженно, и чинить в ней нечего.
Что на эти вопросы отвечаем мы
Тем же порядком. Начинаем с разбора процесса: смотрим, где уходит время, и выбираем самый рутинный участок — то есть сначала называем, у кого и что уходит из дня, и только потом, что роль умеет. Дальше она описывается как процесс: что делает сама, что показывает человеку и где обязана остановиться.
- •Старый маршрут закрывает заказчик — это решение внутри компании, и мы говорим это прямо, а не предлагаем работать параллельно бессрочно. Наша часть: роль сначала идёт рядом с людьми, результат сверяется на вашем материале, и только после этого ей передают поток,
- •Точка входа — канал, где человек уже работает: почта и хранилище документов, виджет на сайте, бот в мессенджере, ваш существующий телефонный номер, сводка в рабочий чат. Отдельное окно, куда надо специально зайти, — не единственный вариант,
- •Показываем на вашем материале, а не на подобранных примерах: прогоняем ваш архив и сверяем выводы с вашим специалистом до запуска. Что происходит с исключением, описано заранее — нечитаемый документ помечается на ручную проверку, вопрос без ответа в ваших материалах уходит человеку, недостающих данных роль не выдумывает,
- •Владельца с вашей стороны называем до запуска: в контрольный период он проверяет результат целиком, дальше — выборочно и то, что роль пометила сама,
- •Величины, по которым видно использование, остаются в ваших системах: рекламные кампании ведутся в вашем кабинете, с историей — что менялось, когда и почему; данные выгружаются в открытом формате в любой момент и без нашего участия. Сводку мы присылаем, но она не единственный источник,
- •Условие, при котором мы сами скажем, что не получилось, и порядок действий дальше — записываем до начала работ, а не после первого месяца тишины.
Где роль работает — внутри вашего контура или на нашей инфраструктуре в России — вопрос отдельный: он решается по данным и к тому, где система появляется в дне человека, отношения не имеет.
Что закрывает конкретная роль и с какой стоит начинать — AI-сотрудники Stitex. Список вопросов, которые стоит задать любому подрядчику, и то, что остаётся у заказчика после работы, собраны на странице что мы делаем.
Частые вопросы
Сотрудники саботируют новую систему — это вопрос дисциплины?
Обычно нет. Пока старый способ сделать ту же работу открыт, дисциплина спорит с удобством и проигрывает. Сначала закрывают старый маршрут и убирают у человека кусок работы, и только потом требуют пользоваться новым.
Можно ли просто приказать пользоваться?
Приказ закрывает старый маршрут, но не создаёт причину. Если система только добавляет ввод данных и ничего не забирает, приказ даст формально заполненные поля и работу по-прежнему мимо системы. Приказ работает вместе с тем, что у человека действительно исчезает участок рутины.
Через какое время станет понятно, взлетело или нет?
Понятно не по сроку, а по условию, записанному до старта: какой объём работы должен пройти через систему и в чьих руках. Без такого условия разговор превращается в спор ощущений, и решение откладывается ещё на квартал.
Система работает, но результат хуже, чем у человека. Это тот же случай?
Нет, это другой разговор — про качество и границы, а не про простой. Здесь важно, что происходит, когда система не уверена: останавливается и отдаёт человеку или выдаёт правдоподобный ответ молча. Граница «где обязана остановиться» описывается вместе с ролью.
Мы уже внедрили, и ей никто не пользуется. Переделывать с нуля?
Сначала выясните, чем люди пользуются вместо неё и почему этот путь короче. Часто дело не в системе, а в незакрытом старом маршруте или в том, что точка входа лежит не там, где идёт работа. Переделка с нуля без этого ответа даст вторую неиспользуемую систему.