Итак, пора выходить из Новогодней гибернации. С небольшим перевесом, победил вариант «как не ударить в грязь лицом, когда пришел в продуктовую команду». Начнём!

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

До этого вы просто рисовали интерфейсы, а тут продукт! Что делать? Я подготовил обширный список вопросов, которые стоит задать в первую же неделю.

👋 Познакомьтесь с ключевыми сотрудниками лично. Почему-то большинство дизайнеров пропускают этот пункт и зря. Это ваш шанс, узнать какие проблемы с дизайном сейчас есть между отделами и запомниться команде как инициативный сотрудник. Идите к лидам команды фронт-разработчиков, бекенда, продакт-менеджеров, аналитиков, биздевов, исследователей, ux-райтеров

🚀 Узнайте про продуктовый процесс у команды.
1. Как выглядит процесс поставки фичи от идеи до релиза?
2. Какой фреймворк организации задач? Скрам, Канбан, что-то иное?
3. Кто ставит задачи и следит за их исполнением? Где посмотреть?
4. Как поставить свою задачу? Какой уже есть беклог?
5. Как команда определяет, что задача завершена? Это релиз? Это достижение нужных метрик после релиза?
6. Кто принимает финальное решение о том как будет работать и выглядеть фича?
7. Как решается вопрос, когда команда не может договориться?
8. Откуда приходят требования?
9. Кто проводит исследования? Как начать своё?
10. Где прочитать результаты исследований? Что уже известно о пользователях?
11. Есть ли CJM, джобы, потртеты пользователей? Где?
12. У кого можно запросить недостающие метрики? Где вообще смотреть метрики?
13. Как построен процесс передачи дизайна разработчикам?
14. Как построена приёмка результата дизайнером?
15. Как построен процесс с редактором? Есть ли переводы? Как просить переводы и насколько заранее?
16. Где лежит документация? Что почитать в первую очередь?
17. Есть ли словарь? Редполитика?
18. Как команда решает проблемы внутри себя? Есть ли ретро? Тимбилдинги?

🎯Цели и планы
19. Какие цели у команды и продукта на год? Квартал?
20. Какие ключевые метрики у продукта? На что отвечаете лично вы? Как команда понимает, что у продукта всё хорошо, а что плохо?
21. Как ставятся цели и кто участвует в их постановке?
22. Каких целей уже достигли до вашего прихода? Какая история развития продукта?
23. Какие выводы и ошибки были сделаны? Что точно не хотим повторять, а в чём уверены?
24. Каких результатов ждут конкретно от вас и от команды дизайнеров?

🖼️ Как дизайнеры работают вместе
25. Какие принципы дизайна в продукте?
26. Какие правила? На какое разрешение готовятся экраны?
27. Кто занимается Дизайн Системой?
28. Как добавляются новые компонеты?
29. Как дизайнеры обмениваются информацией? Где хранят документацию, как часто синкаются?
30. Есть ли устоявшиеся паттерны?
31. Кто рисует иконки и иллюстрации? Как запросить, если не умеешь?
32. Кто готовит прототипы?
33. Кто готовит анимации? В каком виде они передаются?

🛠️ Разработка
Узнайте у разработчиков особенности архитектуры. Какие решения сделать будет просто, а что сложно и приносит боль? Так вы поймёте свои ограничения в дизайне

34. Как решаются вопросы, когда дизайнер и разработчик не могут договориться?
35. Какие ожидания у разработчиков от дизайнеров?
36. Какие сейчас проблемы с дизайном видит разработка?
37. Какие проблемы есть в разработке, о которых стоит знать?
38. Какие сильные стороны разработки, а какие слабые? Например, любые запросы на сервер могут стоить очень дорого. И наоборот, фронт может быть слабоват, зато с сервера можно получить любую информацию.
39. Как выглядит дизайн-система глазами разработчика?
40. Как разработка работает с анимациями, что умеет, а что нет?

💰Ресурсы
41. Какие есть возможности для обучения?
42. Есть ли деньги на инструменты? На стоковые фотографии? На плагины?
43. Как просить ресурсы? У кого? Насколько заранее?

Записывайте все свои наблюдения. Хорошо, если у команды уже есть карта продуктового процесса, роадмеп, база исследований и список всех проблем в процессах. На практике я ещё не встречал полного набора. Если вы составите такие документы хотя бы для себя и поделитесь с командой — это будет сильным артефактом улучшения прозрачности в процессах, а у вас не останется вопросов уже на первой неделе.

