WEBVTT

00:00:00.100 --> 00:00:07.620
Готовы к 10 дням погружения в Microsoft 365, Copilot и Azure и знакомство с людьми, формирующими будущее работы.

00:00:07.820 --> 00:00:12.260
В этом январе M365Con возвращается, и мы берем новую высоту.

00:00:12.440 --> 00:00:18.640
Присоединяйтесь к нам для участия в живых сессиях, демонстрациях реальных кейсов и получения практических знаний от MVP и экспертов со всего мира.

00:00:18.800 --> 00:00:22.200
Никаких общих слайдов, никаких бесконечных модных словечек.

00:00:22.300 --> 00:00:29.060
Мы решаем реальные задачи, Copilot Studio, EAGенты, фабрик, безопасность, управление и автоматизация.

00:00:29.060 --> 00:00:35.320
Независимо от того, являетесь ли вы IT-специалистом, разработчиком или бизнес-лидером, у нас есть сессии специально для вас.

00:00:35.500 --> 00:00:40.440
За 10 полных дней вы сможете изучить множество технологий и пообщаться с глобальным сообществом.

00:00:40.660 --> 00:00:44.560
Смотрите в прямом эфире и используйте практические идеи в своей организации.

00:00:44.820 --> 00:00:51.120
Январь 2027 года. 10 дней. Единое сообщество Microsoft. Регистрация уже открыта.

00:00:51.580 --> 00:00:56.080
Переходите на M365Con.net и забронируйте свое место сегодня.

00:00:56.080 --> 00:00:58.940
Это M365Con.net

00:00:58.940 --> 00:01:02.900
Присоединяйтесь на M365Con.net

00:01:02.900 --> 00:01:04.840
Увидимся в прямом эфире в январе.

00:01:05.000 --> 00:01:09.980
Большинство компаний внедряют Microsoft 365 Copilot в ожидании мгновенного роста продуктивности.

00:01:10.140 --> 00:01:14.620
Но вот в чем подвох. Без измерения использования и эффекта эти ожидания быстро рушатся.

00:01:14.780 --> 00:01:18.580
Если ваша команда не может доказать, где Copilot экономит время, а где он игнорируется,

00:01:18.720 --> 00:01:20.720
вы просто инвестировали в очередной ненужный инструмент.

00:01:20.720 --> 00:01:25.220
Почему же так много внедрений проходит незаметно? И что сделать, чтобы ваше стало успешным?

00:01:25.360 --> 00:01:28.440
Оставайтесь со мной, ведь недостающее звено здесь не техническое.

00:01:28.640 --> 00:01:34.100
Все дело в превращении метрик в цикл обратной связи, который делает Copilot из хайпа измеримым ROI.

00:01:34.360 --> 00:01:36.580
Хайп против реальности внедрения Copilot.

00:01:36.820 --> 00:01:40.660
Большинство руководителей преподносят Copilot как волшебную таблетку для продуктивности.

00:01:40.860 --> 00:01:42.760
Обещание звучит просто. Запустите его.

00:01:42.960 --> 00:01:46.660
И с первого дня сотрудники начнут магически успевать больше, прилагая меньше усилий.

00:01:46.660 --> 00:01:51.340
Это история, которую слышат большинство руководителей и повторяют на общих собраниях и совещаниях.

00:01:51.400 --> 00:01:53.720
Но проходит полгода, и отношение меняется.

00:01:53.940 --> 00:01:58.460
Вместо отчетов о впечатляющих результатах в организации начинают задавать неудобные вопросы.

00:01:58.660 --> 00:02:00.900
Почему показатели эффективности не изменились?

00:02:01.060 --> 00:02:04.000
Почему некоторые команды до сих пор цепляются за старые процессы?

00:02:04.120 --> 00:02:08.580
Ажиотаж сменяется неуверенностью, а настроение вокруг Copilot – от восторга к сомнениям.

00:02:08.720 --> 00:02:13.440
Ожидание, порождающее это разочарование, заключается в том, что Copilot работает по принципу «включил и готово».

00:02:13.440 --> 00:02:16.580
Руководители часто воспринимают его как мгновенное обновление рабочих процессов,

00:02:16.660 --> 00:02:20.360
полагая, что как только у сотрудников появится доступ, они сами поймут, как его везде интегрировать.

00:02:20.500 --> 00:02:25.080
Кажется интуитивно понятным, что и помощник естественным образом впишется в повседневные задачи.

00:02:25.180 --> 00:02:28.480
Проблема в том, что внедрение технологий не равно трансформации.

00:02:28.700 --> 00:02:32.960
Без структуры, стратегии и мониторинга Copilot становится лишь еще одним инструментом

00:02:32.960 --> 00:02:35.700
среди десятков уже имеющихся в стеке для продуктивности.

00:02:35.920 --> 00:02:39.860
Сотрудники попробуют его, изучат функции и, возможно, даже будут использовать время от времени.

00:02:39.860 --> 00:02:43.220
Но эпизодическое использование – это не то же самое, что измеримый прогресс.

00:02:43.220 --> 00:02:44.680
Вот в чем заключается разрыв.

00:02:44.820 --> 00:02:47.640
На бумаге внедрение может выглядеть успешным, лицензии используются,

00:02:47.740 --> 00:02:51.860
пользователи входят в систему, делают запросы, но в реальном рабочем процессе никто на самом деле не знает,

00:02:52.080 --> 00:02:54.000
являются ли эти запросы актуальными или ценными.

00:02:54.180 --> 00:02:56.800
Одни сотрудники экспериментируют с Copilot, форматируя текст,

00:02:57.020 --> 00:02:59.860
в то время как другие используют его для написания одного письма в неделю.

