WEBVTT

00:00:00.000 --> 00:00:03.820
Компании покупают лицензии на ИИ, запускают обучение, отмечают высокие показатели завершения,

00:00:03.960 --> 00:00:07.180
а затем наблюдают, как одни и те же команды вручную копируют данные, запрашивают обновление

00:00:07.180 --> 00:00:10.780
статуса по электронной почте и каждый месяц перестраивают отчеты. Это и есть модель потерь.

00:00:10.920 --> 00:00:14.620
Инструмент есть, затраты реальны, но работа практически не продвигается, потому что старая

00:00:14.620 --> 00:00:18.700
модель очлеживает доступность, а не изменения. Значок не покажет, быстрее ли финансовый аналитик

00:00:18.700 --> 00:00:22.700
закрыл проект. Посещаемость не покажет, удалось ли руководителю проекта принять заблокированное

00:00:22.700 --> 00:00:26.600
решение вдвое быстрее. И если вы не можете показать сэкономленное время, меньшее количество

00:00:26.600 --> 00:00:30.880
ошибок или более быстрые действия, и остается статьей расходов. Поэтому в этом видео я хочу

00:00:30.880 --> 00:00:35.280
упростить модель измерения. Сэкономленное время, полученная скорость, снижение количества ошибок

00:00:35.280 --> 00:00:40.200
не в теории, а в реальных задачах. Вот где начинает проявляться ROI. Старая модель рушится.

00:00:40.380 --> 00:00:45.100
Почему показатели сертификации не показывают ROI? Большинство программ обучения и по-прежнему

00:00:45.100 --> 00:00:49.020
следуют модели соответствия требованиям. Люди посещают занятия, заканчивают модуль, возможно,

00:00:49.180 --> 00:00:52.280
сдают тест. А затем руководство получает панель управления с множеством полезных цифр.

00:00:52.280 --> 00:00:56.580
Показатели завершения, участие, самооценка уверенности. Все выглядит аккуратно,

00:00:56.740 --> 00:01:00.660
и в этом-то и проблема. Потому что аккуратные метрики могут скрывать сложную реальность,

00:01:00.900 --> 00:01:05.280
особенно когда сама работа после обучения совсем не меняется. Обычно происходят следующие.

00:01:05.440 --> 00:01:09.120
Команда узнает, что такое подсказка, видит несколько общих демонстраций, а затем возвращается

00:01:09.120 --> 00:01:12.780
к Outlook, Excel, Teams и рабочим процессам отчетности, которые по-прежнему работают по-старому.

00:01:13.040 --> 00:01:16.420
Человек может знать об и больше, чем раньше, но ежемесячный отчет все еще занимает слишком

00:01:16.420 --> 00:01:19.880
много времени. Передача информации по-прежнему прерывается. Последующие действия по-прежнему

00:01:19.880 --> 00:01:23.160
зависят от того, вспомнит ли кто-то отправить его. Таким образом, разрыв заключается не только в знаниях,

00:01:23.160 --> 00:01:26.740
но и в поведении при выполнении задач. И на более глубоком уровне большинство компаний теряют

00:01:26.740 --> 00:01:30.980
ориентиры. Они измеряют шум использования вместо сжатия работы. Исследования в вашем наборе данных

00:01:30.980 --> 00:01:33.880
указывают на огромный разрыв между обычными пользователями и опытными пользователями,

00:01:33.940 --> 00:01:37.720
примерно в 4-5 раз превышающий производительность. Это означает, что средние показатели внедрения

00:01:37.720 --> 00:01:41.640
практически ничего не говорят. Компания может сказать «люди используют ИИ», и при этом упускается

00:01:41.640 --> 00:01:44.280
из виду тот факт, что лишь небольшая группа пользователей преобразует это использование в более

00:01:44.280 --> 00:01:47.720
быструю обработку данных. Именно поэтому показатели завершения кажутся безопасными, но не доказывают

00:01:47.720 --> 00:01:51.760
ценность. Они показывают, что кто-то завершил обучение. Они не показывают, сократилось ли время

00:01:51.760 --> 00:01:56.020
подготовки отчета с 20 минут до 45 секунд на каком-либо этапе процесса, что является одним из

00:01:56.020 --> 00:01:59.980
финансовых показателей в исследованиях. Они не показывают, экономят ли сотрудники в среднем

00:01:59.980 --> 00:02:04.560
около 9 часов в месяц, что подтверждается многочисленными исследованиями Капайлот. И уж точно

00:02:04.560 --> 00:02:08.960
они не показывают, принимается ли решение в 8 раз быстрее или время получения информации сократилось

00:02:08.960 --> 00:02:14.380
на 88% при измеренном внедрении. Это сигналы результата. Все остальное уже настроено. В модели

00:02:14.380 --> 00:02:17.740
есть еще один сбой. Многие пилотные проекты никогда не устанавливают реальную базовую линию,

00:02:17.880 --> 00:02:20.900
поэтому они не могут доказать изменения позже. Исследования, представленные в ваших материалах,

00:02:20.980 --> 00:02:24.540
показывают, что 95% корпоративных пилотных проектов по внедрению и не принесли измеримого влияния

00:02:24.540 --> 00:02:27.560
на прибыль и убытки. Не потому, что инструменты сами по себе потерпели неудачу, а потому,

00:02:27.700 --> 00:02:30.240
что организации пропустили сложные этапы перепроектирования рабочих процессов,

