Самое главное правило сдачи работы

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

Если тебя нет рядом — любой вопрос автоматически получает ответ не в твою пользу. Почему мы сделали вход по имейлу вместо входа по паролю? Почему я нажимаю на пятую кнопку на третьей странице, а она не работает? Что имел ввиду дизайнер?

В личном разговоре всё это можно сгладить, объяснить, убедить — в итоге будет понятный компромисс и синхронное с заказчиком продвижение к результату. А когда тебя рядом нет — итогом будут только правочки.

Не хочешь слить в трубу результаты работы — презентуй её лично.

Адам Сильвер написал о всплывающих подсказках (tooltip).

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

Проблемы:
1. Пользователи не всегда замечают, что подсказки есть.
2. Пользователь должен что-то сделать, чтобы получить подсказку. Плохо, если в ней находятся, например, требования к паролю. Скорее всего, пользователю придётся их посмотреть.
3. Подсказки могут частично закрывать содержимое и элементы интерфейса. Чтобы заполнить поле, пользователю придётся запомнить текст подсказки.
4. Подсказки могут обрезаться на маленьких экранах.
5. Элементом, с которым пользователь взаимодействует для отображения подсказки, может быть иконка без подписи. В этом случае не всегда бывает понятно, как указать на этот элемент при голосовом взаимодействии с интерфейсом. «Нажми на колокол, нажми на уведомления…»
6. Отображение подсказки при наведении курсора — не самый удобный способ взаимодействия: курсора нет на тачскринах, ховер может быть отключен, сложно прицелиться, пользователь может навести курсор случайно, нельзя взаимодействовать с текстом подсказки (например, скопировать).

Решения:
1. Переделайте дизайн. Если для работы с интерфейсом пользователю нужны подсказки, это плохой интерфейс.
2. Подпишите иконки или замените их на текстовые ссылки.
3. Сделайте важные пояснения видимыми по умолчанию.
4. Для подсказок используйте inline toggle, который активируется кликом и не скрывает содержимое с элементами управления.

https://ux.pub/problemy-s-podskazkami-tooltips-kak-ih-razreshit/

Вопрос читателя: “Какие образовательные программы и сертификации считаете полезными для продакта?

Не говорю про самообразование и постоянное "затачивание пилы", а именно с целью документального подтверждения навыков (например, при собеседовании) – что было и полезно вам и ценно для работодателей”.

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

Лично мой честный вам ответ – никакие. Ни в одном месте, куда я устраивалась на работу, меня не просили предъявить “корочки”. Я сама ни разу не смотрела на список законченных курсов кандидата, когда принимала решение о найме.

У меня нет ни одной сертификации или диплома (кроме как о получении высшего образования). Когда я устраивалась на работу в Яндекс, одно из собеседований было про статистику – а я в статистике была ни в зуб ногой. Когда я пришла работать в Suitepad, мне надо было проводить пользовательские исследования, что я раньше никогда не делала. В Intercom нужно было уметь работать с SQL, чего я, опять же, не знала.

У меня таких примеров – миллион и маленькая тележка. И ни в одном из них отсутствие какого-то специального навыка и, тем более, документального подтверждения этого навыка, не стало препятствием для получения работы или профессионального роста и повышения. Все потому, что умные работодатели понимают несколько вещей:

1. По своей природе, профессия продакта похожа на любую руководящую должность. Не могу представить ситуацию, где интервьюер говорит: “Ну да, вы классный менеджер, умеете строить команды с нуля, вести людей за собой и приносить деньги компании, но вот сертификатика про Agile у вас нет. Жаль-жаль, придется вам отказать”. Des Traynor, один из основателей Intercom, успешно переключается между разнообразными C-level должностями: какое-то время был CMO, до этого – CPO, а после - COO. Многие tech компании также практикуют “взаимозаменяемость” топ менеджеров. Все потому, что их ключевые навыки, как и у продактов, в большей степени относятся к soft skills или к независимым от функции hard skills (например, стратегия или приоритезация).
2. Продакт-менеджер – это швейцарский нож; набор “инструментов”, который вам потребуется, будет сильно зависеть от нанимающей компании. Где-то будет нужен уклон в маркетинг, где-то в анализ данных, и так далее. Все знать невозможно, и адекватные работодатели это понимают.
3. Хороший продакт должен уметь быстро во всем разбираться – и иногда курс или сертификация действительно могут в этом помочь. Однако даже в этом случае “корочка” – лишь ненужный артефакт. Ни один диплом не докажет, что вы не просто усвоили знания, но и, что гораздо важнее, научились их применять на практике. Ни одной компании не нужен продакт с сертификатом по Data Science – но нужен продакт, который умеет принимать решения на основе данных. Фокусируйтесь на результате, а не на средствах его достижения. В этом случае часто оказывается, что нам не нужен курс за 20 тысяч рублей; можно прочитать книгу, пару статей, а все остальное осваивать уже в “бою” :)