00:03:00.040 --> 00:03:03.440
Такое использование никак не доказывает, что производительность действительно выросла.

00:03:03.600 --> 00:03:06.660
Отсутствие прозрачности превращает оценку успеха внедрения в гадание.

00:03:06.660 --> 00:03:10.380
Вскоре руководство начинает полагаться на поверхностные цифры, лишенные контекста.

00:03:10.380 --> 00:03:13.860
Иллюзии успеха есть, но реальное влияние на бизнес остается непроверенным.

00:03:14.060 --> 00:03:17.920
Если вам когда-либо приходилось внедрять Microsoft Teams без контроля за структурой групп или каналов,

00:03:18.020 --> 00:03:19.080
вы уже знаете эту историю.

00:03:19.200 --> 00:03:21.180
Поначалу показатели внедрения резко растут.

00:03:21.340 --> 00:03:24.260
Люди проводят собрания, переписываются в чатах и создают команды повсюду.

00:03:24.380 --> 00:03:27.620
Но когда управлением пренебрегают, хаос нарастает быстрее, чем само внедрение.

00:03:27.820 --> 00:03:30.520
Дублирование контента множится, заброшенные пространства копятся,

00:03:30.720 --> 00:03:32.920
а качество вовлеченности падает быстрее, чем росло.

00:03:33.040 --> 00:03:35.020
Внедрение Copilot попадает в ту же ловушку.

00:03:35.020 --> 00:03:39.580
Тот факт, что у всех есть доступ и все с ним играются, не означает, что организация извлекает из этого пользу.

00:03:39.680 --> 00:03:41.060
Часто это означает обратное.

00:03:41.280 --> 00:03:46.640
Множество разрозненных экспериментов без системы, без структуры и без возможности масштабировать успешные результаты.

00:03:46.920 --> 00:03:51.860
Распространенная ошибка – считать, что как только IT-отдел завершил техническое развертывание, их работа выполнена.

00:03:52.060 --> 00:03:56.500
Серверы работают, учетные записи синхронизированы, лицензии назначены, галочка поставлена.

00:03:56.680 --> 00:03:59.640
Такой подход сводит Copilot к простой технической формальности,

00:03:59.860 --> 00:04:02.740
а не рассматривает его как инициативу по трансформации бизнеса.

00:04:02.740 --> 00:04:07.740
Успех ошибочно определяется, как «мы его запустили», а не как «он приносит измеримые результаты».

00:04:07.740 --> 00:04:08.840
Результат предсказуем.

00:04:09.000 --> 00:04:13.580
Организации заявляют, что Copilot интегрирован, но в реальности его использование остается поверхностным.

00:04:13.660 --> 00:04:16.200
А поверхностное внедрение не выдерживает серьезной проверки.

00:04:16.340 --> 00:04:17.440
Цифры подтверждают это.

00:04:17.580 --> 00:04:23.820
Примерно в 7 из 10 случаев внедрения Copilot не удается зафиксировать измеримую окупаемость инвестиций после первоначального всплеска активности.

00:04:24.080 --> 00:04:26.940
Руководители смотрят на дашборды со статистикой входов,

00:04:27.080 --> 00:04:31.100
но не могут связать их с экономией времени или реальным повышением продуктивности.

00:04:31.100 --> 00:04:34.080
Окупаемость замирает на том же уровне, где началось внедрение.

00:04:34.280 --> 00:04:37.180
Доступ предоставлен, но повышение производительности не доказано.

00:04:37.300 --> 00:04:42.200
И поскольку нет базовых показателей для сравнения, невозможно даже понять, изменил ли Copilot хоть что-то существенное.

00:04:42.380 --> 00:04:45.200
Без надлежащих измерений организация, по сути, занимается гаданием.

00:04:45.360 --> 00:04:47.360
Тревожные сигналы часто проходят незамеченными.

00:04:47.520 --> 00:04:50.500
Один отдел клянется, что Copilot незаменим, а другой едва к нему прикасается.

00:04:50.660 --> 00:04:53.420
Руководители списывают это на разницу в нагрузке или зрелости процессов,

00:04:53.560 --> 00:04:55.900
но эти закономерности указывают на нечто гораздо более глубокое.

00:04:55.900 --> 00:05:00.060
Неравномерная кривая внедрения, отражающая отсутствие руководства, обучения и структуры.

00:05:00.200 --> 00:05:04.980
Если одни команды самостоятельно находят ценность, а другие остаются в стороне, это нельзя назвать успехом.

00:05:05.120 --> 00:05:06.460
Вы упускаете возможности.

00:05:06.700 --> 00:05:11.340
Организация теряет в согласованности, общих лучших практиках и эффекте масштаба.

00:05:11.440 --> 00:05:14.300
И именно здесь появляется по-настоящему революционный подход.

00:05:14.520 --> 00:05:17.440
Ранняя оценка не просто отвечает на вопрос, идет ли внедрение.

00:05:17.620 --> 00:05:19.400
Она показывает как, где и почему.

00:05:19.640 --> 00:05:22.980
Она выявляет неравномерные модели внедрения не как любопытные факты,

00:05:23.220 --> 00:05:24.900
а как сигналы раннего предупреждения.

00:05:24.900 --> 00:05:28.820
При правильном подходе руководители могут вмешаться, скорректировать обучение,

00:05:29.040 --> 00:05:32.860
найти скрытых лидеров и перенаправить усилия до того, как прогресс остановится.

00:05:33.080 --> 00:05:38.020
Внедрять капайлот без измерений – это как покупать самолет, не проверяя, летает ли он.