00:02:30.360 --> 00:02:32.860
распределения ответственности и предварительное измерение результатов после внедрения.

00:02:33.000 --> 00:02:36.420
Если вы не знаете, сколько времени занимала задача до повышения квалификации, вы не сможете

00:02:36.420 --> 00:02:39.720
защитить свои утверждения после внедрения. Это стало для меня очевидным, когда я посмотрел,

00:02:39.860 --> 00:02:43.280
как руководители говорят о внедрении. Они часто спрашивают, сколько человек использовали

00:02:43.280 --> 00:02:47.240
капайлот в этом месяце. Звучит разумно, но это неправильный вопрос. Лучше спросить,

00:02:47.380 --> 00:02:52.000
какая задача стала короче, проще или быстрее в решении. Потому что более частое использование ИИ – это

00:02:52.000 --> 00:02:55.540
не то же самое, что сокращение работы. Человек может целый день подсказывать, но все равно создавать

00:02:55.540 --> 00:02:59.220
доработки, задержки и слабые результаты, которые придется исправлять кому-то другому. Поэтому обучение

00:02:59.220 --> 00:03:02.740
должно выйти за рамки общей грамотности и перейти к развитию навыков, ориентированных на роли.

00:03:02.740 --> 00:03:07.340
Не изучать ИИ. Научиться быстрее создавать объяснения отклонений. Научиться превращать шум

00:03:07.340 --> 00:03:11.180
на совещаниях в готовые к действию действия. Научиться сокращать время обработки заявок без

00:03:11.180 --> 00:03:14.620
ущерба для качества. Как только вы откажетесь от логики значков и перейдете к логике рабочих

00:03:14.620 --> 00:03:18.400
процессов, рентабельность инвестиций станет намного проще увидеть. Модель измерения – структура

00:03:18.400 --> 00:03:21.920
освобожденного времени. Итак, как только вы перестанете измерять обучение по посещаемости,

00:03:22.020 --> 00:03:26.080
вам понадобится модель, которая связывает поведение с деньгами. Давайте будем предельно ясны. ROI равен

00:03:26.080 --> 00:03:29.820
сэкономленному времени, умноженному на почасовую стоимость и уровень внедрения. Затем добавим

00:03:32.740 --> 00:03:37.660
в повышение квалификации. Вот вся структура. Не идеальная, но пригодная для использования. И это

00:03:37.660 --> 00:03:41.420
важнее, потому что большинство дискуссий о ROI и терпят крах, когда математика становится слишком

00:03:41.420 --> 00:03:46.000
абстрактной, чтобы менеджеры могли ей доверять. Еще проще, вы покупаете НИИ, вы покупаете рабочие

00:03:46.000 --> 00:03:50.820
часы, и вы пытаетесь перенаправить эти часы на более важную работу. Анализ, планирование, эскалация,

00:03:51.040 --> 00:03:55.220
реагирование на запросы клиентов, принятие более взвешенных решений. Если часы исчезают в виде

00:03:55.220 --> 00:03:59.760
свободного времени, ценность снижается. Если эти часы возвращаются в бизнес в виде более быстрой обработки или

00:03:59.760 --> 00:04:03.680
принятия более эффективных решений, ценность проявляется. Начните с экономии времени, потому что

00:04:03.680 --> 00:04:07.740
это самый чистый сигнал. Измеряйте сэкономленные часы на одного штатного сотрудника в месяц,

00:04:07.840 --> 00:04:11.500
но только в рамках именованных рабочих процессов, а не с помощью ИИ. Это бесполезно.

00:04:11.660 --> 00:04:15.060
Очлеживайте выполнение одной задачи, очистка данных в Excel, составление ежемесячной отчетной

00:04:15.060 --> 00:04:18.060
заметки, подготовка отчета о совещании и списка действий, а затем сравнивайте время,

00:04:18.180 --> 00:04:20.880
затраченное вручную, со временем, затраченным с помощью ИИ, в тех же условиях.

00:04:20.880 --> 00:04:24.380
Одна и та же роль, одна и та же задача, один и тот же уровень сложности. Вот как избежать

00:04:24.380 --> 00:04:28.080
фантастических математических расчетов? Большинство людей упускают из виду, что средние значения

00:04:28.080 --> 00:04:32.340
могут быстро исказить картину. Один человек может сэкономить 15 минут, другой – 2 часа.

00:04:32.420 --> 00:04:36.840
Поэтому не начинайте с общих предположений по всей компании. Начните с уровня рабочего процесса,

00:04:36.980 --> 00:04:40.860
а затем двигайтесь вверх. Если финансовый аналитик экономит даже небольшую сумму на задачи,

00:04:40.960 --> 00:04:44.720
повторяющиеся много раз в месяц, сэкономленные часы накапливаются. Исследования в вашей базе

00:04:44.720 --> 00:04:48.120
данных показывают, что даже скромная ежемесячная экономия может быстро оправдать лицензию,

00:04:48.240 --> 00:04:52.200
если почасовая ценность сотрудника достаточно высока. Затем добавьте скорость принятия решений.

00:04:52.200 --> 00:04:56.040
Это важно, потому что большая часть ценностей и проявляется не в простом сокращении трудозатрат,

00:04:56.160 --> 00:05:00.000
а в сокращении времени ожидания между проблемой и действием. Измерьте время цикла от выявления

00:05:00.000 --> 00:05:03.940
проблемы до принятия следующего решения. В некоторых командах это означает от совещания до