Сразу также отвечу на популярный вопрос от проджект-менеджеров: нужна ли сертификация PMBOK или Agile, чтобы найти работу. Прежде всего должна сказать, что уже давно не сталкивалась с подобными вакансиями в продуктовой разработке; мне кажется, за границей это все больше и больше становится рудиментом (конечно, не говорю здесь об агентствах). Когда я работала в России, ни у кого из моих знакомых проджектов таких сертификатов не было.

И еще одна важная оговорка: мы не затронули тему MBA, так как это отдельная и очень объемная история. Приходите слушать нашу трансляцию с Юлей Нечаевой, где она будет говорить про свой опыт с MBA в одном из топовых американских университетов и как это повлияло на ее карьеру https://t.me/proproduct/956 (https://t.me/proproduct/956)

Контраст

Хорошего дизайнера отличает способность чувствовать контраст. Другими словами умение отделять суть от фона. Другими словами навык управления вниманием.

Представим, например, скрин переписки. Один дизайнер выкладывает картинку, на которой имена собеседников замазаны пикселями, а другой постит скрин, на котором имена вырезаны так аккуратно, будто их там никогда и не было.

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

При этом не менее важен талант не тратить время на несущественные вещи, типа дизайна скринов переписки

Как дизайнеры рэп читали

Блок Саши Мемуса из двух занятий, посвященный сплочению и осознанности своих проектов, закончился тем, что мы провели рэп-баттл между командами. Да-да, в рифму и с панчами! Нужно было сначала обыграть тему своего проекта, а потом раскатать проект оппонента. Судьями выступали ребята из Redmadrobot.

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

После Мемус-батла Саша посвятил всех в таинство ретроспективы, объяснив суть и важность этого мероприятия.

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

Ретроспектива, если коротко, это процесс рефлексии о прошедшем спринте (двухнедельный отрезок работы), когда каждый из участников команды высказывает свои впечатления за прошедший период. Происходит это следующим образом: каждый участник команды на зеленых стикерах отмечает всё хорошее, что произошло за спринт, а на красных — все проблемы и трудности. После чего команда клеит эти стикеры на доску и вместе обсуждает.

Довольно часто перед ретроспективой мы проводили какую-то неформальную активность — играли во что-то, рисовали, заказывали пиццу, то есть делали что-то, что помогало снять флёр серьезности и субординации. Писать на стикерах можно было все что угодно: прочитал книгу, съездил в гости, заболел, сходил в спортзал — все это показывало общее настроение в команде и давало понять, что нами движет.

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

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

Не забывать напоминать

Друзья, заметка про любопытство и тягу к знаниям получается довольно объёмной. Обросла примерами и цитатами — оформлю её отдельной статьёй и скоро поделюсь.
А сегодня немного практичных советов, которые относятся к навыку "умение доставать нужную информацию".

Я встречал многих исполнителей, которые стеснялись запросить лишний раз то, что им требуется для выполнения своей работы: предоплата, тексты для сайта, фирменный стиль, ТЗ и прочее.
Я встречал многих заказчиков, которые стеснялись требовать своё: макеты, релиз на сервер, прототипы и прочее.
День ждут, второй ждут ... злятся, нервничают, но не запрашивают.

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

👉 Отправка почты по расписанию. Если кто-то мне что-то должен в определённый день, то я заранее отправляю отложенное письмо, которое придёт адресату за день до срока долга и напомнит. Примерно так: "Напоминаю, завтра жду от вас ...". Отложенная отправка есть и в Gmail, и в Яндекс почте и наверное, много где.

👉 Если долгов много — ставлю мероприятия в Гугл. Календарь, подключаю туда "должника" и в настройки ставлю: уведомить на почту за 1 день" (или несколько интервалов).

👉 Пару раз использовал отложенные сообщения в Телеграм (их недавняя опция) — тот же смысл, что и с почтой, но более личный.

👉 Можно задействовать Trello, подключая "должника" как исполнителя на задачи со сроком — этот путь чуть сложнее, так как требует вовлечения должника в Trello.

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