2. Как правильно написать тезисы?
Страница актуальна на 2025. Проверила @Mariam Kereyeva
Зачем нужны тезисы
Наша типовая большая конференция — это тысячи гостей и больше десяти параллельных потоков, где за два дня выступает больше ста спикеров.
Неподготовленному человеку сложно ориентироваться в такой большой программе. Мы подозреваем, что больше половины гостей читают программу "по диагонали": за пару секунд читают название и, если оно "зацепило", то порядка десяти секунд читают описание.
Задача тезисов — "продать" доклад как можно большему числу слушателей из вашей целевой аудитории. И привлечь поменьше слушателей, которым ваш доклад будет неинтересен. И на это все у вас есть несколько секунд. Как это сделать?
Что не надо делать
Написать "продающее письмо" | К вам придёт ненужная вам аудитория, а та, что придёт, будет разочарована, вы будете разочарованы, будут низкие оценки доклада, все будут разочарованы. |
Написать подробный план доклада | Чтобы из плана понять, "о чем это", нужно гораздо больше десяти секунд. |
Написать красиво, но длинно! | В программе более ста выступлений, и гости пропускают длинные тезисы. Мы рекомендуем 2-3 небольших абзаца. |
Поставить в тезисах вопросы, на которые будут ответы в докладе | Тезисы должны помочь слушателям понять, о чем они с вами могут побеседовать после выступления. Одного списка вопросов будет недостаточно, ведь неизвестно, как вы на них ответите. |
Вдохновляющий поток сознания | Если докладчик не может выделить главное из своего доклада, то может ли он сделать понятный и хороший доклад?... |
Написать одно предложение | Не выдержит конкуренции с десятью другими выступлениями в параллельных потоках. |
Как лучше написать тезисы
Подумайте, кто ваша целевая аудитория, какая именно ваша экспертиза ценна для этой аудитории, на каких примерах вы будете её демонстрировать и какие изменения слушатели смогут внедрить в свои рабочие процессы по итогам и т.д.
Используйте 2-3 небольших абзаца грамотного литературного текста. Желательно не использовать буллит-списки.
Помните, что многие участники приходят на конференцию, чтобы получить пищу для размышлений и пообщаться друг с другом, докладчиками, ПК. Покажите в тезисах, что в вашем выступлении похоже на тему для обсуждения или новую идею на обдумать.
Старайтесь приземляться в конкретику. Не "много серверов", а "200+ серверов в облаке %username%". Не "высокие нагрузки", а "200к RPS с бизнес логикой". Используйте конкретные названия технологий, фреймворков, языков программирования. Это позволит участникам конференции быстро приземлить ваш рассказ в собственный опыт.
Если вы делитесь опытом решения конкретной задачи, используйте проверочный вопрос: "Почему это не сможет сделать один миддл-разработчик за две недели? Что нетривиального есть в нашей работе, что будет интересно с нами обсудить сотням опытных разработчиков?". Описание case study фокусируется на вызовах, доступных альтернативах, вашей специфике.
Примеры хороших и плохих тезисов
HighLoad++ 2024: Карта роста бэкендера / Алексей Рыбак
Saint TeamLead++ 2024: Менеджерский путь: вверх или вширь / Виктор Корейша
Вы всегда можете задать любой вопрос о подготовке доклада своему Программному менеджеру.