WEBVTT 00:00:00.060 --> 00:00:06.820 Готовы к 10 дням погружения в Microsoft 365, Copilot и Azure и знакомство с людьми, создающими 00:00:06.820 --> 00:00:13.480 будущие работы. В этом январе M365Con возвращается, и мы берем новую высоту. Присоединяйтесь к нам, 00:00:13.620 --> 00:00:18.380 прямые эфиры, демонстрации реальных кейсов и практические знания от MVP и экспертов со всего 00:00:18.380 --> 00:00:23.720 мира. Никаких общих слайдов, никаких пустых модных словечек. Мы решаем реальные задачи, 00:00:23.720 --> 00:00:30.140 Copilot Studio, E-агенты, фабрик, безопасность, управление и автоматизация. Независимо от того, 00:00:30.400 --> 00:00:35.300 кто вы IT-специалист, разработчик или бизнес-лидер, у нас найдутся сессии специально для вас. 00:00:35.480 --> 00:00:40.440 За 10 полных дней вы сможете изучить множество технологий и пообщаться с мировым сообществом. 00:00:40.660 --> 00:00:44.700 Смотрите в прямом эфире и применяйте практические инсайты в своей организации. 00:00:44.920 --> 00:00:52.400 Январь 2027 года, 10 дней, единое сообщество Microsoft. Регистрация уже открыта. Забронируйте 00:00:52.400 --> 00:01:04.760 свое место сегодня. Адрес m365con.net. Присоединяйтесь на m365con.net. Увидимся в прямом эфире в 00:01:04.760 --> 00:01:10.580 январе. Помните, как вы часами выравнивали слайд в PowerPoint, а потом кто-то менял фирменные цвета. 00:01:10.740 --> 00:01:16.580 Что, если я скажу, что Microsoft Designer сделает это за секунды, даже без использования мыши? Но дело не 00:01:16.580 --> 00:01:22.120 только в скорости, он учится вашему стилю в процессе работы. Сегодня я покажу, как это может положить 00:01:22.120 --> 00:01:26.940 конец утомительному созданию контента и почему это навсегда изменит работу вашей маркетинговой 00:01:26.940 --> 00:01:31.420 команды. Вопрос в том, готовы ли вы доверить и идентичность вашего бренда. 00:01:32.060 --> 00:01:37.120 От ручной правки к машинному интеллекту. Если вы когда-либо работали над маркетинговым флайером 00:01:37.120 --> 00:01:42.640 или презентацией, вы знаете, как быстро пара правок может съесть целый день. Подвинуть текстовое 00:01:42.640 --> 00:01:47.920 поле на полмиллиметра, чтобы оно встало вравень с фото, заменить изображение, потому что оно не нравится 00:01:47.920 --> 00:01:52.880 руководству, убедиться, что заголовок набран правильным корпоративным шрифтом не «примерно», 00:01:52.880 --> 00:01:57.360 а «точно». И это еще до того, как начнется самое интересное. Кто-то другой открывает файл, 00:01:57.460 --> 00:02:01.680 вносит свои изменения, и теперь вы сравниваете версии, чтобы понять, какая из них окончательная. 00:02:01.820 --> 00:02:06.360 Это не просто утомительно, это медленно крадет время, которое вы могли бы потратить на творчество. 00:02:06.360 --> 00:02:11.700 Больше всего времени часто уходит не на крупные очевидные правки, а на крошечные бесконечные циклы 00:02:11.700 --> 00:02:16.380 согласований. Подвинуть логотип на полдюйма, настроить оттенок синего под палитру бренда, 00:02:16.380 --> 00:02:21.220 убедиться, что маркированные списки используют правильное начертание фирменного шрифта. Это, 00:02:21.460 --> 00:02:26.520 скажем так, смерть от тысячи мелких правок, а в групповых проектах их количество множится. 00:02:26.740 --> 00:02:32.560 Вполне обычно переделывать все по 10-12 раз, чтобы результат соответствовал бренду. И именно здесь 00:02:32.560 --> 00:02:37.980 и, встроенный в Microsoft Designer, меняет правила игры. Как только система обучится на вашем брендбоке, 00:02:38.100 --> 00:02:43.260 цветах, шрифтах, логотипах и стилях изображений, она начнет автоматически применять эти параметры. 00:02:43.260 --> 00:02:47.780 Вы загружаете тексты изображения, а система создает макеты, в которых уже учтено, 00:02:47.980 --> 00:02:53.400 что заголовок должен быть 32 кеглем, кнопки темно-синего цвета, а фотографии в теплой цветовой 00:02:53.400 --> 00:02:57.860 гамме. Вместо того, чтобы вручную проверять каждый элемент дизайна, вы сразу получаете 00:02:57.860 --> 00:03:01.760 консистентный результат. Подумайте, в чем разница на конкретном примере. 00:03:02.560 --> 00:03:08.060 Раньше для создания флайера к запуску продукта нужно было открывать пустой файл PowerPoint или 00:03:08.060 --> 00:03:13.500 InDesign, вручную настраивать стили, выравнивать блоки текста и менять цвета заполнители. 00:03:13.500 --> 00:03:18.760 В Designer вы вводите заголовок, подзаголовок и изображение продукта, и за секундой и создает 00:03:18.760 --> 00:03:23.840 5-6 готовых черновиков, полностью соответствующих правилам вашего бренда. Возможно, вы захотите 00:03:23.840 --> 00:03:29.240 поправить расположение элементов, но структура уже будет задана. Одна из менеджеров по маркетингу, 00:03:29.420 --> 00:03:34.520 с которой я недавно общался, была перегружена работой над сезонной компанией. До использования 00:03:34.520 --> 00:03:40.500 Designer она тратила около 6 часов на каждый цикл дизайна, в основном занимаясь рутинной версткой. 00:03:40.500 --> 00:03:45.220 Перейдя на новый инструмент, она стала справляться с той же задачей чуть более чем за час, 00:03:45.440 --> 00:03:50.240 не жертвуя стилем или качеством. Это полноценный рабочий день, сэкономленный каждую неделю только 00:03:50.240 --> 00:03:54.340 за счет устранения повторяющейся работы по форматированию. Пилотные программы показали 00:03:54.340 --> 00:03:58.960 схожие результаты. Команды, использующие Designer для создания типовых материалов, 00:03:59.140 --> 00:04:04.140 отметили заметный рост производительности, своевременный запуск компаний, сокращение поздних 00:04:04.140 --> 00:04:08.700 правок и значительное снижение количества итераций для каждого проекта. Что интересно, 00:04:08.960 --> 00:04:13.680 уровень креативности при этом не снизился. Напротив, тратя меньше энергии на техническое 00:04:13.680 --> 00:04:19.060 выравнивание, дизайнеры и маркетологи получили больше свободы для мозговых штурмов и разработки 00:04:19.060 --> 00:04:24.720 концепций. Одна из причин этого – то, как дизайнер предлагает варианты макетов. Вместо того, 00:04:24.840 --> 00:04:29.920 чтобы предлагать статический шаблон, которому вы должны подстраиваться, и анализирует ваш контент и 00:04:29.920 --> 00:04:34.440 предлагает визуальные иерархии, которые, по его мнению, сработают лучше всего. Это значит, 00:04:34.660 --> 00:04:38.980 что вы работаете с уже готовым черновиком, а не пытаетесь создать что-то с нуля. Этой поддержки 00:04:38.980 --> 00:04:42.760 достаточно, чтобы избежать творческого выгорания, но решение о том, что именно будет опубликовано, 00:04:42.900 --> 00:04:48.400 остается за вами. Здесь возникает неявный вопрос. Откуда дизайнер знает ваш стиль? Ответ в том, 00:04:48.540 --> 00:04:54.800 что в него можно загрузить готовый брендбук через Microsoft 365, и со временем система учится на правках, 00:04:54.800 --> 00:04:59.880 которые вы одобряете или отклоняете. Если вы постоянно меняете стандартные стоковые изображения 00:04:59.880 --> 00:05:04.220 на что-то с определенным визуальным стилем, система начнет отдавать приоритет этому стилю в будущих 00:05:04.220 --> 00:05:08.240 предложениях. Ваша команда обучает ее, даже если вы не занимаетесь обучением модели напрямую. 00:05:08.360 --> 00:05:12.700 В конечном счете, именно в этом и заключается вся суть. Речь не о том, чтобы заменить человеческий 00:05:12.700 --> 00:05:17.860 вкус или суждение. Речь о том, чтобы избавить дизайн от рутины, похожей на ввод данных, и освободить 00:05:17.860 --> 00:05:23.120 место для принятия решений, творческих прорывов и моментов озарения, которые найдут отклик у аудитории. 00:05:23.120 --> 00:05:27.560 Они по-прежнему остаются за людьми. Дизайнер лишь следит за тем, чтобы пиксели были на своих 00:05:27.560 --> 00:05:32.020 местах, чтобы вы не тратили на это силы. И автоматизация визуальных элементов – это только 00:05:32.020 --> 00:05:36.980 начало. Куда более важный сдвиг произойдет, когда этот интеллект станет частью того, 00:05:37.160 --> 00:05:40.840 как команды работают вместе. Совместная работа без хаоса 00:05:40.840 --> 00:05:45.840 Если вы когда-либо работали над общим дизайн-файлом, то знаете момент, когда контроль версии 00:05:45.840 --> 00:05:52.080 окончательно рушится. Кто-то берет старую копию с рабочего стола, вносит правки, сохраняет как «финал 2», 00:05:52.080 --> 00:05:56.980 и теперь вы сравниваете ее с файлом в папке SharePoint под названием «финал использовать этот». 00:05:56.980 --> 00:06:01.640 Умножьте это на трех человек, работающих параллельно, и готов бардак. Дело не в недостатке 00:06:01.640 --> 00:06:05.500 усилий. Проблема в инструментах, которые заставляют людей работать способом, оторванным от 00:06:05.500 --> 00:06:09.560 реального процесса взаимодействия. Реальность такова, что даже в компаниях, полностью использующих 00:06:09.560 --> 00:06:15.620 Microsoft 365, рабочие материалы оказываются разбросанными. Есть версия, затерявшаяся в чате Teams с 00:06:15.620 --> 00:06:20.900 прошлых выходных, другая спряталась в цепочке писем, а мастер-шаблон зарыт в недрах папок 00:06:20.900 --> 00:06:26.560 SharePoint. Чтобы найти нужный файл, приходится дергать коллег и надеяться, что никто не перезаписал 00:06:26.560 --> 00:06:31.100 последние обновления. К тому времени, как вы его находите, половина команды уже успела изучить 00:06:31.100 --> 00:06:37.020 неверную версию. Именно здесь интеграция дизайнер в экосистему M365 меняет правила игры. Вместо того, 00:06:37.140 --> 00:06:42.200 чтобы прыгать между хранилищами файлов, вы открываете дизайнер и работаете прямо там, где лежат ваши 00:06:42.200 --> 00:06:47.280 ресурсы в SharePoint, OneDrive или через ссылки в Teams. Правки вносятся в реальном времени в той же 00:06:47.280 --> 00:06:52.380 версии, которую видят остальные. Если вы меняете заголовок или изображение, изменения мгновенно 00:06:52.380 --> 00:06:57.280 отображаются для всей команды. Ничего не нужно пересылать. Дизайнер – это просто еще одна часть 00:06:57.280 --> 00:07:02.600 единого рабочего пространства. Представьте себе, вы и коллега вместе работаете в дизайнер над 00:07:02.600 --> 00:07:07.560 флайером для мероприятия. Он взят напрямую из маркетинговой библиотеки SharePoint с уже загруженными 00:07:07.560 --> 00:07:11.980 фирменными шрифтами и цветами. Вы правите главное изображение. Коллега уточняет под 00:07:11.980 --> 00:07:16.440 заголовок, и вы видите правки друг друга в реальном времени. Когда закончите, обновленный файл 00:07:16.440 --> 00:07:20.660 останется там же, где был, а история версии сохранится автоматически в соответствии с вашими ролями. 00:07:20.860 --> 00:07:24.320 Если нужно вернуться к предыдущей версии, вам не придется копаться в случайных вложениях. Вы 00:07:24.320 --> 00:07:28.340 просто восстанавливаете нужную контрольную точку. Это существенный сдвиг по сравнению с традиционными 00:07:28.340 --> 00:07:32.940 системами шаблонов. Старые шаблоны существовали как статические файлы. Скачать, отредактировать, 00:07:33.160 --> 00:07:37.840 загрузить обратно. Каждый раунд правок зависел от того, не забудет ли кто-то вручную применить 00:07:37.840 --> 00:07:43.380 верные стили, и кто-то неизбежно что-то упускал. Вам все еще требовался менеджер, чтобы следить за 00:07:43.380 --> 00:07:48.580 названиями файлов, цветовыми кодами и тем, не растянут ли логотип. Поскольку дизайнер работает в 00:07:48.580 --> 00:07:54.380 той же среде, что и остальной ваш контент М365, а и автоматически соблюдает правила бренда, 00:07:54.620 --> 00:07:59.200 необходимость в таком постоянном контроле отпадает. Но есть и неожиданное преимущество в том, 00:07:59.420 --> 00:08:04.660 как система предугадывает недостающие элементы. Если и видит, что вы создаете материал для 00:08:04.660 --> 00:08:09.980 мероприятия, которое уже есть в корпоративном календаре Outlook, он может предложить варианты 00:08:09.980 --> 00:08:15.600 дизайна, ускоряющие работу, например, подскажет изображение с привязкой к месту или добавит 00:08:15.600 --> 00:08:20.700 слоган события. Если в заметках к встрече в Teams упоминался фокус на продукте, это может стать 00:08:20.700 --> 00:08:24.880 ориентиром для рекомендации по текстовым блокам или изображениям. Идея заключается в том, 00:08:24.880 --> 00:08:28.680 чтобы сократить разрыв между обсуждением и реализацией, избавив вас от необходимости 00:08:28.680 --> 00:08:33.840 самостоятельно собирать весь контекст. Но это закономерно вызывает вопрос, может ли и на самом деле 00:08:33.840 --> 00:08:39.700 понимать нюансы тона и стиля разных отделов. Язык маркетинга не всегда совпадает с языком HR-отдела. 00:08:39.860 --> 00:08:44.360 Дизайн, который идеально подходит для рекламы, ориентированный на клиентов, может казаться 00:08:44.360 --> 00:08:49.660 слишком неформальным для внутренних коммуникаций. И хорош в распознавании шаблонов, но человеческий 00:08:49.660 --> 00:08:55.180 тон изменчив и автоматические предложения легко могут показаться неуместными. Вот почему так важен 00:08:55.180 --> 00:08:59.380 цикл обучения. Дизайнер не просто применяет фиксированные правила из вашего брендбука, он также 00:08:59.380 --> 00:09:03.720 отмечает изменения, которые люди вносят после того, как и подготовил черновик. Если и продолжает 00:09:03.720 --> 00:09:08.120 предлагать макет для внутренних записок, который ваш HR-отдел постоянно правит, со временем он 00:09:08.120 --> 00:09:12.220 скорректирует рекомендации, чтобы лучше соответствовать этому контексту. Это не безупречно, 00:09:12.420 --> 00:09:17.020 но чем больше система взаимодействует с реальным поведением пользователей, тем реже повторяет одни и 00:09:17.020 --> 00:09:21.980 те же ошибки. Мы приближаемся к модели сотрудничества, где инструменты управляют хаосом, а команда 00:09:21.980 --> 00:09:26.560 концентрируется на сути и визуальном оформлении. Но прежде чем считать это идеальным решением, 00:09:26.560 --> 00:09:31.920 стоит помнить, что ей все еще делает странный выбор. Именно эти слепые зоны и становятся 00:09:31.920 --> 00:09:37.260 началом следующей части истории. Когда ей все еще ошибается. Если вам когда-либо предлагали 00:09:37.260 --> 00:09:42.300 изображение для компании, которое, казалось, предназначено для совершенно иной аудитории, 00:09:42.560 --> 00:09:48.800 вам знакомо это чувство. Возможно, вы объявляете о корпоративной программе обучения и уверенно 00:09:48.800 --> 00:09:54.900 предлагает фото тропического пляжа с местом по дату вашего мероприятия. Технически это не ошибка, 00:09:54.900 --> 00:10:00.120 но для вашего контекста это абсолютно неуместно. Такие моменты вы не увидите в демонстрации от 00:10:00.120 --> 00:10:04.340 Microsoft. На презентациях вживую обычно показывают лучшие сценарии развития событий. 00:10:04.480 --> 00:10:08.300 Безупречно примененные палитры бренда – идеально сбалансированный текст и изображение, 00:10:08.440 --> 00:10:12.940 которые выглядят так, будто взяты из вашей внутренней библиотеки. В реальном мире ей не всегда 00:10:12.940 --> 00:10:17.520 попадает в цель. Он может неверно истолковать нужный тон и предложить визуальные образы, 00:10:17.700 --> 00:10:21.880 которые не соответствуют вашей аудитории или культуре. Это несоответствие может быть 00:10:21.880 --> 00:10:26.640 незначительным, как фоновое изображение, слишком легкомысленное для серьезного пресс-релиза, 00:10:26.760 --> 00:10:31.500 или вопиющим, например, использование истоковых фото, намекающих на совершенно иную сферу 00:10:31.500 --> 00:10:36.080 деятельности. Одна маркетинговая команда, с которой я общался, столкнулась с этим во время 00:10:36.080 --> 00:10:40.140 внедрения внутренних правил этики и предложил изображение улыбающихся сотрудников, 00:10:40.320 --> 00:10:45.100 дающих друг другу пять в офисе открытого типа. Хотя это выглядело оптимистично, такой подход подрывал 00:10:45.100 --> 00:10:48.840 серьезный тон, на который рассчитывало руководство. Другой пример возник во время презентации 00:10:48.840 --> 00:10:53.460 для клиентов компании по оказанию профессиональных услуг. И автоматически выбрал ярко оформленное 00:10:53.460 --> 00:10:57.840 рабочее пространство стартапа для слайда, предназначенного для консервативной финансовой 00:10:57.840 --> 00:11:03.700 аудитории. Посыл, факты и даже макет были в порядке. Однако визуальное оформление подало неверный 00:11:03.700 --> 00:11:09.060 сигнал. Первые профессиональные пользователи отмечают определенные закономерности в своих 00:11:09.060 --> 00:11:14.260 правках. Часто приходится корректировать иерархию макета, когда и делает слишком большой акцент 00:11:14.260 --> 00:11:19.020 на второстепенных деталях или приглушает главное сообщение. Иногда приходится убирать лишние 00:11:19.020 --> 00:11:23.820 декоративные элементы, которые и добавляют, считая, что они подходят по стилю, даже если в вашем 00:11:23.820 --> 00:11:28.140 конкретном случае они отвлекают внимание. И, гораздо чаще, чем можно ожидать, приходится 00:11:28.140 --> 00:11:32.160 заменять автоматически подобранные стоковые изображения, которые не полностью соответствуют 00:11:32.160 --> 00:11:36.960 правилам бренда, несмотря на то, что эти правила были загружены в систему. Сами шаблоны брендинга 00:11:36.960 --> 00:11:41.280 не всегда являются защитой. Предложения и могут незаметно их перекрывать. 00:11:41.280 --> 00:11:46.740 Более светлый оттенок официального цвета здесь, слегка измененная жирность шрифта там. 00:11:46.900 --> 00:11:51.980 На бумаге эти изменения могут остаться незамеченными, но для того, кто годами оберегал целостность 00:11:51.980 --> 00:11:56.360 бренда, они бросаются в глаза мгновенно. Если никто не проверяет итоговый результат с таким 00:11:56.360 --> 00:12:00.140 вниманием к деталям, эти небольшие отклонения проникают в производственные материалы. 00:12:00.320 --> 00:12:04.720 Именно здесь необходимость человеческого контроля становится неоспоримой. Даже когда процесс 00:12:04.720 --> 00:12:09.880 генерации становится быстрее и точнее, кто-то все равно должен выступать в роли стража бренда. 00:12:09.880 --> 00:12:15.140 Дело не в недоверии к ИИ, дело в признании того, что ему не хватает культурного и стратегического 00:12:15.140 --> 00:12:19.900 понимания, которое приходит вместе со знанием истории бренда, целевого рынка и особенностей 00:12:19.900 --> 00:12:24.640 восприятия вашей аудитории. Можно автоматизировать соблюдение стиля. Нельзя автоматизировать 00:12:24.640 --> 00:12:29.300 инстинкт. И да, некоторые трудности здесь – это просто природа машинного обучения. Он берет данные 00:12:29.300 --> 00:12:33.200 из обучающей выборки, поведения пользователей и вводных данных, которые вы ему предоставляете. 00:12:33.360 --> 00:12:36.920 Если эти сигналы противоречат друг другу или запрос находится на границе того, 00:12:36.920 --> 00:12:41.200 что он уже видел, количество догадок возрастает. Эти догадки могут быть незаметны для вас, 00:12:41.360 --> 00:12:45.020 когда он делает верный выбор. Но они становятся очень заметными, когда он ошибается. 00:12:45.180 --> 00:12:49.600 Интересно, что требования и участие человека в процессе актуальны не только в сфере дизайна. 00:12:49.780 --> 00:12:54.980 Аналогичная ситуация наблюдается в управлении данными, где инструменты автоматизируют 80% 00:12:54.980 --> 00:13:00.480 рутины, но все равно требуют экспертной проверки перед запуском. В обоих случаях ИИ может взять 00:13:00.480 --> 00:13:04.980 на себя огромную часть тяжелой работы. Но когда дело доходит до интерпретации смысла, 00:13:04.980 --> 00:13:10.080 проверки контекста или поиска тонких ошибок, человеческий контроль держит все под присмотром. 00:13:10.160 --> 00:13:15.980 Поэтому, хотя дизайнер явно экономит часы на создании контента, он не заменил роль креативного 00:13:15.980 --> 00:13:21.360 редактора. Он сместил акцент с исправления опечаток и выравнивания блоков на принятие решений 00:13:21.360 --> 00:13:27.780 более высокого уровня о посыле, тоне и соответствии. Прирост эффективности очевиден, как и необходимость 00:13:27.780 --> 00:13:33.700 финальной внутренней проверки перед публикацией. И если мы посмотрим, как и используется за пределами 00:13:33.700 --> 00:13:39.520 дизайна, сочетание автоматизации и контроля проявляется в неожиданных местах, особенно в области 00:13:39.520 --> 00:13:44.580 потоков данных, которые традиционно были такими же утомительными, как ручная работа. 00:13:45.380 --> 00:13:50.680 От трудностей ETL к преимуществам DataFlows Jan 2. Если вы когда-либо управляли конвейером данных 00:13:50.680 --> 00:13:55.460 по старинке, вы знаете, насколько они могут быть хрупкими. Задача крон в неурочное время, 00:13:55.700 --> 00:14:01.680 баш-скрипты, написанные много месяцев назад кем-то, кто уже уволился. Длинная цепочка зависимостей, 00:14:01.680 --> 00:14:06.900 где малейшее изменение формата в CSV останавливало все на корню. Это было не просто сложно, 00:14:07.140 --> 00:14:11.900 это было ненадежно. Один сбой на раннем этапе, и вы смотрите на неполные данные, гадая, 00:14:12.100 --> 00:14:17.400 какой сервер вообще запускал задания прошлой ночью. Хуже всего-то, что сбои редко случались в удобное 00:14:17.400 --> 00:14:21.820 время. Вы получаете оповещение в 2 часа ночи о том, что данные за вчера не загрузились, 00:14:22.020 --> 00:14:26.740 а владелец исходной системы будет доступен только утром. К тому времени, как вы перезапускали конвейер, 00:14:26.920 --> 00:14:30.860 половина пользователей дашбортов уже заваливала вас письмами. Почему здесь пусто? Часы, 00:14:30.860 --> 00:14:35.500 потраченные на отладку, часто не имели ничего общего с ценностью самих данных. Они уходили на 00:14:35.500 --> 00:14:40.260 изучение логов, корректировку регулярных выражений и перезапуск этапов, чтобы просто вернуться к 00:14:40.260 --> 00:14:45.860 исходной точке. DataFlows Jan 2 в Microsoft Fabric существенно меняет этот подход. Вместо того, 00:14:46.020 --> 00:14:51.200 чтобы создавать и поддерживать кастомные конвейеры вручную, можно перенести большую часть работы в 00:14:51.200 --> 00:14:57.200 No-Code или Low-Code интерфейс. Power Query – технология, которую многие уже используют в Excel и Power BI, 00:14:57.200 --> 00:15:02.020 берет на себя этапы извлечения и преобразования данных. Это значит, что вам больше не нужно 00:15:02.020 --> 00:15:06.380 писать парсер с нуля только для того, чтобы объединить три разных формата файлов. Вы подключаете 00:15:06.380 --> 00:15:11.300 источники, выбираете поля, визуально структурируете данные, а служба сама берет на себя всю 00:15:11.300 --> 00:15:16.320 внутреннюю техническую работу. Что делает Jan 2 интересным? Так это встроенная помощь и это не 00:15:16.320 --> 00:15:20.820 просто инструмент для объединения таблиц или переименования столбцов. Он активно анализирует 00:15:20.820 --> 00:15:25.720 импортируемые данные и предлагает преобразование на основе обнаруженных закономерностей. Если вы 00:15:25.720 --> 00:15:30.820 постоянно объединяете столбцы даты и времени в одно поле, он начнет предлагать это действие 00:15:30.820 --> 00:15:36.600 автоматически. Если он видит идентификаторы клиентов в двух системах с общей схемой, он может 00:15:36.600 --> 00:15:42.880 указать на связь без вашего ручного сопоставления. Допустим, вы объединяете данные маркетинговых 00:15:42.880 --> 00:15:49.920 компаний, экспорт из Google Ads, статистику email-рассылок и метрики соцсетей. В традиционной ETL-системе 00:15:49.920 --> 00:15:55.320 вам пришлось бы писать скрипты для нормализации полей, конвертации валют, выравнивания дат и 00:15:55.320 --> 00:16:02.400 заполнения пропусков. В Jan 2 можно просто добавить источники в Power Query, позволить и найти 00:16:02.400 --> 00:16:07.940 несоответствие типов и применить предложенные исправления. В итоге вы получаете одну чистую 00:16:07.940 --> 00:16:13.320 таблицу, готовую к отчетности, не очлеживая вручную каждое несовпадение. Тесты показывают, 00:16:13.560 --> 00:16:18.660 что дело не только в удобстве. Скорость обновления выросла по сравнению с прошлыми потоками данных 00:16:18.660 --> 00:16:22.960 благодаря параллельной обработке и восстановлению после частичных сбоев без полного 00:16:22.960 --> 00:16:28.520 перезапуска. Отказоустойчивость – еще один важный плюс. Если один источник данных дает сбой при 00:16:28.520 --> 00:16:34.120 обновлении, остальные завершаются, и вы получаете понятное сообщение об ошибке, а не просто сбой 00:16:34.120 --> 00:16:39.240 конвейера. Одно это экономит массу процессорного времени и избавляет от гаданий. Естественно, 00:16:39.340 --> 00:16:44.800 возникает вопрос, уменьшает ли это потребность в профильных инженерах данных. Если маркетинговый 00:16:44.800 --> 00:16:49.640 аналитик может создать рабочий конвейер из разных источников без единой строки кода, 00:16:50.000 --> 00:16:57.060 нужна ли еще отдельная ETL-команда? На практике ответ сложнее. Простые повторяющиеся задачи могут 00:16:57.060 --> 00:17:02.860 перейти в режим самообслуживания, но сложные конвейеры с десятками источников, запутанные логикой 00:17:02.860 --> 00:17:08.560 или требованиями регуляторов все еще требуют контроля и архитектурных навыков инженера. Что 00:17:08.560 --> 00:17:13.700 действительно меняется, так это-то, как эксперты тратят свое время. Вместо разовых запросов на 00:17:13.700 --> 00:17:18.680 переформатировании данных или исправлении связей они могут сосредоточиться на масштабируемых 00:17:18.680 --> 00:17:23.560 моделях, оптимизации запросов и создании аналитических инструментов для всей компании. 00:17:24.080 --> 00:17:28.980 Рутинная подготовительная работа, на которую их отвлекали ежедневно, теперь выполняется на раннем 00:17:28.980 --> 00:17:34.720 этапе инструментами вроде JAN2. И здесь прослеживается общая нить. Говорим ли мы об e-дизайне в 00:17:34.720 --> 00:17:41.040 Microsoft Designer или об e-помощи в подготовке данных в фабрик закономерность одна. Исключите рутину, 00:17:41.040 --> 00:17:46.140 оставьте человеческое суждение там, где оно важно. Контент команды и команды по работе с данными 00:17:46.140 --> 00:17:51.040 ближе друг к другу, чем кажется. И те, и другие создают контент. Их рабочие процессы перегружаны 00:17:51.040 --> 00:17:55.880 повторяющимися, легко автоматизируемыми задачами, и теперь у них есть инструменты в М365, 00:17:56.080 --> 00:18:00.600 которые начинают брать эти задачи на себя. Одна экосистема, две революции. Большинство 00:18:00.600 --> 00:18:06.000 компаний привыкли считать творческие группы и аналитиков отдельными мирами. Маркетинг создает историю, 00:18:06.000 --> 00:18:11.220 аналитика измеряет результат. Но на практике эти рабочие процессы постоянно пересекаются. 00:18:11.460 --> 00:18:16.360 Компания не заканчивается после публикации поста в соцсетях. Творческие решения влияют на то, 00:18:16.500 --> 00:18:21.580 что измеряется, а данные формируют следующий раунд креатива. Разделение их по силосам скрывает 00:18:21.580 --> 00:18:26.200 общую для обеих сторон проблему, превращение исходных данных в нечто полезное достаточно быстро, 00:18:26.200 --> 00:18:31.180 чтобы это имело смысл. Вот почему изменения в Microsoft Designer и потоках данных в фабрик 00:18:31.180 --> 00:18:36.700 JAN2 кажутся связанными, даже если они решают разные задачи. С одной стороны, Ири берет на себя 00:18:36.700 --> 00:18:42.060 рутину с версткой и поддержкой единого стиля бренда. С другой стороны, Ири всерьез берется за 00:18:42.060 --> 00:18:47.440 однообразную работу по подготовке данных. Вместе они сокращают время от возникновения идеи до 00:18:47.440 --> 00:18:52.840 отслеживания результатов. Вы не просто экономите усилия в двух разных областях, вы сокращаете цикл 00:18:52.840 --> 00:18:57.600 взаимодействия между ними. Представьте компанию по запуску продукта. Креативная команда использует 00:18:57.600 --> 00:19:02.000 дизайнер для создания полного набора визуальных материалов, баннеров, изображений для писем и 00:19:02.000 --> 00:19:07.180 слайдов для мероприятий. Каждый актив автоматически подстраивается под брендбук, поэтому никому не 00:19:07.180 --> 00:19:12.540 нужно переделывать цвета или искать нужный логотип. Параллельно аналитики настраивают поток данных 00:19:12.540 --> 00:19:18.380 JAN2, который собирает трафик сайта, расходы на рекламу, вовлеченность в письмах и посещаемость 00:19:18.380 --> 00:19:24.020 вебинаров в готовый к использованию набор данных. Когда компания стартует, вы уже готовы сопоставить 00:19:24.020 --> 00:19:29.800 каждый креативный актив с цифрами, показывающими его эффективность. Здесь важны детали. Дизайнер – это 00:19:29.800 --> 00:19:36.220 не просто клон Canva, встроенный в 365 году. Он привязан к вашему контексту M365. Если компания 00:19:36.220 --> 00:19:40.860 есть в корпоративном календаре, изображения хранятся в SharePoint, а черновики текстов – в чате 00:19:40.860 --> 00:19:45.940 Teams, и не может использовать это для создания предложений по макету. JAN2 работает также в своей 00:19:45.940 --> 00:19:51.260 области. Он обнаруживает сходство столбцов между источниками данных, предлагает нормализацию и 00:19:51.260 --> 00:19:56.060 отмечает пробелы в данных до того, как вы загрузите их в Power BI. Оба используют контекст, 00:19:56.240 --> 00:20:00.420 просто из разных углов рабочего процесса, чтобы сократить трудозатраты при переходе от сырых 00:20:00.420 --> 00:20:04.780 данных к полезному результату. Это общий принцип, лежащий в основе обоих инструментов. 00:20:05.160 --> 00:20:10.320 Осведомленность о контексте плюс интеллектуальные подсказки. Это не генеративная магия. Это целевая 00:20:10.320 --> 00:20:15.620 автоматизация, питаемая сигналами, которые ваша среда уже создает. Чем больше вы работаете внутри 00:20:15.620 --> 00:20:21.120 экосистемы M365, тем больше сигналов может уловить E. Дизайнерский промп, который знает 00:20:21.120 --> 00:20:25.820 сегмент аудитории, даже если вы его не вводили. Поток данных, который замечает, что половина ваших 00:20:25.820 --> 00:20:30.420 расходов на рекламу не помечена, и спрашивает, хотите ли вы их согласовать. Это не разовые уловки. 00:20:30.580 --> 00:20:35.540 Это модели, способные изменить ежедневный ход работы над проектами. Посмотрите на это в более 00:20:35.540 --> 00:20:40.920 широком контексте Microsoft, и станет ясно, они движутся к модели рабочего места, ориентированного 00:20:40.920 --> 00:20:46.160 на E. И не как нечто обособленное, а встроенные в инструменты, которые вы уже используете, 00:20:46.380 --> 00:20:51.020 и настроенные под ваши рабочие данные. Сила этой модели в том, что улучшение E в 00:20:51.020 --> 00:20:54.820 одном продукте часто можно применить к другому. Логика согласованности бренда, 00:20:54.980 --> 00:20:59.740 удерживающая макеты дизайнеров в едином стиле, однажды поможет визуализациям данных в Power BI 00:20:59.740 --> 00:21:04.120 сохранить ту же визуальную идентичность. Система обнаружения аномалий в JAN2 могла бы выявить 00:21:04.120 --> 00:21:08.720 несоответствие в цифрах бизнес-кейса в Word еще до того, как кто-то его представит. Это поднимает вопрос, 00:21:08.860 --> 00:21:13.620 над которым стоит задуматься уже сейчас. Если ей может с одинаковой легкостью направлять творческую 00:21:13.620 --> 00:21:18.720 и аналитическую работу, насколько мы близки к единой панели управления, где можно создавать контент, 00:21:18.720 --> 00:21:23.280 выбирать аудиторию, запускать кампанию и следить за данными об эффективности в одном месте. 00:21:23.460 --> 00:21:28.620 Это больше не несбыточная мечта. Кирпичики уже существуют, их просто еще не сложили вместе в 00:21:28.620 --> 00:21:34.180 единую панель управления. Для организаций, уже использующих оба инструмента, немедленная выгода 00:21:34.180 --> 00:21:38.280 очевидна. Вы можете согласовать повествование бренда с актуальными данными об эффективности 00:21:38.280 --> 00:21:42.520 безручного экспорта, пересылки по почте и задержек с обновлениями, которые раньше замедляли 00:21:42.520 --> 00:21:48.800 кампании. Это не только быстрее, но и снижает риск ошибок. Креатив видит результаты практически в 00:21:48.800 --> 00:21:54.800 реальном времени. Аналитики видят, какие именно материалы приносят результат, и корректировки 00:21:54.800 --> 00:22:00.880 вносятся во время кампании, а не после ее завершения. На горизонте уже новая волна ИИ, 00:22:01.040 --> 00:22:06.080 которая не просто работает внутри отдельных приложений, а координирует их взаимодействие. Это когда 00:22:06.080 --> 00:22:10.560 изменения в сообщении кампании может автоматически обновить визуальные элементы в дизайнере, 00:22:10.560 --> 00:22:15.000 скорректировать правила тегирования в потоках данных и предоставить обновленную аналитику на 00:22:15.000 --> 00:22:17.060 вашу панель управления без вашего участия.