104. Защитная реакция от приступов ярости

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

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

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

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

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

Сын говорит: «Пап, чего ты как дебил говорил, ответил бы достойно». Я промычал что-то типа: «да ладно, не важно это». И не стал объяснять ребенку, что пока я мямлил, я боролся с желанием выйти из машины и разбить наглецам голову огнетушителем.

Лучше прослыть тормозом, чем разбираться с последствиями насилия.

#старыйпост

105. Юзабилити-тестирование для самых маленьких

На прошлой неделе два разных продакта из разных компаний пригласили меня на UX-тестирование в качестве подопытного. Я порадовался, что такие исследования стали популярны. Но оба раза меня ждало разочарование. Оба тестирования начались с показа мне прототипа и вопроса: «Ну как тебе, что скажешь?» Это было настолько неправильно, что я даже растерялся.

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

1. Цель тестирования – найти проблемы в пользовательском интерфейсе, о которых вы знали, но сомневались или о которых даже не подозревали.

2. Сбор фидбэка от пользователей – это вспомогательная активность. Проходит после тестирования.

3. Респонденту надо давать задания, основанные на реальных сценариях. Например: «Вы хотите купить чайник в этом магазине, что вы будете делать?» Вполне вероятно, что в результате вы обнаружите не проблему с покупкой, а проблему с поиском или меню. В этом и суть.

4. Важно, чтобы вопросы не давали подсказки. Плохой пример: «Нажмите на пункт меню “Бытовая техника” и добавьте любой чайник в корзину».

5. Такие исследования – качественные. 5-10 респондентов часто бывает достаточно. Они не отменяют и не заменяют количественные исследования и сбор статистики.

Проводить юзабилити-тестирование достаточно легко. Этому можно быстро научиться. Самый простой способ – напроситься в помощники к опытному специалисту.

#старыйпост

Попросил ребят из Garage Eight рассказать о том, как они проводят продуктовое интервью.
————————————

Продуктовое интервью: что говорить после слова «привет»

Наш продуктовый дизайнер Слава провел более 50 интервью и нащупал свои приемы. Сегодня поговорим о том, как начать разговор.

1. Объясняем суть происходящего. Иногда люди видят слово «интервью» и представляют разговор в духе тех, что печатают в журналах. Важно немного рассказать о себе и о цели происходящего. Я объясняю, что мы хотим понимать проблемы клиентов и их действия в продукте. Тогда человек видит, что не нужно показывать, насколько он супер крут, и расслабляется.

2. Устанавливаем эмоциональный контакт. Чем быстрее человек заговорит, тем быстрее убедится, что его понимают, слушают, что он важен. Плюс так он обозначит комфортный темп беседы. Иногда люди приходят с заготовочкой рассказа о себе. Этот момент нужно «подковырнуть», тогда мы получим возможность задать дополнительные вопросы, зацепиться за тему.

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

4. Держим в рукаве фреймворк TEDW. Разговорить собеседника помогают «5 почему», переупакованные в 4 фразы:

Tell me more,
Explain me, how/why
Describe me, how/why
Walk me through

Больше подобных тем — на нашем канале @garage_eight

#партнерскийпост

246. Занимательная арифметика зарплат айтишников

Разберу на примере программиста, но работает для многих – дизайнеров интерфейсов, аналитиков, тестировщиков, менеджеров, маркетологов.

Джун получает 75К, мидл – 150К, синьор – 300К. Очевидно, для простых работ надо использовать джунов, а для чего-то сложного сеньоров. Допустим, надо сделать оплату через новую платежную систему. Не особо сложно, но и не очень легко. Отдаем это мидлу, он работает месяц и стоимость фичи получилась 150К.

Если отдать это синьору, он сделает то же самое за две недели. Потому что половину времени мидл разбирается со сложностями, а сеньор с ними уже разобрался в прошлой жизни. Стоимость фичи в исполнении сеньора также получилась 150К.

Если отдать фичу джуну, он будет долго страдать и сделает за два месяца. Бюджет опять же останется 150К.

Невероятно, но факт: по деньгам все три работника оказались одинаковы. Зато сеньор сэкономил кучу времени всей компании. А еще то, что он сделал, будет проще поддерживать и развивать.

Получается надо брать только сеньоров?

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

Пятница подкралась незаметно,
Оставив в прошлом всю неделю,
Ее чудесные деньки,
Что были ясны и легки…
Но вот конец уж на пороге,
Его встречаю я в тревоге,
А в памяти лишь понедельник,
То ли склероз, толь я бездельник.

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

#жизашиза

Upd: Уже нашел.
Ищу специалиста, кто сможет написать E2E авто тесты на TypeScript. Подойдет QA, кто умеет программировать или фронт-енд разработчик. Работа на несколько месяцев, можно с частичной занятостью. Если кто умеет во фронт и давно хотел научиться писать авто тесты — отличный вариант. Подробное описание:
https://sponsrru.notion.site/Front-end-E2E-042bee1309d44303b5416b85d95c5a50