Пишите в комментах что вы обычно узнаёте по приходу в команду? Что я упустил? Что лишнее? Что стоит раскрыть подробнее?

Так исторически сложился культ

2022 год. Твиттер снимает ограничения в 280 символов. Интернет заполоняют возгласы, что теперь Твиттер станет обычной сосетью, новой ЖЖ, Твиттер умер
2017 год. Твиттер увеличивает ограничения со 140 до 280 символов. Фанаты негодуют: это же было фишкой Твиттера! Он потеряет душу, концепцию!
...
2006 год. СМС-самый простой и надёжный способ отправить сообщение. Создатели Твиттера придумывают прорывную фишку: публикой пост в интернете с помощью СМС! И это работает! У СМС было ограничение в 160 символов, поэтому один твит ограничили в 140. 20 символов оставили для подписи.

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

Почитать про ограничения смс и Твитов. https://habr.com/ru/companies/veeam/articles/266733/

Когда научился составлять ТЗ, работать с правками и, наконец, готов работать над проектом мечты:

— Уменьшение бюджета
— Сокращение команды
— Пандемия
— Война

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

Нужно сделать опрос почему клиент отменяет заказ. Неопытный дизайнер бросается рисовать опрос. Опытный думает как можно выкатить фичу попроще и пораньше: открывать опрос в Тайпформе или Сториз.

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

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

🤡 Не работайте по договору
Если готовы остаться без денег. Однажды, заказчик вместо денег предложил поставить свечку в церкви и помолиться за грешную душу, движимую лишь алчностью. Да, меня и до этого кидали с деньгами, но это был самый дикий случай: ничто не предвещало беды, заказчик казался адекватным, а работы велись уже 2 недели. Это был последний раз, когда я работал без договора. Пока одни плюсы:
1. Нет страха, что меня укусит за бочок налоговая
2. Договор отпугивает обманщиков и они уходят искать жертву дальше
3. Бизнесу выбирает дизайнера с договором, чем без, т.к. им тоже не хочется бояться налоговой.

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

Продуктовые метрики. Как понять, что с продуктом всё ок и дизайнер молодец? Часть 1
Я обещал, я делаю. Материала вышло много, буду растягивать его на несколько недель.

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

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

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

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


Метрики здоровья не подходят для аналитики решений продукта, т.к. на них влияют рекламные комании, выходные, праздники, катаклизмы.

Допустим, есть Лупа и он продаёт арбузы, а его брат Пупа рекламирует эти арбузы в Инстаграме. Лупе пришла продуктовая идея: буду давать посетителям пробовать кусочек арбуза перед продажей. За неделю продажи увеличились вдвое. Лупа молодец? А мы не знаем! Может Пупа привлёк всю эту аудиторию? Или известный Тик-Токер попробовал арбуз и снял ролик? Или продавец соседнего киоска заболел? Правильно было бы считать как изменилось число покупателй арбуза от всех посетителей киоска, т.к. кусочек арбуза влияет на привлекательность самой покупки, а не привлечение.

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

Как дизайнеру верно показывать метрики в портфолио

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

❌ Лупа придумал давать кусочек арбуза на пробу покупателям перед покупкой. Количество покупок выросло втрое и принесло бизнесу 100500 денег.
Не ясно почему выросло количество покупок: стало больше людей? Маркетинг сработал или это решение? Опытный продакт сразу это раскусит, но может сработать при продаже лендингов малому бизнесу (не советую).

✅ Лупа придумал давать кусочек арбуза покупателям перед покупкой. Люди, которые пробовали кусочек арбуза, покупали на 28% чаще, чем те, кто не пробовал. Благодаря этому, общий процент продаж увеличился на 15%, что принесло бизнесу дополнительные 100 денег. При этом другие метрики не упали: «дырявые» арбузы мы разрезали пополам и продавали тем, кто хочет половинки.

Отличный антипример как можно вывернуть метрики в свою пользу:
❌ Дизайнер запретил пользоваться сайтом, без регистрации. Количество регистраций выросло в 5 раз.
А что с остальными показателями? Как изменились продажи, если нельзя войти на сайт без регистрации?

Про ключевые и второстепенные метрики в следующий раз =3

Наглядный пример почему дизайну всегда нужен свежий взгляд