Про удобство (Михаил Греков)

2022-05-26 17:40:28 Про цель
Очень простое правило, о котором якобы все знают: чтобы чего-то достигнуть, надо поставить цель.

Просто представьте: человек хочет научиться метко кидать дротики. Ставит перед собой доску и кидает в неё. Вроде бы, всё верно. Но как понять, что он стал меткий? Надо выбрать цель на доске и оценивать относительно неё.

С дротиками, конечно, очевидно. Но моя практика показывает, что цель ставят не всегда.

“Учить английский, потому что сейчас это важно” — это не цель.
“Учить английский, чтобы через год написать на нём статью” — это цель.

“Давайте встретимся, обсудим макет дизайна” — это не цель.
“Давайте встретимся и составим финальный список требований к макету” — это цель.

Очень часто целей нет:
у встреч-обсуждений. Поболтали, но ничего не достигли. Я взял за правило писать в описании встречи список того, к чему мы должны по итогу прийти.

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

у общекорпоративных встреч.

у обучения (см. выше про английский).

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

В общем, если вы сегодня делали что-то или участвовали в чём-то, но не можете сказать с какой целью вы это делали и достигли вы её или нет — вы бесцельно потратили время. Это может быть и хорошо, если целью было бесцельно провести время Открыть/Комментировать

2022-05-24 15:43:49 Как отдыхать в отпуске
===
Эту заметку я повторяю из года в год в отпускной сезон. Отдыхайте, чтобы работать.
===
Отпускной сезон вот-вот войдёт в свою активную фазу. Хочу поделиться с вами своими наблюдениями о грамотной организации отпускных процессов в команде.

Отпускникам
Главное правило: УХОДИ НА 100%

Нельзя:
Делать в отпуске рабочие дела, до которых не доходили руки.

Проверять рабочую почту — поставьте автоответ, что до такого-то числа вас нет.

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

Ходить в гости на работу и видеться с коллегами (минимум рабочего).

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

Конечно, чтобы уйти в отпуск на 100%, необходимо к этому подготовиться.

Если вы общаетесь с заказчиком — предупредите их за неделю об отпуске и предоставьте контакты того, кто вместо вас.

Не берите большую задачу перед отпуском — если что-то пойдёт не так, то уйти на 100% будет сложнее.

Заранее предупредите коллег об отпуске и о том, что им придётся делать вместо вас в этот период.

Не пытайтесь за последнюю неделю перед отпуском сделать всё-всё и даже наперёд, выматывая себя. Работайте по приоритетам без авралов. Отдохнёте и доделаете.


Тем, кто остался
Главное правило: ОТПУСКНИКА НЕТ

Если руководитель из-за какого-то форс-мажора вызывает отпускника, то стоимость форс-мажора должна быть больше ценности сотрудника. Иными словами: форс-мажор исправить важнее, чем потерять вызываемого сотрудника.

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

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

#кактотак
из давно опубликованного Открыть/Комментировать

2022-05-20 16:20:44 #анонс бесплатно

24 мая в 15:00 будет классный воркшоп в Яндекс Практикуме «Как формулировать качественные гипотезы для UX-исследований».
Воркшоп проводит Эмилия Городовых, руководитель UX-лаборатории в Контуре. Если вы в теме UX, то, наверняка, читали статьи Эмилии (легко гуглятся).

На воркшопе:
— как формулировать гипотезы;
— почему важно проверять гипотезы, а не подтверждать их;
— как отличать «хорошие» гипотезы от «плохих»;
— какие гипотезы можно проверять с помощью UX-исследований, а какие — нет.

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

→ Зарегистрироваться на воркшоп Открыть/Комментировать

2022-05-18 18:17:18 ​​#анонс

Совпало.
Мы в компании сейчас активно растём: много найма (х2 с марта), продуктовые процессы и прочее. Пробуем внедрять OKR и выстраивать регулярную оценку компетенций.

И тут ко мне пришёл Акселератор ФРИИ с анонсом вебинара: Как и для чего выстраивать в компании центр оценки компетенций менеджеров и владельцев продуктов.

Вселенная послала мне ответ, на мой молчаливый запрос. Пойду на вебинар 24 мая в 17:00 .
⠀
Дальше анонс вебинара от Акселератора ФРИИ. Го вместе!
⠀
Дефицит компетенций среди продактов — актуальная проблема, с которой сталкиваются в любой компании независимо от отрасли. Особенно остро проблема встает в кризисное время, когда нужно подстраиваться под новые требования рынка, создавая новые продукты.
⠀
24 мая в 17:00 на вебинаре в «Акселераторе ФРИИ» обсудят, как центр оценки компетенций помогает:
⠀
Выявить западающие компетенции в команде
Выделить лидеров в компании
Связать цели бизнеса с KPI сотрудника
Удержать кадры и снизит текучесть
Выделить лучших кандидатов и сократит цикл найма

