ТЗ для презентации: как составить задание, чтобы слайды продавали и не теряли мысль

Заказчик просит «сделать презентацию для инвесторов», дизайнер собирает красивые слайды, копирайтер сокращает текст до тезисов, а на защите выясняется: главная цифра спрятана на 14-м слайде, график нечитаем с расстояния трёх метров, время выступления вышло за 20 минут вместо 7, логотип компании исказили, а исходник презентации остался в личном облаке исполнителя. Формально презентация есть, фактически — она не работает. В презентациях цена размытого ТЗ особенно высока: здесь нельзя «дописать потом», потому что слайд видят здесь и сейчас, а внимание аудитории теряется за секунды. Разбираем, как составить ТЗ для презентации так, чтобы она доносила мысль, укладывалась в регламент, соответствовала бренду и передавалась в удобных форматах.

Что такое ТЗ для презентации и когда оно спасает

ТЗ для презентации — это документ, который описывает не только «сколько слайдов и какой стиль», но и бизнес-цель выступления, аудиторию, ключевое сообщение, структуру сюжета, состав слайдов, требования к тексту, графикам, дизайну, брендингу, формату показа, времени, правкам и передаче файлов. Хорошее ТЗ превращает презентацию из набора картинок в инструмент управления вниманием: человек должен понять, поверить и совершить действие.

Особенно ТЗ спасает в пяти ситуациях:

• Презентация для принятия решения. Инвесторы, совет директоров, заказчик, партнёр. Здесь важен не «рассказ о компании», а аргумент, цифра, риск, предложение и следующий шаг.
• Продающая презентация продукта или услуги. Нужно объяснить ценность, снять возражения, показать доказательства и привести к заявке, договору или пилоту.
• Внутреннее обучение или стратегическая сессия. Важно, чтобы сотрудники поняли правила, процессы, метрики и ответственность, а не просто посмотрели красивые слайды.
• Выступление на конференции или вебинаре. Жёсткий тайминг, проектор, удалённая аудитория, вопросы, запись, доступность, единый стиль серии докладов.
• Отчёт перед регулятором, фондом, грантодателем или акционером. Критичны точность данных, ссылки на источники, юридические формулировки, конфиденциальность и архив версий.

Презентация — это не документ для чтения. Это опора для спикера и инструмент для аудитории. Если слайд можно прочитать только вблизи, он не работает на выступлении.

Простой тест на готовность ТЗ: если дизайнер, копирайтер, аналитик и спикер, прочитав документ, могут понять, сколько слайдов делать, какую мысль нести каждый блок, какие данные обязательны, в каком формате сдавать файл и как проверять читаемость с проектора, — ТЗ рабочее. Если остаются вопросы «а кто выступает?», «а сколько минут?», «а нужны ли графики?», «а можно ли использовать шаблон компании?», документ нужно дополнять.

Специфика ниши презентации: 5 особенностей, которые влияют на ТЗ

Презентация отличается от статьи, лендинга, отчёта или баннера. Её воспринимают одновременно глазами, ушами и вниманием спикера. Эти особенности нужно закладывать в ТЗ заранее.

1. Слайд поддерживает речь, а не заменяет её

Частая ошибка — пытаться уместить на слайде весь текст выступления. В результате аудитория читает вместо того, чтобы слушать, а спикер дублирует экран. В ТЗ нужно разделить: что говорит человек, что показывает слайд, какие данные должны остаться в памяти после просмотра. Хороший принцип: один слайд — одна мысль, один график, один вывод или один призыв.

Если презентация будет рассылаться после выступления как самостоятельный документ, это отдельный сценарий. Тогда нужны пояснения, сноска к источникам, более полный текст и, возможно, версия с заметками спикера. Это должно быть указано в ТЗ до дизайна, потому что влияет на плотность слайдов.

2. Аудитория и контекст показа определяют формат сильнее, чем вкус

Презентация для инвестора в переговорной, для конференции в большом зале, для вебинара с миниатюрой спикера и для рассылки в почте — это разные задачи. В первом случае важны доверие и цифры, во втором — читаемость с дальних рядов, в третьем — безопасные зоны под интерфейс видеосвязи, в четвёртом — возможность открыть файл на телефоне.

В ТЗ нужно зафиксировать: где показывают, на каком устройстве, есть ли проектор, экран, трансляция, запись, печать раздатки, удалённые участники, уровень шума, длительность внимания, нужна ли версия для самостоятельного чтения. Без этого дизайнер может сделать «презентабельный» файл, который невозможно использовать по назначению.