00:05:38.240 --> 00:05:41.180
У вас могут быть двигатель, крылья и ремни безопасности,

00:05:41.360 --> 00:05:44.800
но пока вы не подтвердите полет, успех существует только в теории.

00:05:44.940 --> 00:05:46.700
Это поднимает более важный вопрос.

00:05:47.020 --> 00:05:51.280
Как на раннем этапе понять, идет ли внедрение капайлот к успеху или терпит крах?

00:05:51.420 --> 00:05:53.580
Скрытые метрики, предсказывающие провал.

00:05:53.580 --> 00:05:57.660
Что, если бы вы могли с самого начала определить, что внедрение капайлот обречено на неудачу?

00:05:57.760 --> 00:06:01.080
Представьте, что вы замечаете красные флаги до того, как внедрение заступорится,

00:06:01.240 --> 00:06:02.720
а инструмент станет бесполезным грузом.

00:06:02.820 --> 00:06:04.500
Это не только возможно, это необходимо.

00:06:04.680 --> 00:06:07.340
Потому что к моменту, когда жалобы пользователей доходят до руководства,

00:06:07.500 --> 00:06:08.580
становится уже слишком поздно.

00:06:08.720 --> 00:06:12.300
Капайлот – это тот случай внедрения, где опасность поначалу не выглядит как провал.

00:06:12.440 --> 00:06:13.720
Она выглядит как активность.

00:06:13.920 --> 00:06:17.700
Люди входят в систему, лицензии назначаются, а показатели сервиса выглядят здоровыми.

00:06:17.700 --> 00:06:21.100
Но на самом деле показатели, которые действительно важны, говорят об обратном.

00:06:21.260 --> 00:06:24.480
Реальность такова, что большинство организаций не отчлеживают правильные сигналы.

00:06:24.560 --> 00:06:28.200
IT-отдел считает количество активированных лицензий и полагает, что это равно успеху.

00:06:28.280 --> 00:06:30.560
В таблице показатели внедрения выглядят впечатляюще.

00:06:30.680 --> 00:06:34.060
Тысячи сотрудников имеют доступ, и система показывает высокую активность.

00:06:34.240 --> 00:06:35.020
Вот в чем проблема.

00:06:35.220 --> 00:06:38.700
Эта цифра ничего не говорит о том, получает ли коллектив реальную пользу.

00:06:38.840 --> 00:06:41.880
Это равносильно тому, чтобы считать, сколько людей открыли Excel за день,

00:06:42.000 --> 00:06:45.160
не зная, составили ли они бюджет или просто отсортировали список покупок.

00:06:45.160 --> 00:06:48.980
Активированные лицензии подтверждают охват, но ничего не говорят о влиянии.

00:06:49.080 --> 00:06:53.700
Представьте вымышленную компанию с 2000 лицензий Copilot, распределенных по отделам.

00:06:53.860 --> 00:06:57.700
На бумаге внедрение выглядит как победа, но при более детальном изучении данных

00:06:57.700 --> 00:07:00.920
лишь около 20% запросов связаны со смысленными задачами.

00:07:01.080 --> 00:07:05.760
Например, обобщением заметок по проекту, созданием контента для клиентов или составлением отчетов.

00:07:05.900 --> 00:07:09.160
Остальное – это тестовые запросы, просьбы к Copilot написать шутки,

00:07:09.360 --> 00:07:13.480
ответить на элементарные вопросы или повторить функции, не улучшающие рабочие процессы.

00:07:13.480 --> 00:07:16.980
В этой картине внедрение еще не провалилось, но первые результаты показывают,

00:07:17.180 --> 00:07:18.780
что оно уже движется в неверном направлении.

00:07:18.980 --> 00:07:21.700
Если руководители будут продолжать хвалить рост использования без контекста,

00:07:21.840 --> 00:07:24.800
они назовут внедрение успешным, пока реальная ценность будет незаметно угасать.

00:07:24.940 --> 00:07:27.300
Одни и те же слепые зоны появляются снова и снова.

00:07:27.480 --> 00:07:29.920
Первая ошибка организаций – это подсчет входов в систему.

00:07:30.100 --> 00:07:32.780
Высокая активность выглядит неплохо на первый взгляд, но она скрывает,

00:07:32.920 --> 00:07:34.660
помогают ли эти действия продвигать работу вперед.

00:07:34.820 --> 00:07:37.020
Вторая ошибка – это игнорирование контекста.

00:07:37.240 --> 00:07:41.120
Отслеживание запросов без привязки к задачам или областям дает искаженную картину.

00:07:41.120 --> 00:07:45.040
Именно так вы в итоге смешиваете случайные тесты одного пользователя с автоматизацией,

00:07:45.180 --> 00:07:46.240
экономящей время другого.

00:07:46.340 --> 00:07:48.920
И третья ошибка – отсутствие базовых показателей.

00:07:49.140 --> 00:07:51.980
Не зная, сколько времени занимали рабочие процессы до внедрения,

00:07:52.180 --> 00:07:55.980
невозможно измерить экономию времени, рост эффективности или снижение числа ошибок

00:07:55.980 --> 00:07:57.120
после появления Капайлот.

00:07:57.280 --> 00:08:00.120
Базовые данные превращают внедрение в измеримые результаты.

00:08:00.240 --> 00:08:02.160
Без них у вас есть только голые цифры.

00:08:02.320 --> 00:08:04.160
Итак, на что же командам стоит обратить внимание?

00:08:04.340 --> 00:08:06.160
Подумайте о площади охвата использования.

00:08:06.360 --> 00:08:09.260
Это означает понимание того, как Капайлот проявляется в реальных рабочих процессах,

