Ещё раз про «Не интуитивно понятно»

Посолим наши раны. Многие из вас уже встречались с ситуациями, когда кто-то говорит, что интерфейс не интуитивно понятный. А если нет, то обязательно встретитесь, это мы вам гарантируем! Как на это реагировать? Тренироваться в злословии?

Для нас эти слова — вызов к тому, чтобы докопаться до говорящего. В ответ сразу идет вопрос: «Что ты имеешь в виду? В чём это выражается?»

Для команды разработки
Чаще всего люди отвечают, что лично им непонятно, как что-то работает

➡️ Расскажите, в чем разница между ментальными моделями пользователя и говорящего. Объясните на примерах, чтобы не показаться невыносимой всезнайкой, бросающейся умными словами :) То, что понятно пользователю, может быть не понятно команде. И наоборот! Вроде бы очевидная и абсолютно понятная вещь. Однако, люди склонны подменять опыт пользователя своим. Нинада так.

➡️ Договоритесь с командой, что сомнения и идеи это нормально, но эффективнее обсуждать их с пониманием пользователя.

➡️ Чтобы команда поняла пользователя, сделайте персон. Нет времени на персон? Предложите А/Б-тесты и метрики. На это тоже времени нет? Зовите команду на исследования слушателями. Познакомьте их.


Для пользователей
Cтоит выяснять, что смущает КОН-КРЕТ-НО. Мы собрали для вас частые причины «неинтуитивности»

➡️ Неконсистентный дизайн отностельно других приложений в группе: как по стилям, так и по паттернам

➡️ Революционный дизайн. Даже если новый дизайн является прорывом, в первое время он может пугать пользователя

➡️ Интерфейс перегружен. Избыток информации, акценты неверные или их слишком много

➡️ Наоборот, интерфейс слишком лаконичный. Мало афордансов, нет акцентов, подсказок

➡️ Интерфейс сделан не по по ментальной модели, а по модели реализации, то есть содержит в себе непонятные пользователю элементы и текст (зато этот интерфейс будет идеален для понимания команды))

Как вы обычно реагируете на эти слова? Напишите в комментариях!)

#articles

ООUX — тот самый мост между исследованиями и макетами

Ещё один артефакт дизайнерской аналитики. Если вы хотите задать вопрос «А макеты-то когда рисовать?», то обещаем: после этого фреймворка макеты потекут рекой.

Да какие... учитывающие особенности предметной области и восприятия пользователей! Ну кайф же ✨

Что где
00:00 Приветствие
04:20 Что такое OOUX и чем он полезен
12:30 Как готовить OOUX
18:55 Подводные камни и типичные ошибки
34:48 Варианты использования OOUX
49:56 «OOUX не работает, а можно попроще?»
01:00:26 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

#articles

Чекбоксы, радио, чипсы, сегмент-контрол

Все мы знаем, что
👍 Пользователь должен выбрать что-то одно из группы? Ставь радио-кнопки
👍 Пользователю нужен мультивыбор? Ставь чекбоксы

Делов-то! Но почему тогда
🤔 Мы привыкли использовать чекбокс для соглашения с правилами и политиками? Он же один)
🤔 Радио-кнопки не дают отменить выбор. Нет права на ошибку?
🤔 Группа радио-кнопок никогда не должна отмечатья как обязательное поле?

И ещё вдогоночку
🤔 Что это у нас за новый-старый зверь сегмент-контрол? Это что, замена радиокнопкам? Или это элемент навигации?
🤔 А чипсы тоже элемент навигации или это ещё одна замена.. Чекбоксам? Радиокнопкам? Шта?)

Давайте разбираться.

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

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

Сегмент-контрол
Несмотря на то, что многие используют сегмент-контрол как панель табов, они созданы как классная альтернатива радио-кнопкам. Нужна навигация — берём табы. Нужна классная альтернатива радиокнопкам — берём сегмент-контрол. В нём можно по умолчанию ничего не выбирать, как и можно отменить выбор. А ещё он распределяет опции горизонтально, что важно, когда мы пытаемся экономить дефициотное вертикальное пространство экрана пользователя.