3. Сюжет важнее украшения

Красивый шаблон не спасает слабую логику. Презентация должна иметь нарратив: проблема → контекст → решение → доказательства → выгода → риск → призыв. Или: результат → как получили → что дальше. В ТЗ нужно описать не просто список тем, а порядок убеждения и ключевое сообщение каждого блока.

Полезно задать правило «так называемого лифта»: если зритель увидит только титульный слайд, один промежуточный и финальный, он всё равно должен понять суть предложения. Это помогает не превращать презентацию в ленту новостей, где главная мысль теряется на 12-м экране.

4. Данные и визуализация требуют отдельной подготовки

Графики, таблицы, схемы, воронки, таймлайны, карты, диаграммы — самая рискованная часть презентации. Ошибка в цифре, подписи оси, источнике или масштабе может подорвать доверие ко всему выступлению. В ТЗ нужно указать: какие метрики обязательны, в каком разрезе, за какой период, с какими сравнениями, откуда данные, можно ли округлять, нужны ли сноски, как обрабатывать конфиденциальные значения.

Для визуализации лучше сразу запретить «декоративные» приёмы: объёмные круговые диаграммы, 3D-эффекты, пестрые легенды, перегруженные таблицы. Требование простое: график должен читаться за 5–7 секунд, а вывод — быть подписан прямо на слайде.

5. AI ускоряет черновик, но не снимает ответственность за смысл и права

В 2026 году нейросети помогают быстро собрать структуру, сократить текст, предложить варианты заголовков, сгенерировать иллюстрации, подобрать иконки, очистить данные для графиков и даже набросать дизайн-концепцию. Это экономит время на старте. Но AI не отвечает за корректность фактов, конфиденциальность, юридические формулировки, соответствие брендбуку, права на шрифты и изображения, читаемость с проектора и финальную логику убеждения.

Если в работе используются AI-инструменты, в ТЗ нужно указать: какие этапы автоматизированы, какие данные нельзя передавать в сторонние сервисы, кто проверяет цифры, кто утверждает тексты, можно ли использовать сгенерированные изображения в коммерческом выступлении и как передаются права. Иначе быстрая сборка может обернуться репутационным риском.

Структура ТЗ для презентации

1. Цель: какое решение должна принять аудитория

Начните не со стиля, а с задачи. Цель презентации должна быть сформулирована через действие слушателя: согласовать бюджет, купить пилот, утвердить стратегию, записаться на демо, понять новый регламент, довериться цифрам, задать правильные вопросы. Плохая формулировка: «Сделать презентацию о компании». Хорошая: «Презентация для инвестора должна за 10 минут объяснить модель монетизации, показать traction и привести к согласованию termsheet на следующем созвоне».

В ТЗ полезно зафиксировать три уровня цели:

• Бизнес-цель: зачем вообще нужно выступление.
• Коммуникационная цель: что аудитория должна понять.
• Целевое действие: что она должна сделать после просмотра.

Если цель не измерима, презентация станет «рассказом обо всём». А вам нужен инструмент, который ведёт к конкретному решению.

2. Требования: аудитория, сюжет, слайды, дизайн, текст, данные и бренд

Требования лучше разделять по группам, чтобы не смешать содержание, визуал и технические ограничения.

Аудитория и контекст: кто смотрит, какой у них уровень знаний, какие возражения, какие решения они принимают, где будет показ: переговорная, конференц-зал, Zoom, офлайн-экран, рассылка, печать. Укажите язык выступления и нужна ли локализация.

Сюжет и структура: ключевое сообщение, логика блоков, обязательные разделы, порядок аргументов, финальный CTA. Например: проблема → решение → рынок → продукт → метрики → команда → запрос. Если есть утверждённый план выступления, приложите его.

Состав слайдов: количество слайдов, типовой набор: титульный, agenda, проблема, решение, продукт, бизнес-модель, рынок, конкуренция, traction, команда, финансовые показатели, риск, следующий шаг. Для каждого слайда желательно указать главную мысль и обязательные элементы.

Текст на слайдах: максимум слов на слайд, размер шрифта, стиль заголовков, можно ли использовать тезисы, нужны ли полные предложения, как обрабатывать аббревиатуры, кто согласует формулировки. Для презентации с проектором обычно требуется крупный шрифт: не мельче 24 pt для основного текста и 32–40 pt для заголовков, но финальные параметры зависят от зала и макета.

