§ 13. Ответственность за продукт

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

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

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

§ 12. Планирование сроков

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

§ 11. Улучшение дизайн процессов

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

§ 10. Детали и простота

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

§ 9. Умение впечатлять

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

§ 8. Сверхурочная работа

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

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

§ 7. Проверка знаний

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

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

§ 6. Опечатки и ошибки

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

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

§ 5. Многозадачность

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

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

§ 4. Сбор референсов

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

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