Презентация по схеме «проблема — решение — доказательства» связывает конкретную трудность с предлагаемым действием и его обоснованием. Последовательность подходит для предложения или объяснения, но вводит в заблуждение, если под «доказательствами» скрывается лишь уверенное обещание, что решение сработает.
Начните с плана, в котором отдельно указаны наблюдаемые факты, предлагаемое изменение и то, что действительно подтверждают материалы. После этого можно превратить план в редактируемый черновик слайдов в Presenti. Созданный текст не должен дополнять недостающие результаты клиентов или превращать запланированный тест в уже проведенный.
Опишите проблему, которую аудитория сможет представить
Назовите того, кто сталкивается с трудностью, момент ее возникновения и значимое последствие. «Наш процесс неэффективен» — слишком общее утверждение для решения. «Если в обращении нет идентификатора учетной записи, поддержке приходится запрашивать его до начала разбора» — конкретная проблема.
Отделяйте видимый признак от предполагаемой причины. Отсутствующие идентификаторы могут объяснять часть уточняющих вопросов, но не доказывают, что форма вызывает каждую задержку. Если закономерность измерена, приведите выборку, период и источник. Если у вас только пример, назовите его примером.
Не расширяйте проблему искусственно, чтобы разумным казалось только предпочитаемое вами решение. Слушатели должны понять трудность еще до знакомства с предложением.
Покажите, как изменение связано с проблемой
Продолжим условный пример с обращением в поддержку. Предложение — сделать идентификатор учетной записи обязательным для тех типов обращений, где он нужен, и объяснить, где его найти. Связь понятна: сотрудник, разбирающий обращение, получит необходимую информацию уже при отправке.
Это не означает, что обязательными нужно сделать все поля. У некоторых отправителей нет учетной записи, а жесткая форма может помешать подать правомерное обращение. Покажите подходящее исключение или другой способ связи. Слайд с решением должен объяснять компромисс, а не просто заменять красную схему зеленой.
Рассмотрите хотя бы ту практическую альтернативу, которую, скорее всего, предложат слушатели. В нашем случае более понятная инструкция без обязательного поля меньше ограничивает отправителя, но по-прежнему допускает пропуски. Объясните, почему рекомендуете испытать выбранный подход, вместо утверждения, что других вариантов нет.
Соотнесите силу утверждения с доказательствами
Разные материалы позволяют делать разные выводы:
- Разобранный пример показывает, как предлагаемая форма обрабатывает одно обращение. Он не говорит о том, насколько часто встречается проблема.
- Работающая демонстрация показывает, что поле или процесс действует описанным образом в конкретных условиях. Она не доказывает востребованность решения или пользу для бизнеса.
- Наблюдение в ходе пилота описывает, что происходило с определенными участниками за наблюдаемый период. Для обобщения нужен дополнительный контекст.
- Сравнение с надежными исходными данными помогает оценить изменение, но различия в составе пользователей, нагрузке или способе измерения все равно могут влиять на результат.
В нашем условном предложении результатов пилота еще нет. Поэтому слайд с доказательствами должен содержать пример обращения и план проверки, а не растущий график с подписью «Более быстрое решение вопросов». Аудитория решает, стоит ли проводить пилот, а не признавать ли уже доказанным результат, которого пока не проверяли.
Если позднее появятся реальные результаты, укажите определение показателя и базу расчета: что считается обращением с уточняющим вопросом, какие типы обращений вошли в выборку и за какой период. Не упускайте сложность заполнения. Сокращение числа уточнений было бы менее убедительным, если многие пользователи вообще перестали бы справляться с отправкой обращения.
Соберите короткую последовательность слайдов
Три части схемы не требуют ровно трех слайдов. Для предложения о пилоте можно использовать пять, чтобы у аудитории было место для проверки аргументов:
- Просьба: согласовать ограниченный пилот, а не полномасштабное внедрение.
- Проблема: разобрать одно неполное обращение и объяснить, почему нужен уточняющий вопрос.
- Предлагаемое изменение: показать поле идентификатора, пояснение к нему и отдельный путь для исключений.
- Доказательства и неизвестное: отделить то, что показывает пример, от того, что должен измерить пилот.
- Решение: назвать ответственного, границы пилота, момент разбора результатов и условия продолжения или корректировки.
Связывайте слайды фразами, объясняющими причину перехода. «Без этого поля приходится задавать уточняющий вопрос» ведет от проблемы к решению. «Форма может запросить сведения; теперь нужно узнать, смогут ли люди ее заполнить» объясняет, почему рабочая демонстрация еще не завершает аргументацию.
Для более развернутого доклада с данными пригодится англоязычное руководство по сторителлингу на основе данных: оно поможет выбрать сравнения для основных слайдов и подробности для дополнительных материалов.
Сохраните границы аргументации в ИИ-черновике
Передайте инструменту согласованное описание проблемы, предполагаемый механизм решения, имеющиеся доказательства, альтернативы и неизвестные величины. Попросите сохранить эти различия в заголовках слайдов. Например: «Опиши пилот как запланированный. Не придумывай результаты, проценты, цитаты клиентов или источники».
Прочитайте получившиеся заголовки по порядку до работы над оформлением. Если «может сократить число уточнений» превратилось в «устраняет задержки», верните более узкое утверждение. Если на слайде появились факты, которых нет в исходных материалах, проверьте или удалите их. Эта схема нужна, чтобы ход рассуждений был понятнее, а не чтобы неопределенное предложение выглядело неизбежным решением.