Дизайн и визуальный стиль: брендбук, логотип, фирменные цвета, шрифты, сетка, иконки, иллюстрации, фото, графики, правила для тёмного и светлого фона. Если брендбука нет, зафиксируйте минимальные правила: цвета, шрифты, запрещённые приёмы, референсы и антиреференсы. Для визуальной части полезно ориентироваться на структуру брифа из материала ТЗ для дизайна.

Данные и визуализация: источники, метрики, периоды, сравнения, допустимые округления, формат графиков, подписи, сноски, конфиденциальные данные. Укажите, какие числа критичны и требуют проверки юристом, финансистом или аналитиком.

Доступность и читаемость: контраст текста и фона, отсутствие смысла только через цвет, alt-тексты для изображений, читаемые таблицы, крупные элементы, безопасные зоны под интерфейс трансляции. Если презентация будет публиковаться открыто, это особенно важно.

3. Объём: сколько слайдов, версий и форматов входит в задачу

Самая частая причина конфликтов — разное понимание объёма. «Сделать презентацию» может означать 8 слайдов для питча, 30 слайдов для отчёта, шаблон для отдела продаж, версию для вебинара и PDF для рассылки. В ТЗ нужно прямо перечислить:

• количество слайдов в основной версии;
• нужны ли дополнительные приложения, backup-слайды, FAQ-блок;
• сколько концептов дизайна или шаблонов;
• нужны ли версии: для проектора, для экрана, для печати, для рассылки, для соцсетей;
• нужны ли заметки спикера, тайминг по слайдам, сценарий выступления;
• нужны ли анимация, переходы, видео, интерактивные элементы;
• сколько кругов правок входит;
• что не входит: написание полного текста доклада, аналитика, перевод, дизайн логотипа, съёмка видео, настройка трансляции.

Если презентация часть большого проекта, объём лучше связать с этапами и зависимостями через план для ТЗ. Так видно, кто отвечает за данные, кто согласует текст, кто делает дизайн и когда нужна финальная сборка.

4. Сроки: этапы, согласования и репетиции

Презентацию нельзя сдавать одной датой «ко выступлению». Нужен график с точками контроля:

• сбор цели, аудитории, данных и материалов;
• утверждение структуры и ключевого сообщения;
• черновик текстов и состав слайдов;
• дизайн-концепция или шаблон;
• сборка первой версии;
• проверка данных и юридическая вычитка;
• дизайн всех слайдов;
• репетиция и тайминг;
• правки;
• финальный экспорт и передача.

Отдельно зафиксируйте, кто согласовывает каждый этап: владелец продукта, маркетолог, финансист, юрист, спикер. Укажите время на обратную связь: например, «заказчик даёт комментарии по структуре в течение 1 рабочего дня». Иначе срок будет съеден согласованиями. Для публичных выступлений обязательно закладывайте резерв на репетицию: презентация может быть готовой по файлу, но не готовой по времени и подаче.

5. Критерии приёмки: как понять, что презентация готова

Критерии приёмки должны быть проверяемыми. Не «красиво и понятно», а конкретно:

• ключевое сообщение считывается с титульного, середины и финального слайда;
• каждый слайд имеет одну главную мысль и не перегружен текстом;
• графики читаемы с расстояния, указанного в ТЗ, источники указаны;
• текст соответствует согласованному объёму и не содержит непроверенных утверждений;
• бренд соблюдён: логотип, цвета, шрифты, сетка, тон;
• тайминг выступления укладывается в регламент с запасом 10–15%;
• файл открывается на целевом устройстве, шрифты не «уезжают», анимация работает;
• версии для показа, рассылки и печати соответствуют требованиям;
• права на шрифты, фото, иконки и AI-материалы подтверждены;
• исходники и экспортные файлы переданы в согласованном формате.

Хорошая практика — проводить приёмку не только глазами заказчика, но и тестом: показать презентацию человеку, который не участвовал в создании, и спросить, какая главная мысль и какое следующее действие. Если ответ не совпадает с ТЗ, презентацию нужно править по структуре, а не только по дизайну.

6. Формат передачи: какие файлы и документы получает заказчик

Презентацию нельзя принять, если передан только PDF. В ТЗ нужно указать состав передачи:

• исходник: PPTX, Keynote, Google Slides, Figma, Canva — что согласовано;
• экспорт для показа: PDF, PPTX с встроенными шрифтами, видео MP4, если нужна запись;
• версии: full, lite, для печати, для рассылки, для соцсетей, backup-слайды;
• заметки спикера, тайминг, сценарий перехода между слайдами;
• исходные графики и таблицы: XLSX, CSV, ссылки на дашборды, если это разрешено;
• шрифты или подтверждение лицензий, изображения с правами, иконки, логотипы;
• структура архива: 01_source, 02_export, 03_data, 04_notes, 05_rights;
• инструкция: какой файл использовать для проектора, какой для отправки, что нельзя менять без согласования.