00:08:09.260 --> 00:08:11.080
а не просто сам факт того, что кто-то задал вопрос,

00:08:11.200 --> 00:08:14.060
интегрирован ли он в подготовку к встречам, составлении документов,

00:08:14.260 --> 00:08:15.540
анализ или работу с клиентами.

00:08:15.700 --> 00:08:19.260
Отслеживание охвата позволяет увидеть, где Капайлот становится частью повседневного ритма,

00:08:19.400 --> 00:08:20.820
а где к нему относятся как к диковинке.

00:08:20.980 --> 00:08:24.500
Широкий охват означает, что сотрудники внедряют его во множество точек взаимодействия.

00:08:24.660 --> 00:08:26.200
Узкий – сигнализирует о рисках.

00:08:26.360 --> 00:08:30.380
Капайлот ограничен одним-двумя небольшими сценариями и, возможно, никогда не выйдет за их рамки.

00:08:30.520 --> 00:08:31.540
Это не просто теория.

00:08:31.820 --> 00:08:35.660
Поведенческие метрики рассказывают об уровне внедрения гораздо больше, чем любые цифры.

00:08:39.260 --> 00:08:42.740
Однородность использования в отделе намекает на то,

00:08:43.000 --> 00:08:46.420
движут ли внедрением лидеры мнений или успех зависит от частных экспериментов.

00:08:46.600 --> 00:08:48.620
Даже разнообразие задач, которые поддерживает Капайлот,

00:08:48.780 --> 00:08:51.460
может предсказать, стабилизируется ли использование или будет расширяться.

00:08:51.620 --> 00:08:54.040
Исследования внедрения технологий постоянно показывают,

00:08:54.180 --> 00:08:57.440
что разнообразные глубокие модели использования ведут к устойчивому принятию,

00:08:57.520 --> 00:08:59.940
а поверхностное повторяющееся использование – к отказу.

00:09:00.040 --> 00:09:01.260
Капайлот – не исключение.

00:09:01.460 --> 00:09:02.380
Вот ключевой вывод.

00:09:02.560 --> 00:09:04.580
Недооцененные метрики показывают ясность окупаемости,

00:09:04.780 --> 00:09:07.140
а ROI – быстрее, чем любая высокоуровневая панель управления.

00:09:07.140 --> 00:09:10.720
Если в течение 60 дней вы сможете связать запросы к Капайлот с конкретными результатами,

00:09:10.800 --> 00:09:13.580
такими как скорость подготовки документов или сокращение ручного форматирования,

00:09:13.700 --> 00:09:15.240
вы поймете, что внедрение масштабируется.

00:09:15.400 --> 00:09:18.140
Если все, что вы видите, это входы в систему и разовые эксперименты,

00:09:18.380 --> 00:09:19.600
значит, внедрение проваливается.

00:09:19.800 --> 00:09:21.780
В этом разница между ожиданием конца квартала,

00:09:21.940 --> 00:09:23.420
чтобы понять, что ничего не улучшилось,

00:09:23.580 --> 00:09:26.480
и внесением корректировок в реальном времени, пока сохраняется динамика.

00:09:26.600 --> 00:09:29.300
Как только вы поймете эти закономерности, задача изменится.

00:09:29.480 --> 00:09:32.620
Вы вышли за рамки догадок, основанных на лицензиях и входах в систему.

00:09:32.620 --> 00:09:35.580
Вы знаете, где Капайлот набирает обороты, а где нет.

00:09:35.800 --> 00:09:38.920
Настоящий вопрос теперь в том, как собирать эти данные на практике,

00:09:39.040 --> 00:09:42.980
и, что более важно, как сделать так, чтобы выводы возвращались в процесс внедрения,

00:09:43.180 --> 00:09:44.720
а не пылились в статичном отчете.

00:09:45.420 --> 00:09:48.100
Превращение сырых данных в цикл обратной связи.

00:09:48.260 --> 00:09:51.680
Сбор данных об использовании – это одно, но большинство внедрений терпит неудачу,

00:09:51.780 --> 00:09:54.400
потому что никто не утруждает себя возвратом этих данных в систему.

00:09:54.560 --> 00:09:57.640
Цифры собираются, графики строятся, презентации рассылаются,

00:09:57.840 --> 00:09:59.320
но выводы на этом и заканчиваются.

00:09:59.460 --> 00:10:02.200
Сотрудники продолжают использовать Капайлот так же, как в первый день,

00:10:02.340 --> 00:10:03.640
и ничего принципиально не меняется.

00:10:03.800 --> 00:10:06.500
В этом заключается разрыв между дашбордами и петлями обратной связи.

00:10:06.640 --> 00:10:08.240
Дашборд показывает, что произошло.

00:10:08.360 --> 00:10:11.260
Петля обратной связи говорит, а теперь вот что мы будем с этим делать.

00:10:11.400 --> 00:10:14.980
И без этого сдвига внедрения Капайлот выглядит активным, но не дает прогресса.

00:10:15.100 --> 00:10:16.120
Подумайте об этом так.

00:10:16.260 --> 00:10:19.920
Статический дашборд может показать, что за месяц было введено 10 тысяч запросов.

00:10:20.140 --> 00:10:21.540
Руководители чувствуют спокойствие.

00:10:21.780 --> 00:10:25.000
Есть активность, инструмент используется, инвестиции работают.

00:10:25.000 --> 00:10:30.420
Но задумывается ли кто-нибудь, что это были за запросы, и связаны ли они с важными бизнес-результатами?

00:10:30.540 --> 00:10:31.520
Но в этом-то и проблема.

