Пилотом называют ограниченный по времени и масштабу запуск решения на реальных данных и реальных людях, с заранее записанными критериями успеха. По его итогам решают, внедрять дальше, дорабатывать или останавливаться.
Что технология в принципе работает, видно ещё на демо. Пилот проверяет, работает ли она у вас. На ваших документах, со сканами и пометками на полях. С вашими людьми, у которых свои привычки и свои обходные пути. В вашем процессе, где результат модели кто-то должен принять, проверить и передать дальше.
Хороший пилот отвечает на три вопроса. Хватает ли данных. Что меняется в работе людей. Сколько это будет стоить, когда пилот закончится и решение придётся поддерживать.
Бота запускают на месяц, через месяц говорят «вроде работает, людям нравится», и покупку решают по ощущениям. Пилот гоняют на двадцати чистых документах, а в работе потом сканы, рукописные пометки и таблицы в трёх форматах. У пилота нет даты окончания, его бесконечно докручивают, и он тихо становится постоянной системой, о которой никто ничего не решал. Или меряют не то: модель отвечает правильно почти всегда, а время сотрудника на задачу не изменилось.
Во всех случаях деньги потрачены, решения нет. Провал пилота хотя бы понятен. Дороже всего обходится пилот, после которого непонятно, что делать.
Одна крупная инфраструктурная компания решила купить систему, которую руководитель увидел на отраслевой выставке: оператор видит на экране всю территорию, неисправности отмечаются сами по обращениям клиентов, система по истории прошлых лет предсказывает, какое оборудование скоро откажет. У клиента, на котором её показывали, всё это работало.
Сделали пилот в одном подразделении, и даже он оказался дорогим. На нём выяснилось, что система держалась на двух вещах, которых здесь не было: подробной карты удалённых районов и данных об оборудовании, которые годами никто не вёл. Прогнозы так и не заработали как надо. Дыры пилот нашёл, но решения по нему не случилось, потому что заранее никто не записал, что считать успехом. Систему дорабатывали, потом распространили дальше, уже без той части, ради которой её покупали. ИИ там не было. Механика та же.
Какой участок берём: одну цепочку из карты процессов, где эффект можно измерить, а ошибку модели успеют заметить до того, как она дорого обойдётся. Пилот на целое подразделение сам может стоить как небольшое внедрение. Как работа идёт сейчас: время, число ошибок, объём, чтобы было с чем сравнивать. По каким критериям пилот считается успешным, какой у них порог и на каких данных их проверяют. Сколько он длится. Кто принимает решение по итогам и какие у этого решения три варианта: расширяем, дорабатываем, закрываем.
И отдельно: где на пилоте остаётся человек в контуре и что будет, если модель ошибётся. Это видно по точкам отказа.
Если пилот прошёл, считают стоимость владения: поддержку, обновления, время людей на проверку. Пилот часто выглядит дешёвым, потому что его обслуживают энтузиасты. На весь отдел энтузиастов не хватит.
Связанные термины: Аудит процессов · Критерии приёмки · Стоимость владения · Точка отказа
Планируете пилот? Сначала сформулируйте, на какой вопрос он должен ответить. Услуги →