Генеральный директор спрашивает у специалиста по обработке данных компании, должна ли маркетинговая стратегия включать генеративный ИИ и большие языковые модели.
Специалист по обработке данных отвечает:
«Прозрение больших языковых моделей, отличающихся своей глубокой нейронной архитектурой и обширной параметризацией, представляет собой квантовый скачок в области маркетинга. Их необычайная способность раскрывать сложно сплетенные, нелинейные структуры в обширных и объемных наборах данных порождает непревзойденную точность в области гиперперсонализированных маркетинговых кампаний, выходящую за рамки традиционных методологий…»
Когда специалист по данным наконец останавливается, генеральный директор спрашивает: «Можешь ли ты объяснить мне это проще?»
На что специалист по данным отвечает:
«О, боже, похоже, у тебя проблемы с пониманием основ. Давай я тебе все объясню, как маленькому ребенку. Большие обучающие модели — это супер-пупер умные инструменты, которые помогают нам узнать, что нравится нашим клиентам.
«Они намного лучше старых вещей, которые мы использовали. С этими модными моделями мы можем делать рекламу, которая действительно обращается к людям и заставляет их покупать наши вещи. И знаете что? Они делают это очень быстро! Так что нам нужно использовать эти крутые модели, чтобы обойти другие компании и стать лучшими в маркетинге. Теперь поняли? Хорошо!»
Это бесполезное взаимодействие подчеркивает проблемы, возникающие, когда люди имеют разный уровень понимания технологий. Специалист по данным глубоко погружен в эту тему, а генеральный директор имеет поверхностные знания о том, как работает генеративный ИИ.
Объединение этих людей с разными знаниями может привести к разочарованию или, что еще хуже, к столкновениям.
Кэти Роббертгенеральный директор Trust Insights, предложила решения этой проблемы в своем Маркетинговая аналитика и наука о данных (MADS) презентация на конференции «Управление людьми, которые управляют машинами».
Как коммуникации идут не так
Кэти спрашивала менеджеров и технологов, как взаимодействия, например, между генеральным директором и специалистом по обработке данных, идут не так. Интересно, что обе роли выявили одни и те же проблемы с другой стороной, включая:
- Быть слишком властным
- Предполагая, что другая сторона недостаточно умна
- Неправильные вопросы (менеджеры) и плохая коммуникация (технологи)
- Сверхкомпенсация
- Плохое отношение
- Обвинение друг друга
По мере того, как организации получают глубже в генеративный ИИПо словам Кэти, технологии машинного обучения, обработки естественного языка и глубокие нейронные сети могут привести к увеличению количества сбоев в коммуникации между менеджерами и технологами.
«Вам нужна структура, определяющая, как общаться с людьми, которые выполняют работу, с людьми, которые управляют машинами», — говорит она.
Чтобы сделать это возможным, Кэти делится концепцией, которая поможет менеджерам и технологам эффективнее взаимодействовать друг с другом.
Используйте 5P Framework для улучшения технической коммуникации
Кэти разработала концепцию 5P, чтобы помочь людям с разным опытом и уровнем знаний работать лучше вместе. Пять элементов включают в себя:
- Цель: Какую проблему вы пытаетесь решить? На какой вопрос вы пытаетесь ответить? Почему вы ведете этот разговор?
- Люди: Кто участвует в этом разговоре и каким другим заинтересованным сторонам необходимо знать его результат?
- Процесс: Как вы это делаете? Когда вам это нужно сделать? Какие инструменты у вас есть для этого?
- Платформа: Какие инструменты вы используете для общения? Slack, телефон, личное общение?
- Производительность: Вы адекватно решили проблему?
Кэти объясняет, что первые три — цель, люди и процесс — подразумевают ожидания. Процесс и платформа — это исполнение, а производительность — это измерение.
Создавайте запросы с использованием пользовательских историй
5P Framework хорошо подходит для создания пользовательских историй. Взяв за основу Agile-команды по разработке программного обеспечения, структура истории проста: Как [persona]я [want to]так [that].
Кэти говорит, что фреймворк идеально соответствует формату пользовательской истории. Персона — это люди. «Хочу» — это процесс и платформа. «Это» исходит из цели и производительности.
Давайте рассмотрим пример.
Бывший работодатель Кэти разрабатывал продукты, помогающие врачам-наркологам принимать пациентов. Главным заинтересованным лицом был ученый, который проводил клинические исследования. Он приходил на встречи по разработке с тем настроем, что знает, что лучше всего подходит для продукта. Он просил предоставить подробный список характеристик продукта.
Разработчики чувствовали, что их контролируют на микроуровне, а заинтересованное лицо чувствовало, что не получает того, что ему нужно. Возникали плохая коммуникация, трения, беспокойство и разочарование. «Всякий раз, когда кто-то видел, как он даже приближался к комнате для совещаний, беспокойство просто нарастало, и люди начинали закрываться», — говорит Кэти.
Стресс, вызванный этими противоречивыми точками зрения, можно было бы уменьшить, если бы они создали пользовательские истории, например:
- Как врач [persona]Я буду использовать это программное обеспечение в процессе приема новых пациентов [want to], чтобы я мог ускорить процесс и провести более содержательные беседы во время нашей встречи [that].
- Как пациент [persona]Я буду использовать это программное обеспечение во время процесса приема нового пациента. [want to]поэтому я могу больше времени уделять обсуждению своих проблем со своим лечащим врачом, а не отвечать на стандартные вопросы [that].
Такие пользовательские истории очень эффективны, поскольку они четко определяют цель и задачи. «Каждое отдельное решение, по которому мы должны принимать решения, должно соответствовать этим двум пользовательским историям, поскольку в этом и заключается суть продукта, который мы запускали», — говорит Кэти.
Истории пользователей могут облегчить борьбу за сферы влияния
Теперь давайте посмотрим, как пользовательские истории могут также смягчить трения между командами. Конфликт часто возникает, когда одна группа говорит: «Я владею этим. Зачем вы лезете в мой бизнес?» Пользовательские истории могут ответить или даже помешать этому вопросу между группами в вашей организации.
Фронтенд-разработка против бэкенд-разработки
На предыдущей работе Кэти фронтенд-разработка работала с командами дизайна, UX и продукта над макетами и изображениями. Когда фронтенд-команда передала дизайн, бэкенд-разработка заявила, что это технически невозможно из-за ограничений системы. Затем фронтенд-команда пожаловалась своим заинтересованным сторонам, что бэкенд-команда не сотрудничает.
А что, если бы они создали подобную пользовательскую историю раньше?
Как разработчик бэкенда, я хочу быть вовлеченным в процесс проектирования раньше, чтобы иметь возможность оценить, что возможно..
Он выражает команду, ее цель и пользу для всех.
Маркетинг против разработки
У бывшего работодателя Кэти был вице-президент с заоблачным мышлением, у которого были большие идеи о том, что добавить на домашнюю страницу веб-сайта. Член маркетинговой команды делал запрос команде разработчиков, но получал отказ, поскольку уже взял на себя обязательство работать над другой функцией в двухнедельном спринте.
А что, если бы они создали эту пользовательскую историю?
Как разработчик человекЯ хочу понимать маркетинговую стратегиютак что Я могу включить функции веб-сайта в планирование спринта.
Эта история помогла бы вице-президенту понять, что команда разработчиков работала спринтами и не могла втиснуть ни один запрос. Это также хорошо работает, потому что команда разработчиков может лучше понять маркетинговую стратегию и заранее запланировать время для маркетинговых функций в своем планировании спринта.
Преимущества пользовательских историй и 5P Framework
Подобные пользовательские истории могут устранить или уменьшить эмоциональное воздействие принятия решений и получения обратной связи. «Мы можем не выражать это. Мы можем не знать этого сразу, но [emotion is] «Именно отсюда и берут начало все эти трения», — говорит Кэти.
Например, если менеджер скажет вам: «Это неправильное решение, и я не хочу, чтобы вы это делали», вы, скорее всего, почувствуете себя обиженным. Но если менеджер поделится пользовательской историей с менее эмоционально заряженными формулировками, вы поймете и отреагируете лучше.
Вот в чем сила пользовательских историй. Они перестраивают разговор вокруг пользователя и согласовывают цели и мотивы всех сторон вокруг этого пользователя.
Кроме того, 5P Framework и пользовательские истории хорошо подходят для организации ваших мыслей. «Это помогает вам устанавливать ожидания для себя и других людей. Это помогает вам убедиться, что результат соответствует заданным вопросам, и это помогает вам сократить отвлекающие факторы», — говорит Кэти.
Переосмысление запроса LLM как пользовательской истории
Помните, как в начале статьи обсуждалось взаимодействие генерального директора и специалиста по данным о генеративном ИИ и LLM? Вот как Кэти перефразировала бы это с точки зрения специалиста по данным, добавив немного юмора:
Как подчиненный, выполняющий приказы CMOЯ хочу понять варианты использования генеративного ИИ так что Я могу сообщить своему господину, есть ли какие-либо заявления для рассмотрения..
Благодаря такому пониманию у специалиста по обработке данных появятся варианты использования генеративного ИИ, которые помогут генеральному директору понять:
- Поколение
- Извлечение
- Подведение итогов
- Переписывание
- Классификация
- Вопрос ответ
Эта попытка использования пользовательской истории приведет к более продуктивному и полезному разговору.
Попробуйте использовать пользовательские истории в своей работе
В следующий раз, когда вы не получите от другой команды то, что просили, не расстраивайтесь и не делайте вывод, что они не могут вам помочь.
«Чтобы это исправить, нужно сказать: «Вот именно то, что мне от тебя нужно. Вот почему. Вот как», — говорит Кэти.
ТЩАТЕЛЬНО ОТОБРАННЫЙ СВЯЗАННЫЙ КОНТЕНТ:
Изображение на обложке: Джозеф Калиновски/Институт контент-маркетинга