00:10:31.720 --> 00:10:35.740
За показателями тщеславия легко гнаться, ведь они впечатляют, и ими можно поделиться советом директоров.

00:10:35.820 --> 00:10:39.460
Но при ближайшем рассмотрении они редко помогают принимать решения, улучшающие внедрение.

00:10:39.620 --> 00:10:43.980
Капайлот оказывается запертым в цикле поверхностной валидации без структурных улучшений.

00:10:44.180 --> 00:10:45.100
Вот наглядный пример.

00:10:45.100 --> 00:10:51.700
Представьте, что вы изучаете логи и понимаете, что 60% всех запросов — это вариации «напиши это письмо» или «перепиши это предложение».

00:10:51.700 --> 00:10:52.640
Полезно, конечно.

00:10:52.860 --> 00:10:57.780
Но хотя редактирование писем выглядит неплохо в краткосрочной перспективе, это ничего не говорит о более глубоких достижениях автоматизации.

00:10:57.940 --> 00:11:05.920
Тем временем целые области потенциала, такие как создание сложных контрактов, резюмирование длинных сводок политики или подготовка аналитических отчетов, остаются нетронутыми.

00:11:05.920 --> 00:11:10.480
Если лидеры остановятся на поверхности, они будут праздновать показатели использования, но не будут иметь плана по их расширению.

00:11:10.620 --> 00:11:14.400
В результате Капайлот выполняет рутинную работу вместо того, чтобы приносить более значимую пользу.

00:11:14.520 --> 00:11:16.700
Именно здесь в игру вступает петля обратной связи.

00:11:16.840 --> 00:11:22.340
Когда вы знаете, что сотрудники реально делают с Капайлот, вы можете направить обучение на изменение этой модели.

00:11:22.500 --> 00:11:32.340
Если большинство запросов — это письма, новые обучающие сессии могут показать продвинутые сценарии, как Капайлот извлекает идеи из заметок со встреч или создает черновики предложений.

00:11:32.340 --> 00:11:37.660
Вместо того, чтобы повторять один освоенный сценарий, обучение подталкивает сотрудников к новым областям.

00:11:37.780 --> 00:11:40.160
Так, сырые данные формируют процесс внедрения.

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

00:11:44.720 --> 00:11:50.100
Печальная реальность в том, что большинство организаций тратят больше времени на продвижение внедрения, чем на его поддержку.

00:11:50.280 --> 00:11:52.800
Масштабные коммуникационные компании празднуют запуск.

00:11:52.960 --> 00:11:57.860
Плакаты, баннеры в интранете, общее собрание, где лидеры говорят о том, как и меняют будущие работы.

00:11:58.020 --> 00:12:00.140
Но компании по вовлечению не создают навыков.

00:12:00.260 --> 00:12:01.920
Они создают осведомленность без глубины.

00:12:02.080 --> 00:12:03.800
Петля обратной связи меняет этот баланс.

00:12:03.980 --> 00:12:08.220
Она берет энергию, которую лидеры тратили на маркетинг, и направляет ее на практические навыки для сотрудников.

00:12:08.220 --> 00:12:10.360
Сообщения о внедрении пробуждают любопытство.

00:12:10.520 --> 00:12:13.980
Обучение на основе обратной связи гарантирует, что любопытство превращается в компетенцию.

00:12:14.180 --> 00:12:16.620
Современному внедрению не нужен очередной статический дашборд.

00:12:16.860 --> 00:12:19.820
Нужен механизм, который возвращает метрики использования обратно в систему.

00:12:20.000 --> 00:12:22.820
Именно здесь на помощь приходит аналитика Капайлот в Vivo Insighters.

00:12:23.000 --> 00:12:30.340
Вместо того, чтобы показывать общие цифры без контекста, она позволяет детально изучить модели внедрения и выявить области, где обучение или рекомендации могут исправить ситуацию.

00:12:30.340 --> 00:12:33.980
Воспринимайте это не как программу для отчетов, а как инструмент для развития.

00:12:34.160 --> 00:12:38.000
Она постоянно задает вопрос, что эти данные подсказывают нам изменить завтра.

00:12:38.180 --> 00:12:41.380
Именно этого изменения в мышлении не хватает многим руководителям.

00:12:41.560 --> 00:12:44.940
В статичном отчете данные лишь описывают прошлое внедрение.

00:12:45.180 --> 00:12:48.380
Что произошло, как часто и где возникали всплески активности.

00:12:48.540 --> 00:12:51.800
Но в цикле обратной связи те же цифры превращаются в рекомендации.

00:12:52.020 --> 00:12:55.840
Низкое разнообразие запросов становится сигналом о необходимости целевого обучения.

00:12:55.840 --> 00:13:01.240
Неравномерное внедрение между отделами становится поводом поделиться лучшими практиками передовиков с отстающими командами.

00:13:01.420 --> 00:13:05.420
Медленное освоение продвинутых сценариев использования – это повод для каучинга, а не для паники.

00:13:05.560 --> 00:13:09.360
Такой подход превращает данные из пассивной отчетности в активное руководство к действию.

00:13:09.480 --> 00:13:10.700
И вот в чем главный секрет.

00:13:10.880 --> 00:13:16.460
Без обратной связи внедрение Капайлот остается статичным, зацикленным на привычках, которые сотрудники выработали случайно.

00:13:16.580 --> 00:13:21.980
Но когда данные об использовании возвращаются в систему обучения, коммуникации и изменения процессов, внедрение эволюционирует.

00:13:21.980 --> 00:13:28.340
Каждое взаимодействие становится точнее, так как система учится не только на и Капайлот, но и на поведении людей вокруг него.

