Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Tip

Страница актуальна на 0130.0208.2022. Алла Аблова

Немного о конкуренции

Самые большие из наших конференций посещает, как правило, более двух тысяч человек. Это много! Но потоков, в которые будут организованы доклады на конференции, тоже будет более десятка! Это тоже много, что означает, что всех нас ждёт колоссальная конкуренция за внимание пользователя.

Нужны ли вам слушатели, которые придут к вам, но в процессе поймут, что пришли не туда, встанут и уйдут? Нет, не нужны.

С другой стороны, будет обидно, если кто-то, кому тема реально интересна, не узнает о нашем докладе.

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

Как не надо писать тезисы

Тезисы это:

  • НЕ постановка проблемы;

  • НЕ вопросы, которые хотите обсуждать;

  • НЕ положения теории;

  • НЕ продающий текст;

  • НЕ анонс;

  • НЕ детали выступления;

  • НЕ возможности, которые получит слушатель;

  • НЕ план презентации через буллиты;

  • НЕ интрига, которую вы хотите раскрыть;

  • НЕ «почему» вы хотите это рассказать;

  • НЕ КАК . . . через буллиты;

  • НЕ капитанский призыв типа «давай-давай»;

Вот несколько плохих идей, которые могут прийти к вам в голову.

...

Написать продающее письмо!

...

2024. Проверила Mariam Kereyeva

Table of Contents
minLevel1
maxLevel3

Зачем нужно описание доклада

Типовая большая конференция Онтико - это тысячи гостей и больше десяти параллельных потоков докладов, где за два дня выступает больше ста спикеров.

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

Задача описания - "продать" доклад как можно большему числу слушателей из вашей целевой аудитории. И привлечь поменьше слушателей, которым ваш доклад будет неинтересен. И на это все у вас есть несколько секунд. Как это сделать?

Что не надо делать

Написать "продающее письмо"

К вам придёт ненужная вам аудитория, а та, что придёт, будет разочарована, вы будете разочарованы, будут низкие оценки доклада, все будут разочарованы

:(

.

Написать подробный план доклада

Другая крайность. Во-первых, не у всех структурированное мышление. Во-вторых – ну скучно читать план, не придёт никто

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

Написать красиво, но длинно!

Докладов будет около 200, для того чтобы прочитать 200 эссе потребуется очень много времени, поэтому длинные тезисы будут пропускать вообще. Наша рекомендация – рассказать, или нет.

В программе более ста докладов, и гости пропускают длинные описания. Мы рекомендуем 2-3 небольших абзаца.

Поставить в тезисах вопросы, на которые я отвечу в докладе

Из того, что вопросы слушателя волнуют, вовсе не значит, что его заинтересует именно ваше решение.

Это профессиональная конференция с очень высоким уровнем участников. Большую часть того, что вы собираетесь рассказать, слушатели уже знают. Напишите, что конкретно будет в ответах, и слушатель сможет понять – интересно ли ему то, что вы хотите

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

Вдохновляющий поток сознания

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

Тезисы

Описание доклада в одно предложение

Если докладчик ленится расписать тезисы понятно, то подойдёт ли он к подготовке доклада с необходимым старанием?... И да, такие тезисы, скорее всего, не пропустит Программный комитет.

Как же написать хорошие тезисы?

Это информация, которая НЕ предлагает множество вариантов ответов на вопрос, где участник должен догадываться, о чем конкретно вы будете говорить.

Изложение в одном общем обзоре, в сжатой форме, без подробной аргументации и без детальных теоретических рассуждений одного целого предмета или одной области знаний.

Тезисы на два-три абзаца грамотного литературного текста с ключевыми пунктами доклада.

В тезисах мы не ставим вопросы, а даём краткие ответы.

2-3 абзаца грамотного литературного текста приятно читать всем.

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

Ваши тезисы не будут пахнуть продажами – этот запах хорош для бизнеса, но очень плох для IT-профессионала.

Пишите, как для себя.

Да, они играют в буллшит-бинго :) Плохо, если вы выиграете ещё до начала конференции :)

Соотношение вопросов и ответов в тезисах важно! Вопросов минимум, ответов максимум.

Не надо писать “Как управлять удалёнными программистами?”.

Правильно написать “Мы расскажем о том, как управлять удалёнными программистами с помощью внушения, гипноза и тотального контроля десктопа.”.

Не выдержит конкуренции с десятью другими докладами в параллельных потоках.

Как сделать хорошее описание доклада

  • Осознать, кто моя целевая аудитория, какая именно моя экспертиза ценна для этой аудитории, на каких примерах я буду её демонстрировать и какие изменения придут в рабочие процессы ЦА после доклада, как изменится вектор для саморазвития, и т.д.

  • Используйте 2-3 небольших абзаца грамотного литературного текста. По возможности не используйте буллит-списки.

  • Сфокусируйтесь на том, что в вашем докладе интересно для слушателей. Задайте себе проверочный вопрос: "Что таким же экспертам, как я, будет интересно обсудить со мной после доклада".

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

  • Старайтесь приземляться в конкретику. Не "много серверов", а "200+ серверов в облаке %username%". Не "высокие нагрузки", а "200к RPS с бизнес логикой". Используйте конкретные названия технологий, фреймворков, языков программирования. Это позволит гостям конференции быстро приземлить ваш рассказ в собственный опыт.

  • Если вы делитесь опытом решения конкретной задачи, то используйте проверочный вопрос: "Почему это не сможет сделать один миддл-разработчик за две недели? Что нетривиального есть в нашей работе, что будет интересно с нами обсудить сотням опытных разработчиков?". Описание case study фокусируется на ваших вызовах, доступных альтернативах, вашей специфике.

Примеры хороших и плохих описаний

HighLoad++ 2024: Почему ведущие компании инвестируют в RISC-V: обзор процессорных технологий и будущее экосистемы / Сергей Якушкин

Saint TeamLead++ 2024: Менеджерский путь: вверх или вширь / Виктор Корейша

Удачи вам!

P.S. Если у вас доклад типа Case Study (компания/проект делится своим опытом), то прочитайте рекомендации нашего постоянного члена Программного комитета Николая Самохвалова.P.P.S. Вы всегда можете задать любой вопрос о тезисах в службу поддержки докладчиков: speakers@ontico.ruподготовке доклада своему координатору - см. контакты.