Чипсы
Тоже не элемент навигации. Но всё равно это молодец, который и на дуде игрец: может заменить как группу чекбоксов, так и группу радио-кнопок.

А как вы используете эти элементы? Приглашаем обсуждать и спорить в комменты)

Метрики

Если вам интересно, какие метрики существуют и как бизнесовые метрики соотносятся с интерфейсными, то приготовьтесь к плотной обзорной экскурсии.

Гидом будет наш гость, Андрей Одокиенко, автор канала Design Twist.
Держите бонусом исследование Андрея о работе с метриками среди дизайнеров в продукте и студии

Что где
00:00 Приветствие
02:55 Что такое метрики
16:08 Как работать с воронками
24:35 Экономические и продуктовые метрики
37:11 Интерфейсные метрики
47:42 Как встроить метрики в рабочий процесс
01:01:10 «Метрики не работают»
01:12:00 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

#articles #ux_frameworks

Элементы интерфейса, которыми «никто не пользуется»

Вдруг вы, так же как и мы, слышали в своей практике что-то такое:

➡️ Если вам приходится делать тур и или онбординг — это признак низкого юзабилити. Интуитивно понятный интерфейс в таких костылях не нуждается! Люди всё равно их пропускают в 99% случаев!

➡️ Добавлять вопросики с подсказками нет смысла. Люди не замечают и читают вопросики. Лучше разместите подсказку сразу на форме.

Мы даже как-то натыкались на исследование о том, что вопросики НУНИКТОНЕЧИТАИТ.

Но тогда кто и зачем их использует? Глупенькие дизайнеры, чтобы побесить лишними кликами ленивых пользователей?) Или это авторы высказываний выше — дураки? Штош, давайте жить дружно. Никто тут не дурак.

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

Подсказки
Пользователи правда не читают подсказки. Но! Только когда они всё понимают или ДУМАЮТ, что понимают. В момент, когда к человеку приходит осознание, что понятно не всё — он начинает искать подсказки намеренно. Чаще всего, это происходит в профессиональных и сложных продуктах. Можно парировать, мол «ну просто проектировать надо так, чтобы было понятно». Принимается, если тот, кто это говорит, может предоставить вариант дизайна сложной системы, которую поймёт не слишком погруженный пользователь. Таких всегда хватает. Вот прям с вариантами использования протоколов безопасности, типов подключения к серверам, выбора домена n-ного уровня... Когда продукт решает вопрос для новичка в сложной сфере, иногда приходится объяснять каждое поле.

Снова все правы. Соблюдаем баланс! ✨

#articles

Проектный и продуктовый майндсеты

Вы всё ещё используете проектный подход?! Ну и молодцы!
Продуктовый подход? Тоже молодцы!

Наш гость Дмитрий Ваницкий расставляет по полочкам отличия этих подходов и особенности перехода между ними.

Что где
00:00 Приветствие
04:34 Что такое продуктовый и проектный майндсет
14:30 Так продукт мы или проект?
26:42 Когда произошло изменение подхода
33:55 Фреймворки продуктового майндсета
54:14 Боль перестройки дизайн-процесса
01:16:32 Как уберечь себя от негативных последствий
01:21:30 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

Бонус: Димина статья про 10 увечий на пути от проекта к продукту

#articles

Заходят Скелетон, Лоадер и Прогресс-бар в бар...

Давайте поиграем. Мы задаём вопрос, вы отвечаете про себя, а потом открываете скрытый текст. Если не согласны — поспорьте с нами!)

Итак!

1⃣ Какой из этих трёх элементов больше всего подходит под загрузку более 10 секунд?

Прогресс-бар
Особенно когда он привязан к процессам загрузки, а не просто быстро пробегает до 99% и останавливается, издевательски занеся ногу над порогом.

2⃣ Какой из элементов лучше показывает загрузку всей страницы разом?

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

3⃣ Какой из элементов более универсален?

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

Чтоб не быть голословными, делимся видосом от NNG по этой теме

#articles

Сценарии

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

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

И вообще... Упс, что-то пошло не так :)