00:13:28.500 --> 00:13:32.400
Этот кумулятивный эффект делает каждый новый цикл внедрения эффективнее предыдущего.

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

00:13:36.120 --> 00:13:40.640
Настоящая возможность заключается в выявлении наиболее ценных практик и их масштабировании на весь бизнес.

00:13:40.880 --> 00:13:45.220
Здесь обратная связь выходит за рамки дашбортов и начинает формировать общие сценарии успеха.

00:13:45.420 --> 00:13:47.820
Масштабирование лучших практик по всей организации.

00:13:47.820 --> 00:13:52.940
Что происходит, когда одна команда находит способ использовать Капайлот так, что это в корне меняет их работу?

00:13:53.140 --> 00:13:59.320
Настоящий прорыв начинается, когда эта история успеха не ограничивается одной командой, а становится шаблоном для всей компании.

00:13:59.540 --> 00:14:04.060
В этот момент Капайлот превращается из любопытного инструмента в реальный рычаг повышения продуктивности.

00:14:04.200 --> 00:14:05.340
Но есть одна загвоздка.

00:14:05.520 --> 00:14:08.400
Слишком часто эти локальные успехи не выходят за пределы отделов.

00:14:08.500 --> 00:14:10.160
Возьмем, к примеру, отдел кадров.

00:14:10.340 --> 00:14:14.340
Допустим, они оптимизируют промпты Капайлот, чтобы упростить процесс адаптации новых сотрудников.

00:14:14.340 --> 00:14:19.880
Вместо того, чтобы вручную собирать документы, напоминания о политиках и графике обучения, Капайлот берет на себя всю тяжелую работу.

00:14:20.040 --> 00:14:25.240
В результате объем бумажной работы при адаптации сокращается вдвое, а новые сотрудники получают четкий и готовый пакет материалов.

00:14:25.320 --> 00:14:26.860
Для HR это меняет правила игры.

00:14:27.020 --> 00:14:31.360
Они экономят часы на ручной координации и сокращают количество ошибок, которые раньше проникали в процесс.

00:14:31.540 --> 00:14:36.180
Это именно то улучшение, которое делает первый день сотрудника проще, а работу HR эффективнее.

00:14:36.300 --> 00:14:40.800
Но если этот опыт не распространять дальше, он так и останется локальным, мощным, но изолированным достижением.

00:14:40.940 --> 00:14:43.660
И это-то противоречие, с которым сталкивается каждая организация.

00:14:43.660 --> 00:14:50.860
В одном подразделении Капайлот кардинально улучшает рабочие процессы, в то время как в соседнем отделе его по-прежнему используют лишь для написания простых писем и правки формулировок.

00:14:50.940 --> 00:14:53.300
Такое неравномерное распространение ведет к растрате потенциала.

00:14:53.500 --> 00:14:57.960
Еще больший риск заключается в том, что руководители видят противоречивые результаты в разных отделах и решают, что сам Капайлот неэффективен.

00:14:58.040 --> 00:15:01.040
Хотя на самом деле проблема в том, что лучшие практики так и не были масштабированы.

00:15:01.180 --> 00:15:06.840
У отдела кадров нет канала для обмена своим опытом, поэтому их успех остается за закрытыми дверями, вместо того, чтобы приносить пользу всей организации.

00:15:06.840 --> 00:15:12.360
Настоящая задача, таким образом, состоит в систематизации и централизации этих достижений, чтобы они не зависели от случайных открытий.

00:15:12.620 --> 00:15:15.880
Высокоэффективные сценарии использования не должны отмечаться только в рамках одного отдела.

00:15:16.000 --> 00:15:19.740
Их нужно документировать, тестировать и упаковывать так, чтобы другие команды могли их воспроизвести.

00:15:19.920 --> 00:15:24.280
Структурированные библиотеки промптов, руководство по рабочим процессам и сборники сценариев становятся необходимыми инструментами.

00:15:24.440 --> 00:15:28.440
Без них улучшения от Капайлот превращаются в разрозненные истории без кумулятивного эффекта.

00:15:28.440 --> 00:15:32.920
С ними организация начинает накапливать знания, а не изобретать велосипед в каждом отделе.

00:15:33.020 --> 00:15:35.600
Централизованная аналитика привносит еще один уровень ценности.

00:15:35.780 --> 00:15:38.440
Недостаточно просто собирать информацию о том, чем занимаются команды.

00:15:38.600 --> 00:15:42.440
Нужна агрегированная видимость того, какие рабочие процессы стабильно обеспечивают рост эффективности.

00:15:43.120 --> 00:15:47.920
Руководитель отдела может улучшить свои собственные процессы, но только организационная аналитика позволяет выявить,

00:15:48.080 --> 00:15:54.100
что адаптация сотрудников, отчетность по компаниям, разработка политик или подготовка предложений стабильно дают наибольшую экономию времени.

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

00:16:00.560 --> 00:16:05.140
Без этого шага каждая команда вынуждена действовать наугад, проводя свои собственные изолированные эксперименты.

00:16:05.340 --> 00:16:10.000
Чтобы сделать это наглядным, представьте себе маркетинговую команду, которая испытывает трудности с отчетностью по компаниям.

00:16:10.100 --> 00:16:16.040
Они тратят дни на составление свода к эффективности, редактирование метрик и оформление контента в презентабельные отчеты.

00:16:16.260 --> 00:16:21.240
Увидев структурированную библиотеку промптов HR-отдела для адаптации персонала, они перенимают эту идею.

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

00:16:28.400 --> 00:16:31.560
За несколько недель их цикл подготовки отчетов сокращается с дней до часов.