Шер, репост, дружба, жевачка.

247. Тут нет дизайна!

Двадцать лет назад я делал сайты. Подолгу сидел подбирал наилучшее решение. Когда спрашивал у знакомых «Как тебе дизайн?», мне часто отвечали: «Тут нет дизайна, обычный сайт». Было обидно, столько труда вложил, а получился «обычный сайт без дизайна».

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

Обычные пользователи замечают интерфейс, когда он им мешает. Если не замечают, если говорят «тут все стандартное» – это показатель отличного дизайна.

Если рядовые пользователи (не коллеги) говорят, что у вас красивый интерфейс, не спешите радоваться, возможно есть проблемы. Лучше, когда «дизайна нет».

Нужен бэкенд / фуллстек на Nodejs

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

Ищу опытного (крепкий мидл и выше) бэкендера на Nodejs. Фулл стека тоже можно, но с упором в бэк. Работать со мной. Я строгий, но справедливый 🙂

https://sponsrru.notion.site/Node-js-Back-end-Full-stack-b0e0a5d272014f1b9666cdca46cf06a5

Приведи друга и получи лучики добра бесплатно.

Компетенции продактов – что изменилось за последний год

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

Коллеги из Фонда развития интернет-инициатив (ФРИИ) провели исследование, как изменились требования бизнеса к квалификации менеджеров продукта и какие навыки нужно прокачивать продактам в ближайшее время.

Исследование проводилось на 2000+ продактов – сотрудников корпораций из банков, IT, логистики, телекома и производства.

28 февраля пройдет презентация исследования. Все участники получат отчет:
– тренды рынка труда 2022
– тренды по продуктовым зарплатам 2022-2023
– самые востребованные продуктовые компетенции по ролям
– связка компетенции с KPI бизнеса
– кейсы применения на практике

Ссылка на регистрацию на вебинар с презентацией исследования. 28 февраля в 17:00 мск. Бесплатно!

#партнерскийпост

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

Продолжите фразу в комментариях.

#жизашиза

248. Тестовые задания — отстой (и что с этим делать)

— Тестовые задания обязательны! Они показывают мотивацию соискателя, его настоящие навыки, скорость работы. Кто не хочет делать тестовое — немотивированный лентяй, на него не стоит тратить время.

— Тестовые задания не работают. Они отпугивают нормальных соискателей (у которых и так предложений полно), зато оставляют всякий шлак, на ревью которого мы тратим кучу времени. Не надо давать тестовые никому!

— Я сделал тестовое, не развалился. Получил отличную работу, где работаю уже 8 лет.

— Сколько раз тестовое ни делал, всегда какой-то разводняк, тухляк и подстава.

——————

Я выполнял тестовые как работник, бесплатно и за деньги, успешно и провально. Я выдавал и проверял тестовые как работодатель, тоже с разным результатом. Там все сложно, но если пропустить объяснения и сразу перейти к выводам:

1. Тестовое задание не приносит пользы ни соискателям, ни работодателям. Все страдают. Хорошие примеры — исключения, подтверждающие правило.

2. Оплачиваемое тестовое задание чуть лучше, но это просто попытка подсластить несъедобное.

3. Если очень хочется, тестовое можно давать людям без опыта: стажерам, претендующим на нормальные позиции джунам. Может принести пользу, но от страданий все равно не избавит.

Вместо тестового задания лучше 2-4 недели попробовать поработать вместе. Можно парт-тайм (если есть старая работа). Договориться об объеме, оплате и поработать. По результату решить, стоит ли продолжать. Я так делал и как работник, и как работодатель. Рекомендую, рецепт отличный!

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

Пишите в комментариях вашу профессию в самой смешной (можно выдуманной на ходу) формулировке. Императоры дизайна и танцоры аналитики — вам слово!

#жизашиза

249. Как стать продактом-падаваном

Случилось дивное, я взял стажера, продакта-падавана. Я исполняю несколько ролей, мне это мешает выполнять работу хорошо. Надо бы разгрузить себя и нанять опытного продакта, но не позволяет бюджет. А стажера… Как подумаю, что надо собеседовать, отсеивать, искать — сразу пропадает желание.

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

Раньше она мне казалась расторопной и толковой, а теперь в добавок я увидел в ней мотивацию. Ну, в общем взял ее, третий день работает. А сегодня пишет знакомая HR, Лёш, тебе не нужен стажер? С людьми я умею общаться, вот подтягиваю технику, аналитику и т.д.

Второго стажера я брать не стал, но у меня родился алгоритм для тех, кто хочет сменить профессию. Мне он кажется не идеальным, но рабочим.

1. Понять, что именно хочешь — продакт, проджект, аналитик.

2. Закончить какие-то курсы без отрыва от текущей работы.

3. Собрать портфолио, часть кейсов будет с курсов, часть на текущем месте придумать или бесплатно кому-то сделать.