00:05:03.940 --> 00:05:07.680
последующего действия. В других случаях – от выявленного отклонения до реакции руководства.

00:05:07.800 --> 00:05:11.300
И поскольку это легко подделать с помощью расплывчатых объяснений, используйте временные рамки

00:05:11.300 --> 00:05:15.480
до и после обучения. Одна и та же команда, один и тот же тип решения, один и тот же путь утверждения.

00:05:15.620 --> 00:05:19.400
У вас есть подтверждение этому в исследованиях. Некоторые организации сообщили о принятии решений

00:05:19.400 --> 00:05:23.400
в 8 раз быстрее и сокращении времени получения информации на 88% после внедрения И.

00:05:23.480 --> 00:05:27.220
Конечно, не стоит разбрасываться этими цифрами как универсальными обещаниями, поскольку они

00:05:27.220 --> 00:05:30.960
зависят от рабочего процесса и настройки, но они показывают, что происходит, когда и снижает

00:05:30.960 --> 00:05:34.760
трение между сбором информации и действием. И именно это волнует руководителей, потому что

00:05:34.760 --> 00:05:38.080
медленные решения обычно обходятся дороже, чем медленное создание документов.

00:05:38.200 --> 00:05:42.080
После этого выберите еще один показатель, основанный на роли. Сокращение ошибок хорошо работает

00:05:42.080 --> 00:05:44.360
в финансовых или связанных с соблюдением нормативных требований процессов.

00:05:44.440 --> 00:05:46.680
Пропускная способность хорошо работает в сфере обслуживания.

00:05:46.680 --> 00:05:49.860
Стоимость принятия решения может подойти для управленческих процессов, где одна и та же

00:05:49.860 --> 00:05:53.080
проблема постоянно вовлекает в процесс нескольких человек. Смысл не в создании гигантской панели

00:05:53.080 --> 00:05:55.940
мониторинга, а в том, чтобы сопоставить один показатель качества или результата с рабочим

00:05:55.940 --> 00:05:59.540
процессом, чтобы скорость не скрывала плохую работу. Теперь о базовой дисциплине. Это та часть,

00:05:59.680 --> 00:06:02.920
которую почти все хотят пропустить, потому что она кажется скучной, и именно поэтому многие

00:06:02.920 --> 00:06:06.320
заявления о рентабельности инвестиций впоследствии разваливаются. Перед обучением замерьте время

00:06:06.320 --> 00:06:10.200
выполнения задачи, посчитайте объем доработок, зафиксируйте время передачи задачи, затем проведите тот же

00:06:10.200 --> 00:06:13.820
тест после целенаправленного повышения квалификации. Если задача изменилась, отметьте это. Если

00:06:13.820 --> 00:06:17.860
изменился объем, отметьте это. Если улучшилось качество данных, отметьте это. Четкие сравнения

00:06:17.860 --> 00:06:21.960
защищают весь аргумент. Внедрение по-прежнему важно, но как множитель, а не как награда.

00:06:22.160 --> 00:06:25.940
Лицензия, которая простаивает, тормозит модель. Исследования в ваших источниках показывают,

00:06:26.040 --> 00:06:29.740
что активное использование лицензий в крупных предприятиях в среднем составляет 55%, что означает,

00:06:29.900 --> 00:06:33.160
что большая часть платной мощности никогда не используется в рабочем процессе. Поэтому не спрашивайте

00:06:33.160 --> 00:06:37.120
только о том, вошли ли пользователи в систему, спрашивайте, повторялось ли обученное поведение в

00:06:37.120 --> 00:06:41.760
целевой задаче. Это сигнал внедрения, который стоит отслеживать. И еще одно важное различие – общее

00:06:41.760 --> 00:06:45.820
сэкономленное время – это не то же самое, что созданная ценность. Если аналитик экономит час,

00:06:45.980 --> 00:06:49.960
этот час имеет значение только тогда, когда он переходит к более глубокому анализу, более быстрой

00:06:49.960 --> 00:06:54.300
эскалации, лучшему планированию или большей работе с клиентами. Итак, полная модель на самом деле

00:06:54.300 --> 00:06:58.240
выглядит так – вернуть себе минуту, а затем перенаправить ее. Именно так и перестает выглядеть как

00:06:58.240 --> 00:07:01.580
простое расходование средств на программное обеспечение и начинает выглядеть как операционный рычаг.

00:07:01.580 --> 00:07:05.360
Но рентабельность инвестиций проявляется в первую очередь в трех ролях с высокой плотностью

00:07:05.360 --> 00:07:09.760
ROI. Как только модель становится понятной, следующий вопрос – с чего начать? Не со всех,

00:07:10.000 --> 00:07:13.420
не с самого шумного отдела. Начните с тех областей, где работа, повторяющаяся, требует большого

00:07:13.420 --> 00:07:16.560
количества документов и насыщена мелкими решениями, которые замедляют все вокруг. Именно здесь

00:07:16.560 --> 00:07:20.920
наращивание навыков работы с ИИ приносит свои плоды. Вы обучаете одному поведению, оно проявляется

00:07:20.920 --> 00:07:25.460
десятки раз в неделю, и прирост продолжает накапливаться без увеличения штата. Финансовые аналитики

00:07:25.460 --> 00:07:28.660
находятся в верхней части этого списка, потому что большая часть их рабочей недели

