Стас Муравьёв

Мотивация

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

Примеры из жизни:

— Моушен дизайнер из БК каждую неделю выдает по сочному рекламному ролику. Никто ни разу не сказал ему про количество просмотров и конверсию. Появилось ощущение, что работа уходит в стол. А один случайный просмотр своей рекламы на пиратском киносервисе дал +10 к мотивации и +7 см… ну, вы поняли;

— Дизайнер полтора года рисует интерфейсы и даже не понимает какая аудитория тыкает в его кнопочки. По ощущениям — пара десятков человек. По факту — 500+ тыс. ежемесячно.

——————

То же самое с задачами и результатом работы. Постановка любой задачи должна отвечать на вопрос: «зачем мы это делаем?». Один вопрос помогает осмысленно подходить к процессу и не выгорать на дистанции.

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

А если поделиться результатами после релиза — мотивация на месяц обеспечена.

Готовые библиотеки

На коммерческих проектах фронтендеры любят использовать готовые библиотеки по типу Ant. Это невероятно крутой способ ускорить разработку нового продукта. Но чего они действительно не любят — предупреждать об этом команду.

Перед релизом я с удивлением смотрю на новые цвета, шрифты, кнопки с абсолютно другим стилем, и не понимаю, как это произошло.

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

Плохой дизайнер ждет, когда к нему сами придут.

Как мы выстроили процессы в команде…

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

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

В таких случаях многое зависит от руководителя:

Хороший — знает, как привести команду в тонус. Может пообещать выходной, растянуть сроки или просто поддержать словами.

Плохой — промолчит или сделает вид, что всё нормально.

Конченный — встанет на сторону заказчика и будет ебать до финального релиза.

В таком аду живут 99% IT-команд. И спрашивать на собеседовании: «а как устроены ваши процессы?» — не имеет смысла. Хорошо устроены. До первого шторма.
Лучше спросите, когда в последний раз руководитель всех в баре собирал.

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

Как обстоят дела у других:
1. Иконки в ОС Эпл имеют свой цвет, стиль и никак не связаны между собой. Их легко найти и они приятны для восприятия.
2. В тоже время гугл красит всё в желто-зелено-красный и пытается выехать на консистентности. Сейчас дела обстоят лучше, но 5-8 лет назад был полный трэш.
3. Посмотрите, какую красоту делает Яндекс — каждый логотип сделан с любовью, названия интересные и запоминающиеся. Приставку «Яндекс» оставили в нескольких продуктах и она не вредит.
4. У Сбера дела обстоят иначе, но не хуже — меняют цвет, правят брендинг, оставляют основные атрибуты айдентики. А приставок СБЕР хотелось бы видеть меньше

Консистентность в МТС

Самое красиво, умное, эффективно в переговорах и дебильное по своей сути слово — консистентность

В МТС недавно провели ребрендинг. Громко, с десятками статей и сотней новостных постов. Но у меня сразу появился вопрос.

Когда они решили покрасить всю экосистему в красный цвет и влепить бесчувственный знак уровня художеств второклассника на парте для каждого продукта — неужели никто из десятка менеджеров, дизайнеров, руководителей и прочих ответственных не задумался, что это плохое решение?

Три буквы в квадрате, позиционирование и трендовые 3D — безусловно круто, но где дизайн?

Как измерить кайфовость продукта? В МТС нашли ответ!

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

https://vc.ru/design/645252-kayfovyy-ux-kak-ponyat-chto-vashe-prilozhenie-popadaet-v-samoe-serdce

Как манипулировать инфографикой

Если вы сталкиваетесь с отчётами — эта статья поможет выкрутить негативные показатели в положительную сторону.
https://awdee.ru/same-data-different-stories-how-to-manipulate-the-graphs-to-support-your-narrative/

Channel name was changed to «Стас Муравьёв — Директор дизайна»

Channel created