Благодаря центрам оценки у руководителей продуктового направления всегда всегда есть описанный профиль навыков сотрудников, связь этих компетенций с KPI бизнеса, а также карта компетенций всего отдела.

Регистрация по ссылке. Открыть/Комментировать

2022-05-18 10:03:33 — А это мы сделаем попозже!
— Не, не сделаем.

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

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

Но вы что-то отложили на после. Но “после” у любой мелочи приоритет становится ниже. Не до них.

К тому же каждая мелочь приобретает бОльшую трудоёмкость: взять в работу, отдать в тестирование, потестить, инструкции обновить ... Мелочь становится дороже в два-три раза точно. Экономия на мелочах не становится экономией.

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

В общем, у профессионалов UI-мелочи сразу сделаны хорошо. Экономить надо на крупном. Открыть/Комментировать

2022-05-12 13:55:52 Представьте: у вас есть два компьютера. У одного процессор помощнее — Янги, у другого послабее — Олди.

И вот вы даёте Янги и Олди примерно одни и те же задачи: какие-то данные обработать, вычисления провести и т.п. Янги и Олди справляются, но справляются они за разное время.

Янги успевает за 8 часов, а иногда и за 6. А Олди подольше: 10, иногда 12 часов. Порой Олди даже на выходных работает, чтобы успеть.

Однажды, вы увидели рекламу программы, которая позволяет общаться с компом — ИИ некий. Заинтересовались и поставили её на Олди.

И вот Олди пишет вам на экране сообщение: “Я много работаю, задерживаюсь и в выходные выхожу, чтобы всё успеть. И я успеваю. Хорошо бы отметить мои усилия и зарплату поднять. Иначе я перегорю“. Он это написал, проанализировав советы и тексты в интернете.

Надо ли считать, что Олди заслуживает повышения?

В общем, теперь представьте, что Олди — это вы. Вы задерживаетесь на работе, работаете в выходные, постепенно перегораете. Но что, если это не из-за того, что задач много, а из-за того, что процессор слабенький?
Конечно же, вы не Олди — в отличие от Олди вы можете прокачать свой процессор самостоятельно, если объективно поймёте, что не тянете.

С — самокритичность важное качество.

#кактотак Открыть/Комментировать

2022-05-04 17:01:39 Яндекс Практикум проводит бесплатный митап «Почему люди становятся менеджерами проектов в IT».

→ 11 мая в 19:00

Кому будет интересен митап?


Проджектам, которые хотят перейти в IT
Расскажем об инструментах и проектных задачах в сфере.

Тем, кто уже работает в IT и хочет стать проджектом
Расскажем, как начать совмещать свою должность с управлением проектами. Покажем инструменты, которые помогут взять процессы в свои руки.

Кейсами будет делиться Станислав Беляев — Engineering Manager в компании Microsoft.
Разберитесь в сфере вместе с экспертом.

→ Зарегистрироваться на митап Открыть/Комментировать

2022-05-04 13:11:19 Между майскими не пишется новое, но с интересом читается прежнее.
Два года назад меня интересовал вопрос регламентации. Добавить нечего.

Регламенты под единичные случаи
Хочется начать заметку с дежурной фразы Лебедева:
Самая большая херня на свете, когда ...

Так вот, самая большая херня на свете, когда начинают изобретать регламенты под единичные случаи.
Нахамил Андрей из поддержки клиенту — пишут регламент работы всей поддержки.
Опаздывает один сотрудник на работу — пишут регламент под всех.
Срывает один сотрудник жёстко сроки — пишут регламент и KPI под всех.
Упал сервер впервые за 5 лет — пишут регламент о недопущении падений.
Удалил случайно Володя файл с сервера — регламент ...

У создания регламентов должна быть культура. В идеале, регламент нужен для регулирования часто повторяющихся инцидентов или для фиксации сложившихся процессов (для новичков). Тогда в нём есть смысл. Командам до 10 человек регламенты не особо нужны — пары заметок с договорённостями хватит.

Команда быстро растёт? Регламенты нужны, чтобы зафиксировать органически сложившиеся процессы для новеньких. Если команда должна расти очень-очень быстро, то за счёт регламентов можно снижать планку к сотрудникам, а не останавливать рост. Иными словами, если организация генерит много регламентов — она готовится к работе с большим количеством не самых эрудированных сотрудников. В госорганах, например, очень много регламентов.