00:07:28.660 --> 00:07:32.260
проходят за структурированными данными, повторяющимися комментариями, сверками и циклами

00:07:32.260 --> 00:07:36.520
отчетности, которые требуют ручного труда. Они живут в Excel, очищают входные данные, сравнивают

00:07:36.520 --> 00:07:40.240
версии, объясняют движения и превращают необработанные цифры в то, на чем может действовать

00:07:40.240 --> 00:07:43.440
руководство. Именно в этом виде работы навыки работы с ИИ, основанные на ролях, могут быстро

00:07:43.440 --> 00:07:46.520
сократить тормозящие процессы, потому что трение обычно не связано с глубокими аналитическими

00:07:46.520 --> 00:07:49.760
рассуждениями. Эта работа – предшествующая вынесению суждения, сбор, формирование, составление

00:07:49.760 --> 00:07:52.900
черновиков, проверка, переписывание. В ходе исследований финансовые команды сообщают о значительной

00:07:52.900 --> 00:07:55.840
ежемесячной экономии, а некоторые пилотные проекты показывают, что объем работы по составлению

00:07:55.840 --> 00:07:58.480
отчетов сокращается с длительных ручных циклов до гораздо более быстрых первых черновиков.

00:07:58.600 --> 00:08:02.620
Эта тенденция важнее любой цифры в заголовках. Аналитики не перестают быть аналитиками,

00:08:02.840 --> 00:08:05.880
они перестают тратить столько времени на создание первой версии результата.

00:08:05.980 --> 00:08:09.360
Когда этот сдвиг проходит успешно, вы видите реальное восстановление ресурсов,

00:08:09.480 --> 00:08:15.000
часто в диапазоне от 30% до 50% для целевых задач, и замкнутые циклы начинают двигаться с меньшей

00:08:15.000 --> 00:08:18.840
суетой в конце. Менеджеры проектов – еще одна зона высокой окупаемости инвестиций,

00:08:18.840 --> 00:08:22.840
но по другой причине. Их работа теряется под нагрузкой координации, сбора информации о статусе,

00:08:22.920 --> 00:08:26.160
протоколов совещаний, отслеживания действий, журналов рисков, последующих действий,

00:08:26.320 --> 00:08:28.960
обновлений для заинтересованных сторон. Ничто из этого не является тривиальным,

00:08:29.100 --> 00:08:32.280
и все это создает задержки, когда информация лежит в чатах, презентациях или недоделанных

00:08:32.280 --> 00:08:34.920
заметках вместо того, чтобы использоваться для принятия решений. Таким образом,

00:08:35.040 --> 00:08:37.820
когда менеджеры проектов обучаются использованию и в рамках рабочего процесса,

00:08:37.900 --> 00:08:40.600
а не в качестве побочного эксперимента, выгода проявляется в эффективности работы.

00:08:40.760 --> 00:08:43.860
Еженедельный цикл подготовки, который раньше занимал 6 часов, может сократиться до 2,

00:08:43.980 --> 00:08:46.880
если составление резюме, извлечение информации о действиях и обновлении черновиков

00:08:46.880 --> 00:08:50.560
происходит внутри уже используемых инструментов. Что еще важнее, результат поступает в более

00:08:50.560 --> 00:08:54.340
удобном для выполнения виде. Людям не нужно восстанавливать-то, что произошло на совещании.

00:08:54.500 --> 00:08:58.660
Они могут видеть риск, ответственного, крайний срок и следующий шаг. Именно поэтому циклы

00:08:58.660 --> 00:09:03.420
принятия решений в таких условиях могут ускоряться на 25-40%. Скорость достигается не за счет более быстрого

00:09:03.420 --> 00:09:07.120
набора текста, а за счет сокращения задержки между обсуждением и выполнением. Затем есть оперативные

00:09:07.120 --> 00:09:10.160
подразделения и служба поддержки, где большая часть экономической работы выполняется за счет большого

00:09:10.160 --> 00:09:13.840
объема информации. Эти команды обрабатывают повторяющиеся вопросы, повторяющиеся коммуникации,

00:09:13.980 --> 00:09:17.140
поиск знаний, составление резюме кейсов и постоянное переключение между системами.

00:09:17.280 --> 00:09:20.360
Небольшая экономия здесь имеет значение, потому что она происходит в течение всего дня.

00:09:20.520 --> 00:09:24.400
Если время обработки запроса в службу поддержки сокращается с 12 минут до 7, этот разрыв повторяется

00:09:24.400 --> 00:09:27.660
на протяжении сотен или тысяч взаимодействий, и внезапно производительность резко возрастает

00:09:27.660 --> 00:09:31.740
без обычного решения, найма большего количества сотрудников. Именно здесь и возникает реальное давление на

00:09:31.740 --> 00:09:35.000
качество. Команда не может просто работать быстрее, она должна оставаться в рамках целевых

00:09:35.000 --> 00:09:38.280
показателей, сохранять точность и поддерживать стабильное качество ответов. Вот почему на

00:09:38.280 --> 00:09:41.700
ранних этапах эти роли выигрывают от более четких шаблонов запросов и более узких сценариев

00:09:41.700 --> 00:09:45.800
использования. Составьте черновик ответа, извлеките необходимую информацию, обобщите случай,

00:09:46.040 --> 00:09:49.580
позвольте человеку подтвердить нестандартные ситуации. Когда такая дисциплина налажена,

00:09:49.720 --> 00:09:54.120
прирост производительности в диапазоне от 20% до 40% начинает выглядеть правдоподобно,