Что где
00:00 Приветствие
05:30 Что такое сценарии и зачем они нужны
17:55 Какие сценарии бывают
24:10 Happy flow
32:46 Альтернативные сценарии
35:34 Ошибочные сценарии
41:10 «Намеренные и ненамеренные» ошибки
46:05 Ошибки на мостах выполнения и оценки
51:37 Технические ошибки
59:32 «Сценарии не работают»
01:06:34 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

#articles

Конфирм в виде модального окна — зло?

Мы стремимся защитить пользователя от потери данных. Когда он что-то удаляет, мы обязательно спрашиваем, уверен ли он в своём намерении.

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

Этот пост всё опять испортит. И что вы нам сделаете.

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

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

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

И эт не мы придумали.
➡️ Об этом можно прочитать у Раскина в книге «Интерфейс», всем рекомендуем.
➡️ А про быстрые и медленные системы мышления рассказал Канеман в книге «Думай медленно... Решай быстро»

Так что да, конфирм в виде модального окна — зло. Такие дела

#articles

Информационная архитектура

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

🔗 Библия этой серии — «Информационная архитектура в Интернете» (П.Морвиль и Л.Розенфельд)
🔗 Канал Хуикс — кладезь дизайн-аргументации

Что где
00:00 Приветствие
01:04 Почему мы говорим про информационную архитектуру
14:12 Что такое информационная архитектура
23:10 Процесс поиска информации
29:20 «Информационная архитектура не нужна»
34:42 Из чего состоит информационная архитектура — организация
42:28 Маркировка
49:38 Навигация
55:24 Поиск
59:12 Где информационная архитектура реально не нужна
01:02:30 Как готовить информационную архитектуру
01:17:32 «Информационная архитектура не работает»
01:29:42 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

Конец года, конец сезона

Если вы:
➡️ Слушаете по сей день наш подкаст и читаете статьи
➡️ Дожили до конца этого года и не свихнулись...
То вы большие молодцы!

Мы очень рады, что дизайнеров, которые не боятся сложностей в UX, так много!

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

Мы вернёмся в новом году с сезоном про лидерство. Расскажем, почему стоит и НЕ стоит идти по этому пути, как забирать лидерство за дизайн (но не всё) и много, много чего ещё. Также позовём гостей, которых многие из вас знают. Будет полезно!)

С наступающим!

Ну вот я лид... Что я наделал?

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

Быть лидом — круто! И не круто. Сегодня мы покажем обе стороны медали, к которой так многие стремятся.

Делиться экспертизой будет соосновательница агентства The Spot, а так же создательница комьюнити «Дизайн-Солянка» Лиза Присяжнюк.

Что где
00:00 Приветствие
04:56 Кто такой дизайн-лид
15:56 Какие навыки нужны дизайн-лиду
21:08 Харды или софты?
32:46 Почему дизайнеры идут в лиды
40:50 Плюсы и минусы бытия дизайн-лидом
49:30 Что закрывает путь в лидерство
53:24 Офигительные истории про плохих лидов
01:01:30 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

#leadership #soft_skills

Не пройти испыталку — кошмар?

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

На что обратить внимание?

➡️ Культура команды. Даже самые интересные задачи и продукты, самый сильный голод до развития и денег могут не спасти от тревог из-за общения с “не своими” людьми. Вы зайчик-одуванчик, а попали к заядлым охотникам. Или вы саркастичный трололо, а попали к вежливым и даже немного чопорным галстукам. А может вы зумер, будто попавший на встречу выпускников 1978, где обсуждают детей, болезни, болезни детей. За три месяца как раз можно попробовать выяснить, знают ли ваши коллеги “матные” (забавное слово) слова, как у них там с юмором. Иногда уходят годы, чтобы сработаться и стать настоящей командой. Но если вы встречаете то, что не приемлете и это не меняется после обсуждения — сделайте выводы решите, надо ли вам срабатываться

➡️ Одинаковые ли у вас с командой представления и ожидания о вашей работе. Чтобы это понять, будет полезно собрать ожидания в самом начале и через пару месяцев опросить коллег, насколько у вас получается работать над общими задачами.