В общем, часто проще избавиться от единичного источника проблемы: выгнать хама, опаздуна и бракодела, чем мучить приличных людей регламентами. Открыть/Комментировать

2022-04-29 17:29:07 #анонс #офлайн #онлайн
Офлайн-конференция про рост продуктов на международном рынке. HeyGrowth Conference в Ереване, 30 мая.

Команда Epic Growth под брендом HeyGrowth организует большую международную конференцию на английском языке в Ереване. Отличная возможность для продакт-менеджеров и IT-специалистов узнать самые актуальные кейсы запуска и роста на зарубежных рынках и пообщаться лично с экспертами. Личное общение и обмен опытом всегда очень важны.

Что будет:
— 300+ участников
— 250 продуктовых компаний
— Индивидуальные speed-консультации с экспертами по продукту и маркетингу

Уже в программе спикеры из Booking, Miro, Borzo, Krisp, Sololearn, Wakie, Toloka, Picsart. Список будет дополняться.

Ереван — отличное место для такой встречи: быстрорастущее tech-комьюнити, безвиз, прямые перелеты и отличная погода в мае.

А еще ребята договорились с организаторами конференции EMERGE 2022, которая пройдет 1-2 июня. При покупке билетов Standard и Pro на HeyGrowth Conference вы получите билеты на EMERGE бесплатно и сможете посетить сразу два крутых мероприятия в Ереване.

Если приехать не получится, то есть и онлайн-формат участия.

Стоимость билетов — от €70, но цены будут постепенно расти. Для подписчиков дали дополнительную скидку 10% по промокоду: PROUDOBSTVO

Здесь подробности и билеты: https://bit.ly/3Ml0xIr
*Оплатить в рублях с российской карты можно ЗДЕСЬ: https://bit.ly/3k32X2i Открыть/Комментировать

2022-04-28 17:44:32 Почему круто делать b2b-продукты

Предыстория:

Когда-то я писал про комплексы в b2b. Кратко: в b2b-продуктах (особенно в немассовых) многое иначе, чем в b2c. При этом на конференциях и на курсах вещают в основном люди, которые работают в b2c — продуктовое инфопространство строят в основном b2c-шники. Создаётся информационный перекос, в результате которого b2b-шникам кажется, что их продуктовые процессы далеки от правильных. Нет количественных метрик, нет когортного анализа, А/Б тестов и т.д.

Вот я и решил собрать списочек, почему b2b — это на самом деле очень круто.

1. Продукт важен в масштабах бизнеса. Стабильность некоторых b2b-продуктов является важной составляющей стабильности бизнеса.

2. Нельзя сделать MVP из говна и палок. Повышается роль предварительных продуктовых исследований и качества проработки границ MVP, на создание которого может уйти несколько месяцев и миллионов.

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

4. Пользовательские интерфейсы на порядок сложнее. Сделать сложное простым — настоящий вызов для продуктовых дизайнеров.

5. Юнит-экономика нереально сложна для расчёта. Нельзя закупить трафика и прикинуть конверсию в продажу. Хрен там, сложные продажи с циклом в несколько месяцев (а порой и лет).

6. Роль маркетинга и прямых продаж на особом уровне — во многих сегментах важны знакомства и нетворкинг, чтобы строить цепочки продаж. Прогнозировать продажи довольно сложная задача. Это тебе не рекламу покупать и конверсии мерять.

7. Петля виральности есть, но она может быть размером в несколько лет. Проработать вопрос виральности — сложный продуктовый вызов.

8. Нет серой массы условных усреднённых пользователей. Есть люди, которые работают с твоим продуктом и зачастую у этих людей разный вес в вопросах влияния на продуктовый роадмап.

9. Сложнее выносить конкурентов. Чтобы вынести конкурента надо не одного пользователя уговорить, а целый бизнес.

10. Бэклог — многомерное чудовище. Запрос одного крупного клиента может весить больше, чем запросы десяти но поменьше. Многие фреймворки приоритезации просто бессильны.

11. Придумать адекватные продуктовые метрики — негуглящийся вызов. Если продакт его осиливает — просто красава.

12. Высока роль качественных исследований — навык общения с бизнес-пользователями становится бесценным.

13. Нет мгновенных результатов: поменяли А, получили Б. Надо думать, думать и думать, чтобы спрогнозировать результат до изменений. Роль эксперимента ниже, чем способность принимать обдуманные решения.

В общем, в b2b сложно и ответственно, потому и круто. Открыть/Комментировать