00:09:54.120 --> 00:09:58.480
а не преувеличено. Таким образом, правило отбора простое. Не распределяйте обучение равномерно по всей

00:09:58.480 --> 00:10:01.820
организации, потому что это кажется справедливым. Разместите его там, где и увеличивает

00:10:01.820 --> 00:10:04.640
производительность за счет повторения, документирования и нагрузки на принятие решений.

00:10:04.760 --> 00:10:07.680
Финансовый отдел обеспечивает измеримое сокращение времени подготовки анализа.

00:10:07.840 --> 00:10:10.720
Управление проектами обеспечивает более быстрое продвижение за счет координации.

00:10:10.900 --> 00:10:13.360
Операционный отдел и служба поддержки обеспечивают увеличение объема работы с четкими

00:10:13.360 --> 00:10:17.240
показателями качества обслуживания. Разные роли, один и тот же шаблон. Работа продвигается с меньшими

00:10:17.240 --> 00:10:20.880
трудностями, потому что информация поступает ближе к моменту принятия решения. И именно этот подход

00:10:20.880 --> 00:10:23.720
следует продолжать использовать, переходя к примерам, потому что сигнал становится сильнее,

00:10:23.720 --> 00:10:26.920
когда вы перестаете спрашивать, кто использовал инструмент, и начинаете спрашивать, какой рабочий

00:10:26.920 --> 00:10:31.080
процесс сократился. Доказательства в рабочем процессе, три конкретных примера «да» и «после».

00:10:31.080 --> 00:10:33.900
Итак, давайте перейдем к конкретике, потому что именно здесь рентабельность инвестиций

00:10:33.900 --> 00:10:36.960
либо становится оправданной, либо превращается в туман в зале заседаний совета директоров.

00:10:37.320 --> 00:10:40.440
Возьмем сначала финансовый сектор. До целенаправленного повышения квалификации

00:10:40.440 --> 00:10:44.800
ежемесячный цикл отчетности может растянуться на пять дней, не потому что сам анализ занимает пять дней,

00:10:44.960 --> 00:10:48.920
а потому что аналитики тратят слишком много этого времени на сбор цифр, проверку форматирования,

00:10:48.920 --> 00:10:53.120
составления комментариев и написания объяснений отклонений в одном и том же стиле снова и снова.

00:10:53.340 --> 00:10:57.680
Обученное поведение меняет эту последовательность. Вместо того, чтобы начинать с чистого листа,

00:10:57.880 --> 00:11:01.880
аналитик использует и для составления первого варианта комментариев, обобщения изменений по

00:11:01.880 --> 00:11:06.440
категориям и структурирования объяснения для проверки. Заключение не исчезает. Аналитик по-прежнему

00:11:06.440 --> 00:11:10.200
проверяет цифры, но ручная работа сокращается, и цикл может сократиться с пяти дней до двух.

00:11:10.680 --> 00:11:14.580
Реальная выгода заключается в том, что происходит дальше. Сэкономленное время не уходит на улучшение

00:11:14.580 --> 00:11:17.880
качества отчетов. Оно используется для планирования сценариев, анализа исключений и более

00:11:17.880 --> 00:11:21.460
быстрого взаимодействия с лицами, принимающими решения. Теперь посмотрим на управление проектами.

00:11:21.660 --> 00:11:25.280
Базовая проблема обычно заключается не в недостатке усилий, а в фрагментации. Заметки в одном

00:11:25.280 --> 00:11:28.960
месте, действия в другом, риски, скрытые в ходе совещания, на пересмотр которого у кого нет времени.

00:11:29.160 --> 00:11:32.580
Руководитель проекта может легко тратить шесть часов в неделю только на приведение статуса в удобную

00:11:32.580 --> 00:11:36.220
форму. После повышения квалификации в зависимости от роли рабочий процесс меняется. Заметки

00:11:36.220 --> 00:11:40.600
совещания обобщаются в едином порядке. Действия определяются с указанием ответственных лиц и сроков.

00:11:40.600 --> 00:11:43.660
Риски и препятствия выявляются раньше, потому что руководителю проекта не приходится

00:11:43.660 --> 00:11:47.100
восстанавливать их вручную постфактум. Время на подготовку может сократиться с шести часов до

00:11:47.100 --> 00:11:51.160
двух, и это приносит большую выгоду в дальнейшем. Эскалации происходят раньше. Заинтересованные

00:11:51.160 --> 00:11:54.520
стороны получают обновления, готовые к действию. Меньше решений затягивается из-за того,

00:11:54.640 --> 00:11:57.540
что последующие запросы поступают с опозданием, являются неполными или неясными.

00:11:57.720 --> 00:12:01.500
Изменилась не должность менеджера проекта, а скорость, с которой информация становится доступной.

00:12:01.660 --> 00:12:05.260
Затем есть поддержка и операционная деятельность, где результаты становятся очень наглядными

00:12:05.260 --> 00:12:09.720
очень быстро. Начнем с типичного случая. Среднее время обработки составляет 12 минут,

00:12:09.900 --> 00:12:13.460
потому что люди ищут правильный ответ, пишут ответ с нуля, резюмируют случай,

00:12:13.700 --> 00:12:17.820
а затем переходят к следующему, уже отставая. После целенаправленного повышения квалификации

00:12:17.820 --> 00:12:21.280
агент использует и для черновых ответов, более быстрого поиска информации в утвержденных

