{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

Как скринкасты навсегда прокачают твою удаленку

Как модно нычне говорить, я начал работать в remote-командах задолго до того, как это стало мейнстримом. Привык как к написанию больших лонгридов (для асинхронных коммуникаций) так и к созвонам по 5 раз в день по любым вопросам, которые ну никак нельзя обсудить письменно. Второе давалось сложнее, т.к. во-первых я интроверт, а во-вторых я не люблю тратить время на булщит — любой созвон, особенно без проработанной адженды, может растянуться от запланированных и безобидных 10 минут до утомительной бесконечности.

Сегодня я хочу поделиться своей внезапной находкой прошлого года. Инструментом, который находится где-то посередине между комфортом письменной асинхронности и высоким коннекшеном личных встреч/созвонов. Это скринкасты! То есть, запись экрана с возможностью голосового комментирования того, что на этом экране происходит.

Почему это удобно?

  • Не нужно согласовывать время с участниками. Ты просто садишься, включаешь запись и рассказываешь/показываешь/презентуешь то, что хочешь донести до коллеги/коллег;
  • Не тратится время на лишнее — не нужно, как при личном общении, вплетать смол-токи и не всплывает 10 других тем по ходу разговора;
  • Быстро и просто. Есть штуки, которые проще показать и рассказать, чем нудно и долго описывать. Нажал на кнопку, наболтал 5 минут, показал примеры по ходу дела, отправил;
  • Невероятно удобно показывать разные около QA и около-продуктовые штуки — баги, ошибки, странности/вопросы во флоу продукта и другие вещи, которые происходят на экране. Всё это можно продемонстрировать наглядно, тут же открыть документацию/ТЗ/консоль, показать живые парамтеры своего устройства. Описывать подобные штуки текстом — на порядок дольше и в разы менее информативно (особенно всякие фронтовые баги, которые происходят в динамике и не хотят ловиться на скриншот).

Это только самые основные пойнты, которые сразу пришли в голову и которые «продали» идею скринкастов мне самому, как продакту.
За неполный февраль я по своей основной работе записал 15 скринкастов общей длительностью 57 минут. За январь, с его праздниками — 14, на 72 минуты. За дедлайно-срывающий декабрь — 30 штук, на 150 минут.
Какие юзкейсы вы можете придумать для себя — зависит от вашей роли в команде и необходимости коммуницировать в «повествовательном» формате — это когда нет необходимости в бурном обсуждении (скринкасты для этого не подходят), но нужно что-то развернуто рассказать/спросить/показать.

Инструментарий

Скринкасты можно записывать совершенно чем угодно, хоть нокией 3310.

Запись скринкаста, 2021 год нашей эры

Всё зависит от ваших задач, платформы и свободного времени. Как обычно бывает с любым софтом, здесь есть 2 крайности:

  • Наколхозить своё решение из бесплатных инструментов (например какой-нибудь Fraps/OBS + Dropbox);
  • Отдаться стартаперам за пару чашек кофе в месяц.

Лично я пробовал и то и другое. Первые несколько раз я записывал на MacOS через QuickTime Player и грузил это добро вручную на Google Drive. Вторая часть, с ручной загрузкой в облако, не очень удобная, но при желании это можно автоматизировать. Тогда я еще не знал, что буду писать скринкасты буквально каждый рабочий день, поэтому не заморачивался, сделал так от силы ±5 записей. Не скажу, что это удобно и делается в 3 клика, нет. Либо сразу автоматизируйте, либо несите кофе СааСовцам.

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

  • Есть нативные приложения на Mac, iOS (не знал, кстати!), Windows;
  • Есть экстеншн для Хрома, который работает вполне сносно везде, где есть Хром;
  • Стоит 0 денег, если готовы терпеть качество 720p и ограничение длительности скринкастов до 5 минут. Чтобы попробовать пару раз— сгодится. Чтобы постоянно пользоваться — не очень. Никогда не знаешь, понадобится тебе 5 минут или 5 с половиной. А на фри-тарифе запись нещадно и без предупреждений отключится ровно в спустя 5:00 (но никто не запрещает продолжить мысль в следующей записи);
  • Платный тариф стоит $8/мес на 1 юзера. Как по мне — дорого, но у них всё так удобно, что я все-таки плачу.

Рабочий процесс в Loom очень простой — нажимаете на кнопку, настраиваете запись (можно включить/отключить микрофон, включить/отключить вебку) и стартуете. Во время скринкаста можно ставить паузу (что удобно, когда внезапно понадобилось что-то найти) и рисовать маркерами прям на экране. После того, как запись стопнута, она сразу вгружается в их облако и копирует вам в буфер ссылку для шеринга. Остается только отправить ее по назначению. На каждый скринкаст можно наложить пароль либо ограничение по доступу только для определенных юзеров (если вы на корпоративном тарифе и у вас в воркспейсе есть другие юзеры). При просмотре скринкаста можно ставить ускорение вплоть до х2, а также оставлять комментарии — к каждому комменту автоматически подставляется таймкод скринкаста, на котором он был оставлен.

На этом фичи у Loom заканчиваются. Стоит ли это $8/мес — решайте сами 🙂
Рефералку эти стартаперы еще не сделали, так что если вы себе его и установите, то денех я с этого, к сожалению, не получу: (

Несколько советов напоследок

Если вы все-таки захотите попробовать скринкасты в своей работе, то вот вам несколько очевидных полезных советов:

  • Набросайте план скринкаста/адженду перед записью. На бумажке или в голове — как вам удобнее. Чтобы не было такого, что вы начинаете думать только после того, как включится запись, иначе это будет что-то типа длинных, ненавидимых многими войсов, с «мммм, эээээ, я тут подмал, тут такое дело…», только еще и с картинкой;
  • Готовьте информацию перед записью — откройте все нужные вкладки браузера и программы, закройте/уберите лишнее и ненужное;
  • Не используйте скринкасты там, где должен быть текст. Если вы хотите донести какую-то важную инфу, которая должна остаться в команде надолго (документация/ТЗ/задача), то не пытайтесь заменить текст скринкастом. Скринкасты не индексируются;
  • Не используйте скринкасты там, где не обойтись без разговора. Например, если нужно что-то обсудить, то есть если предполагается много обменов мнениями;
  • Не пишите скринкасты по полчаса. Я сам пару раз этим грешил, но правда, лучше не надо;
  • Комбинируйте скринкасты с другими типами коммуникации. Необязательно употреблять их в чистом виде. Можно смешивать! Самый удобный для меня юзкейс — вплетать скринкасты в большие и душные ТЗ. Это отличный способ удобно продемонстрировать и закрепить то, что описывалось текстом.

На этом, пожалуй, всё. Жду в комментах! Даже если для вас я Америку не открыл и вы давно пользуетесь этим в своей ежедневной работе — тоже жду. Буду рад узнать что-нибудь новое 🙂

Также жду в своем телеграм-канале — там я уже целых 2 дня рассказываю про продуктивность и смежные интересные штуки.

0
Комментарии
-3 комментариев
Раскрывать всегда