Как презентовать работу при потоковых задачах + шаблон

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

Если есть сомнения, точно ли такое нужно, советую пост Федора (он ниже) или посмотреть материалы Бюро Горбунова.

Мне понравилось, как подход с презентацией описал Федор. Ссылка на пост

Есть затык, и он вот в чем.

Не всегда есть возможность презентовать лично. Я с таким сталкиваюсь, когда задачи идут потоком или показываю результаты не заказчику, а эксперту. Приведу пример.

Делаем продуктовую презентацию, потом серию писем, потом статью и на сладкое — инструкцию. И все по одному продукту. Такие задачи я называю потоковыми.

И теперь о проблеме.

Допустим, в задаче участвует 3 человека, среди них: маркетолог, продакт, технолог.

В идеале так: отправляю первую версию первого информационного продукта — собираю всех на созвон, обсудили итерацию, я проанализировала комментарии и сделала апдейт — еще раз созвонились. И так пока не будет финала.

И то же самое со вторым информпродуктом, третьим и так далее

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

Рост созвонов — это раздражение из серии «очередной созвон, ну сколько можно-то?» и просто потеря времени. По моей практике, слоты под созвоны часто расписаны на неделю вперед и мне не вклиниться сразу. Поэтому пришлось бы назначать на через неделю и ждать.

Конечно, не всегда такое бывает, но по-моему опыту довольно часто.

Что имеем: презентовать надо, а лично не получается. Что делать?

Мне помогает вот такой процесс:

  1. Отправляю первую итерацию куда договорились. Это может быть корп мессенджер, телеграм или почта
  2. Если комментариев много, предлагаю созвон.
  3. Если комментов мало, договариваемся обо всем текстом

Даже в усеченном варианте презентовать все равно нужно. Мне помогает кратко прописать самое основное о задаче и результатах. Могу написать прямо в гуглдоке, в письме или мессенджере. Такой рассказ называю мини-презентацией.

Показываю полный список вопросов, на которые я отвечаю в мини-презентации. Сами пункты меняю в зависимости от ситуации и опыта работы с конкретными людьми. Кому-то нужно напомнить, что весь материал посмотрит корректор, поэтому нет смысла тратить время на опечатки. А кому-то не надо.

Итак, пункты для мини-презентации:

  1. Что это за материал я отправила
  2. На каком он уровне готовности — драфт, финал или промежуточный вариант
  3. Что именно проверять человеку, который получил итерацию
  4. На что обращать внимание
  5. На что не обращать внимание
  6. Будет ли проверять корректор
  7. Будет ли дизайнер обрабатывать иллюстрации
  8. Откуда фактура
  9. Кто ее уже проверял
  10. Особенности материала
  11. Какой дальше процесс по работе с материалов
  12. Какие-то успокоения, если нужны. Например, что я почищу стиль и пока это только драфт

Скачать список пунктов для письменной презентации результатов работы — в гуглдоке.

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

А теперь пару примеров, как может выглядеть такая мини-презентация.

Подписаться на Телеграм →
Поделиться
Отправить
Запинить