00:16:31.760 --> 00:16:35.960
Ничего бы этого не произошло, если бы наработки HR не были представлены в удобном для использования виде.

00:16:36.140 --> 00:16:38.340
Обмен лучшими практиками не просто экономит время.

00:16:38.520 --> 00:16:42.480
Он многократно усиливает влияние на рабочие процессы, которые никто не мог предусмотреть изначально.

00:16:42.680 --> 00:16:45.480
Возникает вопрос, как распространяются эти истории успеха.

00:16:45.600 --> 00:16:48.840
Каналы коммуникации важны не меньше, чем сами лучшие практики.

00:16:48.840 --> 00:16:53.420
Без четкого процесса распространения сборников сценариев опыт одной команды никогда не дойдет до другой.

00:16:53.600 --> 00:16:58.600
Некоторые организации используют внутренние порталы знаний, другие полагаются на группы Vammer или Viva Engage,

00:16:58.800 --> 00:17:01.760
а третьи интегрируют инструкции напрямую в свои обучающие платформы.

00:17:01.900 --> 00:17:03.340
Метод — это не самое сложное.

00:17:03.520 --> 00:17:08.100
Критически важно убедиться, что новые успехи с Капайлот не оказываются погребенными в изолированных отделах.

00:17:08.380 --> 00:17:14.340
Структурированный обмен опытом гарантирует, что достижение в одной области не ограничится ею, а станет отправной точкой для всех остальных.

00:17:14.340 --> 00:17:17.040
И именно здесь начинает вырисовываться общая картина.

00:17:17.180 --> 00:17:22.440
Когда лучшие практики масштабируются, Капайлот перестает выглядеть как персональный помощник, встроенный в Word или Outlook.

00:17:22.620 --> 00:17:27.160
Он начинает выглядеть как стратегический актив, определяющий работу бизнеса от начала и до конца.

00:17:27.300 --> 00:17:33.000
Каждый отдел больше не воспринимает Капайлот как отдельную диковинку, а как часть общекорпоративного механизма оптимизации.

00:17:33.160 --> 00:17:38.440
Эта трансформация происходит не за счет покупки новых лицензий, а за счет тиражирования и укрепления того, что уже работает.

00:17:38.440 --> 00:17:45.040
Самый быстрый возврат инвестиций в Капайлот связан не с просто открытием доступа, а с масштабированием успешных моделей до уровня корпоративных норм.

00:17:45.200 --> 00:17:47.060
Это подводит нас к более серьезному сдвигу.

00:17:47.280 --> 00:17:50.400
Межведомственный обмен опытом – это мощный инструмент, но это лишь часть истории.

00:17:50.620 --> 00:17:55.880
Следующая задача – перейти от разрозненных успехов и формализованных практик к полноценной трансформации всего предприятия.

00:17:56.000 --> 00:18:01.720
Это требует от руководства перестать рассматривать Капайлот как тактическое внедрение и начать воспринимать его как стратегический рычаг.

00:18:01.840 --> 00:18:03.540
И именно об этом мы поговорим далее.

00:18:03.540 --> 00:18:08.100
Что нужно, чтобы Капайлот превратился из инструмента в настоящий стратегический актив?

00:18:08.280 --> 00:18:10.260
От инструмента к стратегическому активу.

00:18:10.360 --> 00:18:15.940
В какой момент Капайлот перестает быть просто очередным инструментом продуктивности и начинает приносить реальный стратегический эффект?

00:18:16.060 --> 00:18:22.680
Это поворотный момент, к которому стремятся компании, но часто упускают его, потому что на первый взгляд кажется, что просто предоставить доступ к Капайлот достаточно.

00:18:22.880 --> 00:18:27.540
Он новый, он передовой, и кажется логичным, что само его использование приведет к бизнес-результатам.

00:18:27.540 --> 00:18:38.600
Но разница между тактическим внедрением и реальной трансформацией заключается в том, видят ли руководители общую картину, используют ли данные для принятия решений, расстановки приоритетов и изменения способов оценки успеха бизнеса.

00:18:38.680 --> 00:18:41.640
Это переход от программного обеспечения к стратегическому активу.

00:18:41.760 --> 00:18:44.280
Капайлот – это не просто вопрос внедрения технологий.

00:18:44.400 --> 00:18:47.600
Это культурный сдвиг в том, как организации подходят к принятию решений.

00:18:47.800 --> 00:18:51.480
Если смотреть на него только через призму ИТ, он воспринимается как вспомогательный инструмент.

00:18:51.720 --> 00:18:56.160
Отделы экспериментируют с промптами, локальные результаты улучшаются, и на этом все заканчивается.

00:18:56.160 --> 00:19:01.180
Но когда он связывается с тем, как руководство выстраивает стратегии, распределяет ресурсы и оценивает отдачу,

00:19:01.300 --> 00:19:06.240
он превращается из инструмента для отдельных сотрудников в систему, определяющую вектор развития всего предприятия.

00:19:06.360 --> 00:19:09.000
В этом контексте Капайлот предназначен не для замены усилий.

00:19:09.120 --> 00:19:12.140
Он предназначен для влияния на то, как эти усилия приоритизируются и масштабируются.

00:19:12.360 --> 00:19:13.960
Главная проблема – согласование целей.

00:19:14.140 --> 00:19:17.120
Если не привязать Капайлот к бизнес-целям, он так и останется тактическим решением.

00:19:17.340 --> 00:19:20.660
Возможно, он сократит время на написание писем или поможет отполировать документы.

00:19:20.660 --> 00:19:25.040
Это не бессмысленные победы, но они остаются ограниченными уровнем индивидуальной продуктивности.