➡️ Как вы можете помочь команде вот прям щас. Возможно, вас долго искали и разработка уже фигачит фичи без дизайна. Или вот-вот в работу пойдёт что-то, что вас может не устроить. Не надо пытаться сделать всё сразу: и общее ревью, и новую большую фичу, и погрузиться во всё и вся. Помогите команде не просесть по дизайну. Так можно сразу попасть за кулисы и посмотреть, с чем и как работает команда.

С кем и чем надо познакомиться?

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

➡️ Пользователи. Какие есть сегменты ЦА, что для них важно, какую обратную связь давали, кто самый активный фидбэкер. Если есть негативно настроенные, можно сходить к ними, пообщаться, узнать, понять, простить, подумать, вдруг их отзывы правда незаслужено забыты?

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

Неуспешный испытательный срок — неуспешный неуспех?

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

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

#soft_skills

Хочешь в лиды? А ментором был?

Отвечать за кого-то, обучать, защищать... Менторить, одним словом. Почему это важно для будущих лидов?

Зачем вообще делиться своими кровными знаниями, добытыми в бою на выживание?

Что где
00:00 Приветствие
02:37 Кто такой ментор — определение, роль, ожидание
11:10 Как готовить менторство — с чего оно начинается
17:34 Когда в менторство идти рано
20:18 Договор на берегу
24:22 Щупаем навыки mentee
28:40 Составляем индивидуальный план развития
31:40 Процесс обучения
41:56 Говно на вентилятор
01:00:44 Рекомендации начинающим менторам
01:12:48 Офигительные истории про плохих менторов
01:18:58 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

#leadership #soft_skills

Менторство

Да-да, снова оно, мы не договорили. Мы верим, что софты качаются сложнее хардов. А вот менторство это как короткая дорога через лес.

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

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

Расскажите про ваш опыт!

➡️ Сколько людей вы уже учили
➡️ Какие встречали сложности, как выходили из них?

#soft_skills

Из джуна в лиды

Как пройти этот путь? Какие этапы тебя ждут, и как понять, где ты сейчас?

Макс Деревянкин, обладающий опытом выстраивания команд и процессов, а также работы в международных стартапах и продуктах, расскажет нам об этом ✨

Что где
00:00 Приветствие
04:25 Первые мысли при переходе в лидера
08:17 Этапы джуна и мидла
14:54 Этап синьора
25:08 Куда дальше?
31:18 И вот ты лидер
37:26 Лидирование групп разных размеров
42:56 Как работать с мотивацией
45:16 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

#leadership #soft_skills

Что для вас важно в работе?
Этот вопрос часто задают HR-специалисты на собеседовании.

Как вы на него отвечате?
Деньги? Интересные задачи? Возможность карьерного роста?
Перечисленное входит в топ ответов соискателей. Не просто так, конечно, всё это очень важно.

Много раз мы встречали мнение руководителей:

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

Это почти рабочий лайфак, как проходить собеседование с HR.

После того, как руководитель просмотрит 100500 резюме и пособеседует тысячу людей, с высокой вероятностью он перестанет замечать эти слова, они попадут в «баннерную слепоту». А что тогда писать, чтобы вас заметили?

Мы не так давно вступили в роли руководителя и дизайн-лида. У нас не так много опыта, но мы успели посмотреть на ситуацию с другой стороны. Мы задавали себе вопрос: «А что для нас важно в соискателях?». Ответственность — да, коммуникабельность — бесспорно, харды — а куда без них.

Но! Есть одна прекрасная черта, которая выступает ярким катализатором и позволяет прогнозировать прогресс, планировать работу команды. Это, дамы и господа, СТАБИЛЬНОСТЬ. Кто-то говорит, что они с Надежностью ходят в паре, кто-то в ту же компашку подсаживает Предсказуемость, а кто-то говорит, что это одно и то же.

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

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

Если вы можете сказать, что стабильность — это про вас, то обязательно скажите об этом!

#softskills

Ситуационное лидерство

Это не про переобувание в воздухе. И не про кнут и пряник. Хотя и о них позже расскажем)

В этом эпизоде:
➖ В чём суть метода
➖ Для чего он лидам
➖ Для чего он дизайнерам
➖ Почему мы опять разбираем дедов 80х