4. Проситься на бесплатную стажировку (для расширения портфолио) или на джуновскую зарплату. Это сложно, поэтому надо стараться искать по знакомым.

В идеале попытаться сменить профессию в составе текущей компании. Может быть даже удастся не просесть по зарплате. Но скорее всего будет даунгрейд по зарплате в первый год как минимум.

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

Пятница, поэтому я...

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

Напишите все свои секреты. Пусть тайное станет явным!

#жизашиза

135. Ежедневная статистика

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

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

У любых платежей есть волатильность. Паника начальника по поводу плохой статистики часто бывает ложной, например, в этом году Пасха позже обычного, и это повлияло на активность покупателей. Часто волноваться не стоит и статистика нормализуется сама. Но иногда параноидальное беспокойство позволяет выявить серьезные проблемы на ранней стадии. Я был свидетелем, когда ежедневное «ручное» наблюдение выявляло фрод или серьезные проблемы в продукте.

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

#старыйпост

Восьмимартовское

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

Норм: «Девчонки в отличии от парней не стесняются просить помощи, если чего-то не знают».

НЕнорм: «Девушки украшают собой наш офис».

Танцуют все!

#жизашиза

250. Дейли митинг

В офисе.
Классический дейли митинг идет 10-15 минут, на нем каждый разработчик отвечает на вопросы «что делал вчера», «что сделаю до завтра», «какие есть проблемы». Есть разные мнения об эффективности дейли. Лично я всегда считал, что главная цель дейли — самоцензура команды. Не страшно, если коллеги не особо вникают в твои слова. Но если ты неделю возишься с ерундовой задачей, коллеги могут спросит: «Какого фига?» Поэтому дейли мастхев.

На удаленке.
Когда все массово ушли на удаленку, дейли митинги резко возросли по длительности. Люди не видятся в офисе, не перекидываются фразами, не решают за кофе рабочие вопросы. Поэтому начинают выяснять их на дейли созвоне, встречи затягиваются на час-полтора. Мы побороли это с помощью паркинга вопросов. Каждый выступающий говорит по 1-2 минуты, если у него или к нему есть вопрос, этот вопрос «паркуется». После короткого дейли начинается разбор запаркованных вопросов. Фишка в том, что они обсуждаются не всей командой, а 2-3 людьми, кому этот вопрос важен.

Парт-тайм команда.
Чтобы быстро решить проблему с разработкой, я собрал команду из парт-тайм разработчиков. Решение не идеальное, но зато можно начать работу быстрее, по сравнению со сбором полноценной команды. Все разработчики работают в разных компаниях и живут в разных часовых поясах. Я начал по привычке собирать дейли звонки, но быстро понял, что стреляю себе в ногу. Разработчик работает пару часов в день и четверть времени я отнимаю на созвон. Поэтому мы начали проводить дейли в командном чате. Я думал, что это какая-то лажа и быстро произойдет эрозия вовлеченности. Но общение в чате оказалось довольно эффективным и в чем-то даже лучше созвонов.

251. Мне нужен твой код и портфолио

Для дизайнера (UX, UI, маркетинг, любого) самое важное при устройстве на работу — портфолио. Я дизайнер, я знаю. Некоторые дизайнеры умудряются жить без портфолио, я даже видел на конференции доклад, как устроиться на работу без портфолио. Это все бред, конечно же. Портфолио не обязательно должно быть в виде личного сайта, но быть должно!

У разработчиков тоже самое, только вместо портфолио — код. Разработчик без публичного гитхаба — как дизайнер без портфолио. Можно привести множество причин, почему не можешь показать код — «всё под NDA», «есть только старое, нового нет» — но все это разговоры в пользу бедных и гнилые отмазки.

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

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

У хороших специалистов за годы работы обязательно появится что-нибудь публичное, несмотря на все NDA. Но даже если кто-то всю жизнь работал над тайными проектами, говорить о которых нельзя, все равно можно обезличить куски кода/дизайна и показать по приватной ссылке. Да, ради этого придется немного напрячься.

Отсутствие кода у разработчиков или портфолио у дизайнеров при устройстве на работу говорит о низкой квалификации и/или низкой мотивации. И то и другое работодателю не нужно.

Судя по коментам на последний пост тут есть разработчики. Хотел посоветоваться. На техническом интервью даем небольшую задачку для лайв кодинга на знание JS. Задача минимум — написать работающий код, задача максимум объяснить его алгоритмическую сложность, задача со звездочкой — написать код с минимальной сложностью для исполнения кода.

Большинство не справляются даже с задачей минимум. А мы все же не джунов собесим. Пожалуйста, в коментах объясните, может мы что-то не то делаем? И вообще любые мысли будут полезны.

// Напишите функцию, которая принимает массив строк,
// а возвращает массив с такими же элементами,
// только все "0" сдвинуты в конец массива.
// Пример:
// input = ['b', 'a', '0', 'd']
// output = ['b', 'a', 'd', '0']