00:12:21.280 --> 00:12:24.600
источниках и структурированных резюме случаев, которые сокращают повторный поиск.

00:12:24.740 --> 00:12:29.500
Время обработки может сократиться с 12 минут до 7. Это важно само по себе, но более важным сигналом

00:12:29.500 --> 00:12:33.140
является другая стабильность. Больше случаев решается в рамках заданных параметров.

00:12:33.140 --> 00:12:36.620
Качество первого ответа улучшается, потому что ответ начинается с обоснованного черновика,

00:12:36.820 --> 00:12:40.680
а не с поспешного написания вручную. И команда получает передышку без увеличения штата.

00:12:40.840 --> 00:12:45.440
Во всех трех случаях структура остается неизменной. Вы начинаете с базовой задачи. Вы обучаете

00:12:45.440 --> 00:12:49.300
поведение внутри этой задачи. Рабочий процесс сокращается. Затем высвобожденные ресурсы

00:12:49.300 --> 00:12:52.520
направляются в полезное русло. Эта повторяемая структура важна, потому что она обеспечивает

00:12:52.520 --> 00:12:56.280
честность бизнес-обоснования. Вы не заявляете о волшебстве. Вы показываете, куда ушло время,

00:12:56.460 --> 00:13:00.000
что изменилось и как команда использовала полученную выгоду. Внешние контрольные показатели в вашем

00:13:00.000 --> 00:13:02.880
исследовании подтверждают эту закономерность, не заменяя внутренние доказательства.

00:13:03.000 --> 00:13:06.560
В исследованиях Microsoft Copilot пользователи сообщают о средней ежемесячной экономии времени,

00:13:06.720 --> 00:13:09.640
и значительная часть сообщает о более быстром создании хорошего первого черновика.

00:13:09.840 --> 00:13:13.000
В ходе измеренных развертываний команды также сообщают о более быстром получении аналитических

00:13:13.000 --> 00:13:16.400
данных и более высокой скорости принятия решений, когда и интегрирован в реальный рабочий процесс.

00:13:16.600 --> 00:13:19.620
Они используются в качестве универсального помощника. Эти контрольные показатели полезны,

00:13:19.700 --> 00:13:22.020
потому что они показывают, что ваш внутренний результат не является изолированным,

00:13:22.060 --> 00:13:25.080
но они должны подтверждать обоснование, а не дополнять его. И именно такая дисциплина

00:13:25.080 --> 00:13:29.440
необходимо руководителям. Не спрашивайте, повлиял ли ИИ на процесс. Спросите, стал ли процесс

00:13:29.440 --> 00:13:32.840
теперь работать с меньшими задержками, меньшим количеством переделок и более эффективным

00:13:32.840 --> 00:13:36.660
использованием квалифицированных специалистов. В каждом из этих случаев ИИ не убрал роль.

00:13:36.780 --> 00:13:40.940
Он устранил задержку между поступлением информации и началом действий. В этом и заключается

00:13:40.940 --> 00:13:44.160
преимущество. Но это справедливо только в том случае, если система контролируется,

00:13:44.300 --> 00:13:47.220
потому что как только результаты начинают отклоняться от нормы, источники информации

00:13:47.220 --> 00:13:50.360
становятся некачественными или люди начинают импровизировать в условиях высокого риска,

00:13:50.460 --> 00:13:53.140
кажущаяся выгода может исчезнуть из-за скрытой работы по исправлению ошибок.

00:13:53.140 --> 00:13:56.900
Жесткая система управления, защищающая рентабельность инвестиций. Теперь о том,

00:13:57.000 --> 00:13:59.760
что многие материалы и пропускают, потому что это звучит менее захватывающе,

00:13:59.880 --> 00:14:02.400
чем повышение производительности управления. Но если вы это упустите,

00:14:02.560 --> 00:14:05.520
ваша модель рентабельности инвестиций быстро станет неэффективной, поскольку плохие

00:14:05.520 --> 00:14:09.160
результаты создают скрытую работу по проверке, слабые решения и риск, которые никто не учитывал

00:14:09.160 --> 00:14:12.940
на начальном этапе. Начните с границ данных. ИИ должен работать только с утвержденными

00:14:12.940 --> 00:14:16.440
источниками данных в соответствии с четкими правилами доступа и с входными данными,

00:14:16.560 --> 00:14:20.640
которым люди могут доверять. Если источник устарел, некачественный или получен не из того места,

00:14:20.640 --> 00:14:23.860
результат может выглядеть отполированным, но при этом направлять команду в неправильном

00:14:23.860 --> 00:14:27.580
направлении. Это дорого. Не всегда видимым образом, но в виде повторных проверок,

00:14:27.700 --> 00:14:31.480
переделок, задержек с утверждением и потерей доверия. Поэтому правила работы должны

00:14:31.480 --> 00:14:35.280
оставаться простыми. Контролируемые данные на входе, проверяемые результаты на выходе.

00:14:35.440 --> 00:14:38.480
Затем держите человека в курсе, где на самом деле лежит ответственность.

00:14:38.620 --> 00:14:41.980
Искусственный интеллект может составлять черновики, подводить итоги, предлагать шаблоны,

00:14:42.040 --> 00:14:45.260
но утверждения, исключения и окончательные решения по-прежнему остаются за людьми.

00:14:45.360 --> 00:14:48.000
Это не просто осторожность. Это способ защитить качество решений,

