| Tip |
|---|
Страница актуальна на 0730.0908.20222024. Проверила Алла Аблова (Unlicensed) Mariam Kereyeva |
| Table of Contents | ||||
|---|---|---|---|---|
|
Немного о конкуренции
Самые большие из наших конференций посещает, как правило, более двух тысяч человек. Это много! Но потоков, в которые будут организованы доклады на конференции, тоже будет более десятка! Это тоже много, что означает, что всех нас ждёт колоссальная конкуренция за внимание пользователя.
Нужны ли вам слушатели, которые придут к вам, но в процессе поймут, что пришли не туда, встанут и уйдут? Нет, не нужны.
С другой стороны, будет обидно, если кто-то, кому тема реально интересна, не узнает о нашем докладе.
В сухом остатке, вам нужно написать такие тезисы, чтобы к вам пришла именно ваша целевая аудитория.
Как не надо писать тезисы
Тезисы это:
НЕ постановка проблемы;
НЕ вопросы, которые хотите обсуждать;
НЕ положения теории;
НЕ продающий текст;
НЕ анонс;
НЕ детали выступления;
НЕ возможности, которые получит слушатель;
НЕ план презентации через буллиты;
НЕ интрига, которую вы хотите раскрыть;
НЕ «почему» вы хотите это рассказать;
НЕ КАК . . . через буллиты;
НЕ капитанский призыв типа «давай-давай»;
Вот несколько плохих идей, которые могут прийти к вам в голову.
...
Написать продающее письмо!
...
Зачем нужно описание доклада
Типовая большая конференция Онтико - это тысячи гостей и больше десяти параллельных потоков докладов, где за два дня выступает больше ста спикеров.
Неподготовленному человеку сложно ориентироваться в такой большой программе. Мы подозреваем, что больше половины гостей читают программу "по диагонали": за пару секунд читают название и, если оно "зацепило", то порядка десяти секунд читают описание.
Задача описания - "продать" доклад как можно большему числу слушателей из вашей целевой аудитории. И привлечь поменьше слушателей, которым ваш доклад будет неинтересен. И на это все у вас есть несколько секунд. Как это сделать?
Что не надо делать
Написать "продающее письмо" | К вам придёт ненужная вам аудитория, а та, что придёт, будет разочарована, вы будете разочарованы, будут низкие оценки доклада, все будут разочарованы |
. |
Написать подробный план доклада |
Чтобы из плана доклада понять, "о чем это", нужно гораздо больше десяти секунд. |
Написать красиво, но длинно! |
В программе более ста докладов, и гости пропускают длинные описания. Мы рекомендуем 2-3 небольших абзаца. |
Поставить в тезисах вопросы, на которые я отвечу в докладе |
Из того, что вопросы слушателя волнуют, вовсе не значит, что его заинтересует именно ваше решение.
Это профессиональная конференция с очень высоким уровнем участников. Большую часть того, что вы собираетесь рассказать, слушатели уже знают. Напишите, что конкретно будет в ответах, и слушатель сможет понять – интересно ли ему то, что вы хотитеОписание доклада должно помочь слушателям понять, о чем они с вами будут беседовать после доклада. Одного списка вопросов будет недостаточно – ведь неизвестно будет, как вы на них ответите | |
Вдохновляющий поток сознания | Если докладчик не может выделить главное из своего доклада, то сможет ли он сделать понятный и хороший доклад?... |
Описание доклада в одно предложение |
Если докладчик ленится расписать тезисы понятно, то подойдёт ли он к подготовке доклада с необходимым старанием?... И да, такие тезисы, скорее всего, не пропустит Программный комитет.
Как же написать хорошие тезисы?
Это информация, которая НЕ предлагает множество вариантов ответов на вопрос, где участник должен догадываться, о чем конкретно вы будете говорить.
Изложение в одном общем обзоре, в сжатой форме, без подробной аргументации и без детальных теоретических рассуждений одного целого предмета или одной области знаний.
...
Тезисы на два-три абзаца грамотного литературного текста с ключевыми пунктами доклада.
В тезисах мы не ставим вопросы, а даём краткие ответы.
...
2-3 абзаца грамотного литературного текста приятно читать всем.
...
Ключевые пункты доклада, список ответов на вопросы, поставленные в докладе, позволят профессионалу сравнить ваш багаж знаний со своим и принять решение.
...
Ваши тезисы не будут пахнуть продажами – этот запах хорош для бизнеса, но очень плох для IT-профессионала.
...
Пишите, как для себя.
...
Да, они играют в буллшит-бинго :) Плохо, если вы выиграете ещё до начала конференции :)
...
Соотношение вопросов и ответов в тезисах важно! Вопросов минимум, ответов максимум.
Не надо писать “Как управлять удалёнными программистами?”.
Правильно написать “Мы расскажем о том, как управлять удалёнными программистами с помощью внушения, гипноза и тотального контроля десктопа.”.
Рекомендации для докладов типа Case Study (когда компания/проект делится своим опытом)
Недостаточно просто описать задачу в тезисах. Довольно часто бывает так, что заинтересованные слушатели могут это сделать не хуже докладчика. Хорошие же тезисы отличает конкретика: конкретные названия, конкретные числовые показатели (последнее особенно важно для Highload++).
Главное — приоткрыть суть вашего доклада, оставаясь при этом в рамках сжатых тезисов.
И это не так сложно. При подготовке доклада и его тезисов нужно сделать всего лишь три шага.
Шаг 1. Проблема
В чём была сложность решаемой проблемы? Постарайтесь привести числовые оценки: объём данных, необходимая скорость отклика и т.п.
Шаг 2. Решение
Какие подходы, инструменты, алгоритмы, технологии были выбраны и почему? Приведите конкретные названия, упомяните альтернативы, с которыми сравнивали, а в самом докладе приведите их сравнение.
Шаг 3. Оценка
Как вы оценивали успех? Какая основная метрика была мерилом успеха, на какое значение вы ориентировались вначале и что получили в результате? Метрик может быть несколько, но помните, в отличных докладах (как и в отличных технических проектах, бизнесе и т.д.) есть одна главная метрика (не обязательно односложная!), которая определяет успешность результата.
Плохие примеры
— Стоит проблема оптимизации времени и нужно всё делать быстрее. Проблема становится всё более актуальной с каждым этапом роста объемов производства.
— Существует многообразие различных методологий и технологий, призванных стандартизировать процессы деплоя и релизов. В своем докладе я хочу рассказать о том, какой процесс мы настроили для себя, и чем он может быть полезен другим.
— У нас всё отлично получилось. Мы поделимся опытом.
— У нас тысяча серверов, они работают вот так.
Хорошие примеры
— Для нормальной работы нужно укладываться в N минут, что очень непросто, потому что есть M мегабайт данных.
— Мы выбрали технологии X и Y и расскажем, почему (тут же надо дать пояснения программному комитету — а почему же? коротко!). Приведём сравнение с технологиями Z и W (и опять же, для ПК надо коротко в пояснительной записке написать, как сравнивали, кто выиграл и — коротко! — почему).
— В результате мы получили время полной обработки данных N секунд при количестве данных M мегабайт и убедились, что этот показатель в нашем проекте масштабируется линейно вплоть до значения 100*M мегабайт. В докладе будет подробно описано, как повторить наш успех.
...
Не выдержит конкуренции с десятью другими докладами в параллельных потоках. |
Как сделать хорошее описание доклада
Осознать, кто моя целевая аудитория, какая именно моя экспертиза ценна для этой аудитории, на каких примерах я буду её демонстрировать и какие изменения придут в рабочие процессы ЦА после доклада, как изменится вектор для саморазвития, и т.д.
Используйте 2-3 небольших абзаца грамотного литературного текста. По возможности не используйте буллит-списки.
Сфокусируйтесь на том, что в вашем докладе интересно для слушателей. Задайте себе проверочный вопрос: "Что таким же экспертам, как я, будет интересно обсудить со мной после доклада".
Помните, что большинство гостей конференции приходят общаться друг с другом, докладчиками и сами с собой, обдумывая новые идеи. Покажите в описании то, что в вашем докладе похоже на тему для обсуждения или новую идею на обдумать.
Старайтесь приземляться в конкретику. Не "много серверов", а "200+ серверов в облаке %username%". Не "высокие нагрузки", а "200к RPS с бизнес логикой". Используйте конкретные названия технологий, фреймворков, языков программирования. Это позволит гостям конференции быстро приземлить ваш рассказ в собственный опыт.
Если вы делитесь опытом решения конкретной задачи, то используйте проверочный вопрос: "Почему это не сможет сделать один миддл-разработчик за две недели? Что нетривиального есть в нашей работе, что будет интересно с нами обсудить сотням опытных разработчиков?". Описание case study фокусируется на ваших вызовах, доступных альтернативах, вашей специфике.
Примеры хороших и плохих описаний
HighLoad++ 2024: Почему ведущие компании инвестируют в RISC-V: обзор процессорных технологий и будущее экосистемы / Сергей Якушкин
Saint TeamLead++ 2024: Менеджерский путь: вверх или вширь / Виктор Корейша
Удачи вам!
P.S. Вы всегда можете задать любой вопрос о тезисах в службу поддержки докладчиков: speakers@ontico.ruподготовке доклада своему координатору - см. контакты.