Отойти отлить — способ проверки состояния интерфейса 🏃‍♂️

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

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

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

#артдирекшн

Главный принцип запуска любого стартапа 💥

Делать то, что нужно прямо сейчас так, как оно должно работать.

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

И во время работы над дизайнами у многих основателей есть общая ошибка — «ну мы потом хотим сделать [что угодно], поэтому давайте сразу это учтем, чтобы в будущем меньше переделывать». Так не работает и вот почему:

01
Мало вводных
Я редко встречал продукты, где это [что угодно] точно описано и определено. Чаще всего это лишь направление мысли. Не зная, как будет работать фича в будущем, сложно хорошо спроектировать то, что есть сейчас. Из этого вытекает следующий пункт.

02
Такие решения всегда компромиссны
Когда дизайнер проектирует что-то с оглядкой на будущее, то получаются костыли. Обычно будущее размытое и без конкретики, в голове только общее представление. А с общим представлением о «потом» сделать хорошее «сейчас» сложно.

03
Вероятность, что это «потом» настанет — непредсказуемая
Продукт может запуститься, собрать обратную связь и развернуться на 180 градусов. А может и вовсе провалиться как раз потому, что прямо сейчас оказалось неудобно.

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


Проектируйте сейчас то, что можете, а дальше всегда можно исправить, улучшить и как-то развить.

#управление #стартапы

Отключайте голову ⛹️‍♂️

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

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

Чтобы этот баланс держать, я стараюсь выделять время, когда вообще не думаю о работе. Но беда в том, что сложно насильно заставить себя о чем-то не думать. Мысли начинают вертеться ещё сильнее, а бонусом появляется тревожность из-за того, что думаешь, когда не должен.

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

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

Кароч, всем спорт, встретимся в качалке 🏋️

Не ставьте встречи с клиентом на пятницу 🥱

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

В пятницу мысли повернуты уже в сторону выходных, желания выехать на природу, провести время с семьей и тд. Думать о работе, а особенно о каких-то сложных штуках довольно напряжно. Это все может выливаться в раздражительность, нежелание разбираться в деталях и как следствие может приводить к конфликтам внутри проекта.

Чтобы такого не было есть простое решение — не ставить встречи с клиентом в пятницу. Лучше выделить этот день на спокойную доработку решений и подготовку к презентации в другой день.

Ван мор синг
У Людвига Быстроновского есть хороший принцип, который помогает управлять проектом и добавлять предсказуемости — рыбный день. То есть зафиксировать с клиентом определенные дни, когда независимо от результата будут проходить презентации. Это помогает синхронизировать ожидания, избавиться от переносов и снизить уровень стресса на проекте.

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

#управление #менеджмент

Как улучшить процессы и взаимодействие между ролями 🎮

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

Но прежде чем нестись что-то менять, я посоветовал сделать простое упражнение — полетать на вертолете. Суть в том, чтобы максимально в лоб расписать последовательность процесса. Кто делает, что делает и что получается в результате. Затем выстроить это в последовательность и увидеть всё как бы сверху, «из вертолета».

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

В Райте я так перестраивал процесс по выпуску кейсов: описал текущее состояние, нашел зоны роста и собрал целевое. Затем обсудили, попробовали, доработали и так по кругу. Стало проще понимать кто, что и в какой момент делает.

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

#управление #продуктивность #инструменты

Исследования сильно переоценены 🦄

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

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

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

Хороший дизайн можно делать без рисерчей, анализов конкурентов, интервью, тестов и опросов. Но так сложнее 🤷🏻‍♂️

Исследования — инструмент, который помогает делать решения лучше и обоснованнее. Если подходить к этому не как к формальной обязательной части, а с головой и здравым смыслом, то можно наловить кучу инсайтов и упростить себе жизнь. Главное, не ставить цель «провести исследование, потому что надо», а решать проблему. И вряд ли конечная проблема в том, что в проекте нет исследований.

Не парьтесь, если у вас их нет, от этого ещё никто не умирал. Лучше отсутствие исследований, чем исследования ради исследований.

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

Если есть вопросы об исследованиях — спрашивайте, отвечу в следующих постах)

Пиши в коментах сколько раз насчитал слово исследования. Победителю победное ничего.

#исследования

Минимальный набор «исследований» для любого проекта 🖥

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

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

Формирование задачи
Любой проект или задача начинается с формирования задачи. Что, зачем и почему мы вообще делаем. Без этого я даже не отрываю Фигму, ибо в этом нет никакого смысла. Сперва нужно разобраться в задаче, сформировать цели, миссию и ограничения. Иначе будет получаться дизайн ради дизайна.

А в чем исследования-то? Здесь комплексная история:
1) Разобраться в бизнесе заказчика, понять, что он продает, почему именно так, понять все термины и тд. Для этого этапа часто нужно много гуглить, чатжптшить, искать, исследовать. Исследование? Исследование.

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

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

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

Дальше расскажу об исследованиях в процессе проекта, оставайтесь на связи)

#исследования

Фигма в очередной раз норм так намудрила с Драфтами 🗿

Как раньше было
Есть аккаунт, у него есть драфты. У аккаунта есть платные или бесплатные команды. Драфты понятным образом считывались как какое-то «мое» пространство, куда нет ни у кого доступа.

Как теперь
Драфты привязали к командам, но оставили их видимыми только тому, кто создавал. Теперь им приходится везде писать, мол не волнуйтесь, драфты все еще приватные и видны только вам.

А нахрена менять-то было
Видно, что Фигма все больше хочет кушать 🤦‍♂️ Максимально вставляют палки в колеса, чтобы люди переходили на платные планы. Я и сам словил себя на этой мысли, чтобы не мудохаться с созданием бесплатных команд, где ограничение в 3 файла.

Теперь, чтобы разгрести мои 99+ черновиков нужно разбить их на группы по 3 файла, создать 33+ команды и поперемещать все везде, чтобы пользоваться бесплатно. Лучше бы просто пейволл повесили, что теперь всё платное. Случился мем, ночью разобрался как все работает, но пока писал пост, запутался и написал чушь) Теперь, достаточно создать команду и в ее драфты перкинуть все свои текущие драфты.

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

Адоб вроде от сделки отказался, а рукожопый пользовательский опыт остался…

#Фигма

Минимальный набор «исследований» для любого проекта ч.2

//чутка вечерний пост получился, но у меня еще не наступил следующий день, что вы мне сделаете, я в другом городе)

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

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

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

Работать с рефами нужно на разных этапах работы с проектом. От начального с обсуждением стилистики, до поиска точечных рефов по конкретной дизайн-задаче. У Жени Ярового есть клевый видос про то, как работать с рефами на разных слоях. В Райте мы тоже как-то записывали видео про работу с рефами на примере кейса.

Коридорки 🚶‍♂️
Вторая, но не по важности, часть исследований во время любого проекта — коридорные тесты. Проще говоря, показывать макеты кому-то вне проекта. Даже если все кажется понятным и логичным, я все равно часто даю что-то кому-то тыкать, чтобы увидеть, как другой человек смотрит на интерфейс, который я спроектировал.

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

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

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

#исследования