00:14:48.000 --> 00:14:51.760
одновременно получая преимущество в скорости. Особенно в финансах, управлении проектными рисками,

00:14:51.880 --> 00:14:54.940
клиентских кейсах или любой сфере, имеющей регуляторные последствия, кто-то должен нести

00:14:54.940 --> 00:14:58.300
ответственность за принятие решений, а не просто за подсказку. Именно здесь помогает разделение

00:14:58.300 --> 00:15:02.260
сценариев использования. Сначала масштабируются низкорисковые задачи, резюме, черновики электронных

00:15:02.260 --> 00:15:05.820
писем, действия на совещаниях, предварительные комментарии. Это хорошие места для формирования

00:15:05.820 --> 00:15:09.880
привычек, потому что преимущества легко увидеть, а недостатки легко заметить. Затем вы переходите

00:15:09.880 --> 00:15:13.720
к поддержке контролируемого анализа, где и помогает структурировать мышление, но не замыкает

00:15:13.720 --> 00:15:17.260
цикл самостоятельно. Высокорисковая автоматизация остается узконаправленной и контролируемой,

00:15:17.320 --> 00:15:20.680
потому что как только рабочий процесс начинает нести финансовый, юридический или сервисный риск,

00:15:20.800 --> 00:15:23.820
стоимость неправильного результата быстро возрастает. Без такого разделения компании

00:15:23.820 --> 00:15:27.680
размывают все воедино. Они рассматривают резюме совещания и конфиденциальный путь принятия

00:15:27.680 --> 00:15:31.480
решения как несущий один и тот же риск. Это не так. Когда люди не видят границ, они либо

00:15:31.480 --> 00:15:35.520
чрезмерно доверяют инструменту, либо полностью избегают его. И то, и другое убивает ценность.

00:15:35.680 --> 00:15:40.460
Стандарты тоже важны. Случайные подсказки порождают случайную работу. Если каждый сотрудник придумает

00:15:40.460 --> 00:15:44.540
свой собственный способ запроса резюме, черновиков и анализов, качество распространяется повсюду,

00:15:44.660 --> 00:15:48.180
и менеджеры в конечном итоге оценивают различия в стиле, а не ценность для бизнеса.

00:15:48.280 --> 00:15:52.060
Общие шаблоны подсказок, руководство по ролям и простые примеры уменьшают это расхождение.

00:15:52.200 --> 00:15:55.820
Не потому, что подсказки — это стратегия, а потому, что повторяющееся поведение снижает объем

00:15:55.820 --> 00:15:59.440
доработок. Измерение также не должно прекращаться после внедрения. Вам необходимо иметь представление

00:15:59.440 --> 00:16:02.620
о сэкономленном времени, глубине внедрения, частоте исключений, доработках и любом снижении качества

00:16:02.620 --> 00:16:05.360
результатов в режиме реального времени. В противном случае, первоначальные достижения могут

00:16:05.360 --> 00:16:08.520
замаскировать последующий спад. Команда может выглядеть быстрее на бумаге, в то время как работа

00:16:08.520 --> 00:16:12.800
по исправлению накапливается где-то еще. Это не ROI, это затраты, перенесенные в другую часть

00:16:12.800 --> 00:16:16.780
системы. И это главный вывод для руководства. Управление не замедляет создание ценности,

00:16:16.940 --> 00:16:20.380
оно защищает ценность от переоценки. Лидеры финансируют не то, что кажется им умным,

00:16:20.380 --> 00:16:23.860
а то, что можно проверить, сравнить и защитить, когда результаты ставятся под сомнение.

00:16:24.000 --> 00:16:27.620
Поэтому, если ваша программа и может демонстрировать чистые входные данные, четкое распределение

00:16:27.620 --> 00:16:31.060
ответственности, разумные уровни и измеримые результаты, она перестает выглядеть как эксперимент

00:16:31.060 --> 00:16:34.800
и начинает выглядеть как операционная дисциплина. Как только эти механизмы контроля будут встроены

00:16:34.800 --> 00:16:38.900
в модель, расширение использования и перестанет выглядеть как ставка на энтузиазм и начнет

00:16:38.900 --> 00:16:43.280
выглядеть как управляемое бизнес-решение. Масштабирование без потерь. Как перейти от пилотного

00:16:43.280 --> 00:16:47.820
проекта к операционной модели? После этого следующая ошибка – слишком раннее масштабирование.

00:16:47.980 --> 00:16:50.800
Пилотный проект показывает многообещающие результаты, руководство воодушевляется,

00:16:50.940 --> 00:16:53.820
а затем лицензии распространяются по всей компании, прежде чем кто-либо закрепит шаблон,

00:16:53.820 --> 00:16:57.160
который действительно привел к результату. Вот где происходит утечка денег. Не потому,

00:16:57.400 --> 00:17:00.660
что инструмент перестал работать, а потому, что операционная модель так и не сформировалась

00:17:00.660 --> 00:17:04.700
вокруг него. Лучший путь начинается с малого и конкретного. Выберите от трех до пяти рабочих

00:17:04.700 --> 00:17:07.940
процессов для каждой целевой роли. Не десять, не все возможные варианты использования,

00:17:08.060 --> 00:17:11.740
а только рабочие процессы с повторяющимся объемом, видимыми препятствиями и четкой бизнес-релевантностью.

00:17:12.020 --> 00:17:15.880
Зафиксируйте базовый уровень, прежде чем что-либо менять. Затем обучите людей самой задаче,

