Спрашивали про точки развития для дизайнера.

Спрашивали про точки развития для дизайнера.

Точек роста для дизайнера четыре:

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

— Творческое развитие. Создание индивидуальной творческой траектории независимости и автономной работы. Частный проект в котором дизайнер один на один со своей личной задачей. Создание личного проекта с осознанными и глубокими мотивами самореализации.

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

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

Хочу Молиться На Самостоятельных Людей

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

Приведу парочку примеров, где для меня было очевидно «хули ты стонешь? пойди и сделай!», а для человека было «а я вот не могу и жду»

Задача: сделать презентацию клиенту
ЦА понятная, есть примеры, структура и часть контента.
Что получаем: набросанные заголовки, бардак и отсутствие оформления, нормального текста.
Что имеем:
— вот преза, я писать текст нормально не могу, может ты его напишешь?
— оформлять я тоже не могу, у нас же куча дизайнеров — давайте им задачу дадим. не вижу смысла это делать мне.
— я сижу без работы два дня и жду от вас действий, что мне делать?

Да ты, сука, сядь и изучи keynote или figma, у тебя есть пример того «как надо» перед глазами, посмотри уроки какие-то. Хули ты сидишь без работы и чего-то ждёшь, если на презе всё завязано?

Мы не корпорация, а студия в 20 человек, ты реально ждёшь чтоб за тебя кто-то хорошо написал текст и подвигал блоки в keynote?

Ещё пример: сделать таблицу проектов, ресурсов и команд в notion, чтоб каждую неделю синхронизироваться.
Что имеем
— Я сделал документ в excel, потому что notion непонятный, мне проще в excell, я так привык.
Всё это плохо грузится, найти в гугл-диксе сложно, потому что база знаний и дашбордов у нас в notion и все там работают.

Давай ещё open office внедрим потому что тебе так привычно? Будем все устанавливать его и страдать каждую неделю, лишь бы тебе удобно было.

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

Господи ты боже мой! Подойди к арт-диру и спроси, зачем ты мне пишешь? Я запрещаю тебе с людьми общаться? Привязываю к креслу и рот кляпом затыкаю?

Люди, искусственно создающие себе барьеры — беспомощные люди. Не надо так.

Все ситуации выдуманы, любое совпадение с реальностью случайно 🙂

Насмотренность - Напользованность

Если хочешь делать продукты с хорошим пользовательским опытом — развивай свой личный пользовательский опыт.

Очень часто пиарят важность насмотренности: ходи на Бехансы и смотри, что крутые рисуют.
Это, конечно, лучше чем не ходить, но в бою с хреновым UX пригодится слабо.
Смотреть как штангу тягают или самому потягать — разные ощущения и опыт.

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

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

В общем, хватит только смотреть — больше пользуйся.

Мой ТОП UX-мракобесия

Бесит, когда:

  • Ты нажимаешь на кнопку, а она не реагирует. Ты жмёшь ещё пару раз. А потом оказывается, что с первого раза всё пошло и твои последующие нажатия применились к другим записям.
  • Не говорят, что функции платные. Ты что-то сделал в приложении, пытаешься завершить, а тебе — плати.
  • Нельзя войти через соцсети. Нужна сильная мотивация, чтобы пользоваться чем-то, куда нельзя входить через гугл, яндекс или facebook.
  • Нельзя отписаться от рассылки, не входя в личный кабинет.
  • Что-то само всплывает. Разрешите уведомления, Подпишитесь на рассылку, Я Ваш консультант, Акция-распродажа — мракобесы.
  • упой юмор в серьёзных приложениях. "Ой, кажется, что-то пошло не так. Дышите глубже" — это не смешно, когда ты деньги переводишь.
  • Отсутствие реакции на обратную связь. Напишешь в обратную связь, а тебе в ответ никакого подтверждения: получили или нет, когда ответите?
  • Когда только зарегался или поставит приложение, а тебя просят отзыв. Я могу только двойку сходу поставить. Дайте понять, куда попал.
  • Интерфейсные тексты написаны с ошибками. Что же там внутри тогда, если копнуть. Персональные и платёжные данные доверять не хочется.

Про eng UX-тексты

Про eng UX-тексты

Про eng UX-тексты — как сделать первый шаг к тому, чтобы писать microcopy нормально, а не с помощью гугол-транслэйта. Блин, ну это такое позорище, что фу — For signature, например.

Мы дизайн-студия, которая разрабатывает дизайн для финтеха: банки и фин.сервисы. И всё. Никаких тревелов, букингов, отелей и блокчейна(боже упаси).

В конце 19-го года начали проектировать сервисы на английском. Это когда у сервиса нет русскоязычных пользователей.

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

Итак, первый лайфхак — просто начните гуглить

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

1.Просто берите и гуглите картинки сервисов в вашей сфере. Современных и клёвых. Конкурентов и партнёров.
bank, finance, fintech, payment, chat, invoice, interface, n26, monzo

2.Просто заходите на Dribbble и ищите те же фин.сервисы не от индийских, СНГ-шных и русских студий а от локальных ребят.

3.Просто разберитесь с тем, что такое Invoice в менталитете и в mind map-е той страны, для которой вы делаете сервис.
А нет, это уже не просто. Но тогда нечего делать то, в чём вы ничего не понимаете — сначала разберитесь.

Два дня изучения картинок референсов с фокусом на тексты — и вы уже шарите.
Не ебите мозг команде и себе.

Потом расскажу про второй шаг, а то сейчас начнётся ))

Аврора Харли написала о непредсказуемой работе крестиков, закрывающих окна с формами.

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

Чтобы продукт вёл себя предсказуемо:

1. Запрашивайте подтверждение перед деструктивным действием, когда могут пропасть пользовательские данные. Например, если пользователь закрывает фильтр, не применив его, отобразите диалоговое окно: «Вы хотели бы применить фильтр перед возвращением в список товаров? Да / Нет».

2. Замените крестик на текстовую кнопку, которая чётко даст понять, что произойдёт: отмена или закрытие.

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

https://ux.pub/otmenit-ili-zakryt-dizayn-neodnoznachnyh-deystviy/