Что где
00:00 Приветствие
03:22 Что такое ситуационное лидерство и откуда оно взялось
07:50 Логика модели
11:27 Уровни зрелости сотрудника
23:05 Как определить уровень зрелости
28:02 Какие бывают стили лидерства
36:14 «Ситуационное лидерство не работает»
47:46 Заключение

Слушаем!
Яндекс.Музыка
VK
Apple Podcasts

#leadership #soft_skills

Так воровать или нет?

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

Однако, воришка может превратиться в сапёра:
💀 На вас наедут авторы слишком похожего дизайна
💀 Увидят в портфолио ну очень похожее на чьё-то решение и не возьмут на работу. А то и поделятся с другими начальниками, чтобы не брали.
💀 Стащите говно, которого автор стыдится
💀 Стащите когда-то хорошее, но устаревшее решение
💀 Ваше портфолио будет как у 90% соискателей и вас не заметят
💀 Промажете с ЦА. Для вашей решение будет неожиданным. Например, стащете в веб мобильный паттерн
💀 Вы не сделаете того, что могли.

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

Ну и что теперь, всё делать с нуля? Так тоже далеко не уедешь.
Воровать можно и нужно, но через анализ решений! Как в школе, если кто-то списывал с решебника (лично я списывала, по себе сужу), лучше всего разобраться таки, как была решена задача, авось в следующий раз получится решить самостоятельно. Понять или запомнить, так сказать, технологию.

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

👎 Списывать не здорово большие куски, лейауты или стиль целиком. Сразу в сапёры запишетесь.

Поэтому для нас ответ очевиден: Воровать! Но с умом :)

Жернова человечности и менеджмента

➖ Можно ли менеджеру избежать мясорубки кровавого энтерпрайза?
➖ Как менеджеру сохранить здоровым свой рассудок, когда в нём постоянно спорят голоса бизнеса и человечности?
➖ Как не попасть в волчью яму с кольями в погоне за мягким креслом руководителя?
➖ Как не выбирать на какой стул из мема присесть (присесть всё равно придётся)

Об этом и не только расскажем с нашим гостем Дмитрием Ваницким

Что где
00:00 Приветствие
04:15 Лидер vs Менеджер
15:58 Я стал руководителем — какие были шишки
24:00 Что такое ответственность
35:34 Бизнес vs человечность
43:22 Что делать, если бизнес-цели идут вразрез с личными?
52:46 Синдромы как стиль лидерства
58:28 Синдром самозванца
01:10:21 Баланса не существует
01:12:28 Советы начинающим лидам
01:26:02 Заключение

Слушаем!
Apple Podcasts
VK
Яндекс.Музыка

📚 Рекомендованная Димой книга: Нассим Николас Талеб «Рискуя собственной шкурой»

#leadership #soft_skills

«Здарова, заебал»

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

Ëбаный дом
На одном из моих предыдущих мест работы коллега рисовала иллюстрацию для страницы-заглушки в виде недостроенного здания. Долго перо не ложилось, здание не рисовалось. Так она от этого устала, что в фигме назвала его ebanuy_dom.
Товарищи-фронты экспортировали иллюстрацию с этим названием, не заметив подвоха. Зато подвох заметили пользователи, которые видели название при наведении курсора мыши на etot dom в хинте.

💔 Последствия:
➖ Пользователи похохотали, покрутили пальцем у виска
➖ Фронты быстро поменяли название
➖ Всему отделу дизайна прочитали лекцию о недопустимости матов на макетах


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

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

💔💔 Последствия:
➖ Первый просмотр макетов стал последним
➖ Ученица нашла команду, где никто её работу говном не называл
➖ А продакта кстати уволили через пару месяцев


Дизайнеры заебали
Руководитель продуктового дизайна одной большой компании написал пост в блоге (где сообщал место работы) о том, как его заебали продуктовые дизайнеры. Почему-то думают, что переход в оунеры это рост, лишились любопытства и не могут говорить про дизайн, только про метрики, исследования и бизнес. При появлении негативных комментов и вопросов о том «Что у вас там за жесть происходит?» начал оправдываться, что заголовок просто кликбейтный, провокационный.

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


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

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