00:19:25.200 --> 00:19:29.140
Локальные проблемы решаются, но более масштабный результат, будь то ускорение выполнения проектов,

00:19:29.260 --> 00:19:32.900
рост прибыли или получение клиентами ценности в более ранние сроки, так и не достигается.

00:19:33.040 --> 00:19:36.520
Вот почему организации, которые не учитывают стратегический контекст при внедрении,

00:19:36.780 --> 00:19:38.420
часто получают противоречивые результаты.

00:19:38.560 --> 00:19:42.200
Дело не в том, что Капайлот не сработал, а в том, что никто не связал метрики внедрения с тем,

00:19:42.340 --> 00:19:43.720
что действительно важно для руководства.

00:19:43.900 --> 00:19:47.120
Разница становится очевидной, когда аналитика использования Капайлот напрямую привязана

00:19:47.120 --> 00:19:50.920
показателем окупаемости инвестиций ROI. Вместо того, чтобы просто считать количество

00:19:50.920 --> 00:19:54.980
пользователей в системе, лидеры могут измерять сокращение рабочих часов в процессах,

00:19:55.100 --> 00:19:59.760
уменьшение времени выполнения проектов или рост вовлеченности сотрудников, избавившихся от рутины.

00:19:59.880 --> 00:20:03.300
Эти цифры говорят о многом, чего никогда не покажут графики посещаемости.

00:20:03.520 --> 00:20:06.860
Время, сэкономленное на подготовке к совещаниям, напрямую влияет на скорость

00:20:06.860 --> 00:20:11.020
принятия решений командами. Ускорение обработки контрактов может улучшить денежный поток и

00:20:11.020 --> 00:20:14.460
удовлетворенность клиентов. Более высокая вовлеченность снижает текучесть кадров,

00:20:14.460 --> 00:20:18.240
что экономит расходы на найм. Проще говоря, метрики, связанные с результатами,

00:20:18.420 --> 00:20:22.340
руководство не может игнорировать. Представьте, что команда топ-менеджеров изучает

00:20:22.340 --> 00:20:26.820
квартальные показатели. Они видят не просто рост использования Капайлот на 20%,

00:20:26.820 --> 00:20:30.960
а нечто более полезное. Среднее время подготовки к совещанию на одного руководителя

00:20:30.960 --> 00:20:35.660
сократилось на 45 минут. Если масштабировать это на сотни менеджеров, экономия времени составит

00:20:35.660 --> 00:20:39.720
тысячи часов. Это время, которое можно перенаправить на обучение принятию решений или стратегическую

00:20:39.720 --> 00:20:43.200
работу. Внезапно Капайлот перестает быть просто крутой функцией для написания маркированных

00:20:43.200 --> 00:20:46.800
списков. Он становится четким драйвером эффективности бизнеса. Теперь руководители

00:20:46.800 --> 00:20:50.440
рассматривают использование Капайлот не как техническую деталь, а как ключевой фактор

00:20:50.440 --> 00:20:54.760
производительности. Этот сдвиг происходит потому, что аналитика не заперта на уровне операционных

00:20:54.760 --> 00:20:58.540
задач. Она выносится на уровень обсуждений руководства, где определяются приоритеты

00:20:58.540 --> 00:21:03.080
планирования ресурсов и стратегические цели. Лидеры используют ее, чтобы решать, где расширить

00:21:03.080 --> 00:21:07.600
бюджеты на обучение, какие подразделения отстают в трансформации и как моделировать будущие цели

00:21:07.600 --> 00:21:12.580
по продуктивности. В этих дискуссиях Капайлот превращается из эксперимента в инфраструктуру для

00:21:12.580 --> 00:21:17.840
принятия решений. Он активно влияет на выбор сфер для инвестиций, оптимизацию процессов и даже

00:21:17.840 --> 00:21:22.200
оценку конкурентных позиций. Это также меняет сферу ответственности. На ранних этапах

00:21:22.200 --> 00:21:26.680
развертывание IT-отдел часто контролирует процесс, так как внедрение – их прямая обязанность.

00:21:26.820 --> 00:21:30.780
Но как только аналитика показывает измеримый бизнес-эффект, ответственность начинает

00:21:30.780 --> 00:21:35.360
распределяться. Руководители операционных, финансовых, HR и других департаментов хотят участвовать,

00:21:35.360 --> 00:21:39.500
так как эти данные помогают их целям. Когда Капайлот становится частью исполнительного контроля,

00:21:39.740 --> 00:21:43.440
это подтверждает роль IT, освобождая отдел от статуса единственного ответственного лица.

00:21:43.620 --> 00:21:48.240
Этот сдвиг ломает шаблон, при котором технология внедряется и предоставляется сама себе без

00:21:48.240 --> 00:21:52.700
поддержки руководства. Пропуск этого этапа ограничивает результаты. Когда Капайлот остается на

00:21:52.700 --> 00:21:56.380
тактическом уровне, он не дает ничего, кроме незначительного роста продуктивности отдельных

00:21:56.380 --> 00:22:00.080
сотрудников. Без интеграции на уровне руководства окупаемость инвестиций остается намного ниже

00:22:00.080 --> 00:22:04.180
своего потенциала. Компании, попавшие в эту ловушку, обычно делают вывод, что инструмент был переоценен,

00:22:04.180 --> 00:22:07.540
хотя на деле они просто не смогли изменить подходы к оценке и управлению его использованием.

00:22:07.680 --> 00:22:11.520
Те, кто идет дальше и включает показатели в обсуждение с руководством, стимулируют

00:22:11.520 --> 00:22:16.060
внедрение в тех областях, которые изначально никто не планировал. Это и есть совокупная отдача.