Отдельно пропишите, кто владеет исходником и можно ли редактировать презентацию другим сотрудникам. Для корпоративных шаблонов это критично: иначе через полгода никто не сможет обновить цифры без обращения к прежнему исполнителю.

7. Правки: что входит, а что становится новой задачей

В презентациях правки неизбежны, но их нужно разграничить. В ТЗ укажите:

• сколько кругов правок по структуре, тексту, дизайну и данным входит;
• что считается правкой: замена цифры, уточнение заголовка, перестановка слайда, смена цвета в рамках шаблона;
• что считается новой задачей: смена целевой аудитории, новый сюжет, добавление 10 слайдов, другая语言, редизайн, интеграция видео, подготовка отдельной версии для вебинара;
• как согласовываются изменения: письменно, в чате, через список комментариев;
• как меняются сроки при изменении данных после утверждения макета.

Особенно опасны правки «по данным после дизайна». Если финансист меняет метрику, а график уже построен в кастомной иллюстрации, это может быть не мелкой правкой, а переделкой визуализации. Такие зависимости лучше фиксировать заранее.

Мини-пример фрагмента ТЗ для презентации

Задача: презентация для инвестора, 10 минут + 5 минут вопросы.

Цель: объяснить модель монетизации, показать рост выручки и привести к согласованию следующего созвона с termsheet.

Аудитория: два партнёра фонда, знакомы с рынком, не знают продукт глубоко, смотрят в Zoom с миниатюрой спикера.

Ключевое сообщение: продукт уже показывает повторные продажи и может масштабироваться без пропорционального роста затрат.

Структура: 12 слайдов: титул, проблема, решение, продукт, бизнес-модель, traction, рынок, конкуренция, юнит-экономика, команда, план использования средств, запрос.

Требования: один слайд — одна мысль; главный график читаем в окне 640×360 px; источники данных указаны мелко внизу; фирменный синий и серый; без 3D-диаграмм; текст не мельче 24 pt; финальный слайд содержит конкретный CTA и контакт.

Передача: PPTX с встроенными шрифтами, PDF для рассылки, заметки спикера с таймингом по слайдам, исходные данные в XLSX, список использованных шрифтов и лицензий.

Такой фрагмент можно адаптировать под продажи, отчёт, обучение, конференцию, грант или внутреннюю стратегию. Главное — сохранить связь между целью, аудиторией, сюжетом, данными, форматом показа и приёмкой.

Критерии приёмки результата презентации

Презентацию можно принимать, если выполнены измеримые условия:

• Главная мысль считывается без объяснений. Новый зритель после просмотра может назвать, что предлагают, почему это важно и какое действие ожидается.
• Структура соответствует согласованному сюжету. Нет лишних разделов, дублей,跳ачков и слайдов «для красоты», которые не несут аргумент.
• Каждый слайд имеет одну функцию. Он объясняет проблему, доказывает выгоду, показывает данные, снимает возражение или ведёт к действию. Не «всё сразу».
• Текст читается в целевом контексте. С проектора, с телефона, в окне видеозвонка или в PDF — в зависимости от ТЗ. Нет мелкого шрифта, переполненных строк и обрезанных окончаний.
• Графики и таблицы корректны. Цифры сверены с источником, оси подписаны, единицы измерения указаны, сравнения честные, выводы написаны прямо на слайде.
• Бренд соблюдён. Логотип, цвета, шрифты, иконки, сетка и тон соответствуют фирменному стилю или согласованной визуальной системе.
• Тайминг выдержан. Презентация укладывается в отведённое время с запасом на переходы и вопросы. Есть заметки спикера или пометки по длительности блоков.
• Файлы открываются на целевых устройствах. PPTX, PDF, Google Slides, Keynote или другой формат работают без потери шрифтов, анимации, качества изображений и структуры.
• Права и лицензии подтверждены. Шрифты, стоковые фото, иконки, AI-генерации, логотипы партнёров и клиентские данные можно использовать в заявленном сценарии.
• Передача complete. Заказчик получил исходник, экспорты, заметки, данные, инструкцию и доступы, а не только картинку в мессенджере.

Вопросы для уточнения до старта

Эти вопросы нужно задать себе, дизайнеру, копирайтеру, аналитику и спикеру до начала работы. Они снимают большую часть будущих правок:

• Какую бизнес-задачу решает презентация и какое действие должна совершить аудитория?
• Кто слушатели: инвесторы, клиенты, сотрудники, regulators, партнёры, студенты?
• Где будет показ: офлайн-зал, проектор, ТВ-экран, Zoom, вебинар, рассылка, печать?
• Сколько минут на выступление и сколько на вопросы?
• Есть ли утверждённая структура доклада или её нужно разработать?
• Какие данные обязательны: выручка, воронка, CAC, LTV, NPS, рынок, сроки, команда?
• Кто отвечает за проверку цифр и юридических формулировок?
• Нужен ли брендбук, корпоративный шаблон, логотипы, фирменные шрифты?
• Сколько слайдов ожидается и нужны ли backup-слайды?
• Нужны ли анимация, видео, интерактив, кликабельные оглавления, ссылки?
• В каком формате сдавать файл: PPTX, PDF, Google Slides, Figma, Keynote, MP4?
• Нужны ли заметки спикера, тайминг, сценарий, версия для самостоятельного чтения?
• Есть ли конфиденциальные данные, которые нельзя показывать или нужно маскировать?
• Используются ли AI-инструменты, кто проверяет факты, лицензии и стиль?
• Сколько кругов правок входит и что считается новой версией?
• Кто принимает финальное решение: спикер, маркетолог, финансист, юрист, руководитель?

Если на часть вопросов нет ответа, это не всегда блокирует старт. Но такие места нужно пометить в ТЗ как «уточняется до этапа X» и не начинать зависимые работы. Например, нельзя финализировать графики до подтверждения данных, нельзя сдавать дизайн до согласования структуры, нельзя обещать тайминг без репетиции.

Чек-лист готовности ТЗ

Перед тем как передавать задачу дизайнеру, копирайтеру или презентатору, пройдитесь по короткому чек-листу. Если хотя бы два пункта не закрыты, ТЗ лучше дополнить.

• Цель сформулирована через действие аудитории, а не через «красивые слайды».
• Описаны слушатели, контекст показа, длительность и формат мероприятия.
• Зафиксировано ключевое сообщение и структура сюжета.
• Перечислены слайды, обязательные данные, графики, тексты и финальный CTA.
• Указаны бренд, шрифты, цвета, референсы и ограничения по дизайну.
• Определены технические параметры: разрешение, safe-зоны, читаемость, форматы файлов.
• Прописаны этапы, сроки, согласования, репетиция и правила правок.
• Согласован состав передачи: исходник, экспорты, заметки, данные, права и инструкция.

Честно: идеальное ТЗ не заменяет репетицию и живой диалог со спикером. Но оно переводит работу из плоскости «давайте подвинем блок» в плоскость «вот цель, вот аудитория, вот мысль, вот критерий». Когда сюжет, данные, формат и приёмка зафиксированы, обе стороны понимают, что считается готовой презентацией, а что — новой задачей.

Как заказать презентацию на Workink

На Workink задача по презентации публикуется в категории «Техническое задание (ТЗ)». Это удобно, когда нужно не просто найти дизайнера слайдов, а передать структурированное задание: цель, аудиторию, сюжет, данные, бренд, форматы, сроки, критерии приёмки и состав передачи.

Платформа снижает типовые риски презентационных заказов:

• Безопасная сделка: деньги находятся в резерве до приёмки работы. Вы платите за результат, а не за обещание сделать ярко.
• Комиссия 11% за заказ и 0% за вывод: прозрачные условия без удержания при выводе средств.
• Доработки бесплатно до соответствия ТЗ: если презентация не соответствует согласованным требованиям, исполнитель дорабатывает результат.
• Договорённости в чате имеют силу ТЗ: всё, что вы обсудили по структуре, данным, срокам, форматам и правкам, фиксируется в переписке и защищает обе стороны.

Если вы заказчик, начните с сильного ТЗ: цель, аудитория, сюжет, слайды, данные, дизайн, формат показа, приёмка и передача. Если вы исполнитель — дизайнер презентаций, копирайтер, аналитик или продюсер выступления, просите эти данные до старта. Это экономит время на согласованиях, снижает риск бесплатных переделок и помогает сдать работу, которую действительно можно показать.

Найти исполнителя Разместить заказ Защита покупателей

Полезные материалы по теме

• План для ТЗ — как разложить подготовку презентации на этапы, согласования и репетиции.
• ТЗ для дизайна — как передать визуальные требования без бесконечных правок «сделайте дороже».