00:17:16.080 --> 00:17:19.740
а не просто познакомьте их с общими функциями. Финансовому аналитику не нужен подробный урок по

00:17:19.740 --> 00:17:23.340
возможностям и ему нужно знать, как сократить время, затрачиваемое на составление комментариев,

00:17:23.440 --> 00:17:26.800
как быстрее очищать повторяющиеся электронные таблицы и как структурировать анализ отклонений

00:17:26.800 --> 00:17:30.460
с меньшим количеством обсуждений. Затем проведите короткие пилотные циклы с четкими критериями

00:17:30.460 --> 00:17:34.500
успеха. Наблюдается ли экономия рабочего времени? Сократилось ли время цикла? Остается ли

00:17:34.500 --> 00:17:38.200
качество стабильным? Продолжают ли обученные пользователи использовать шаблон после первой недели?

00:17:38.320 --> 00:17:42.360
Это важные сигналы. Если активное использование снижается или увеличивается объем доработок,

00:17:42.480 --> 00:17:46.280
не стоит расширяться. Сначала исправьте рабочий процесс, руководство или поддержку.

00:17:46.280 --> 00:17:50.920
Рост без этой дисциплины лишь порождает путаницу. Здесь помогает создание пакетов документов,

00:17:51.120 --> 00:17:54.760
понятных каждому заинтересованному лицу. Финансовый директор хочет видеть расчетную стоимость

00:17:54.760 --> 00:17:58.080
сэкономленного труда и предотвращенных потерь. Операционный директор хочет видеть динамику

00:17:58.080 --> 00:18:01.640
времени цикла, производительности и надежности обслуживания. Руководители подразделений хотят

00:18:01.640 --> 00:18:04.780
знать, может ли команда справиться с большим объемом работы, быстрее реагировать или сократить

00:18:04.780 --> 00:18:08.540
ручной административный труд. Поэтому, когда вы запрашиваете следующий этап, не делайте общих заявлений от

00:18:08.540 --> 00:18:11.700
поставщика. Покажите данные на уровне ролей из вашей собственной среды, привязанные к одному

00:18:11.700 --> 00:18:15.800
рабочему процессу за раз. Бюджет также необходимо пересмотреть. Слишком много средств на и по-прежнему

00:18:15.800 --> 00:18:19.280
тратится на общую сертификацию и разовые обучающие мероприятия, которые кажутся организованными,

00:18:19.340 --> 00:18:22.340
но не дают результатов. Более эффективная модель предполагает вложение средств в коучинг,

00:18:22.460 --> 00:18:25.300
интегрированные в рабочие процессы, общие библиотеки подсказок и подкрепление со стороны

00:18:25.300 --> 00:18:28.720
менеджеров, поскольку именно эти механизмы превращают полезную демонстрацию в повторяющееся поведение.

00:18:28.900 --> 00:18:32.620
Исследования в вашей базе данных также указывают в этом направлении. Высокоэффективные

00:18:32.620 --> 00:18:36.540
организации тратят больше средств на внутреннюю разработку программ и поддержку менеджеров и меньше

00:18:36.540 --> 00:18:40.640
на внешнюю сертификацию как на основное решение. Расширение должно следовать за кластерами ролей и

00:18:40.640 --> 00:18:44.340
уровнями вариантов использования. Если одна финансовая команда доказывает свою ценность в поддержке

00:18:44.340 --> 00:18:47.700
отчетности и сверки, переходите к смежным финансовым рабочим процессам. Если менеджеры

00:18:47.700 --> 00:18:51.180
проектов демонстрируют улучшение в отчетности о состоянии и очлеживании действий, переходите к связанным

00:18:51.180 --> 00:18:54.960
моделям координации. Такое масштабирование хорошо держится. Лицензирование по принципу «единого

00:18:54.960 --> 00:18:57.840
окна» редко работает, потому что использование распространяется быстрее, чем возможности.

00:18:57.940 --> 00:19:02.240
И всегда задавайте себе один вопрос перед каждым решением о внедрении. Изменило ли это способ работы?

00:19:02.420 --> 00:19:06.640
Если ответ «нет», остановитесь, потому что прибыль достигается не за счет добавления доступа к «и»,

00:19:06.640 --> 00:19:10.260
а за счет изменения пути от ввода к действию таким образом, чтобы бизнес мог это измерить.

00:19:10.380 --> 00:19:15.480
Таким образом, переход прост. ROI не зависит от объема обучения. Он достигается за счет сокращения задач,

00:19:15.660 --> 00:19:19.760
ускорения принятия решений и более чистого выполнения работы внутри уже выполняемой сотрудниками сферы.

00:19:19.760 --> 00:19:23.300
Выберите один рабочий процесс на этой неделе в области финансов, управления проектами или

00:19:23.300 --> 00:19:26.980
поддержки. Сравните ручную версию с версией с поддержкой и после целенаправленного повышения

00:19:26.980 --> 00:19:30.700
квалификации и посмотрите, куда денется освободившаяся мощность. Если это изменило ваше

00:19:30.700 --> 00:19:36.040
представление об и от Microsoft, подпишитесь на подкаст М365FM, оставьте отзыв, свяжитесь со мной,

00:19:36.180 --> 00:19:41.080
Мирку Петерсом, в LinkedIn и пришлите мне следующее узкое место в рабочем процессе, которое вы хотите обсудить.