Необратимые действия
Есть действия, выполнение которых необратимо. Ну например,
👉 отправка e-mail, СМС и прочего;
👉 удаление чата;
👉 удаление профиля и т.п.
Обычно перед таким действием система спрашивает: Вы уверены?
Но люди не читают, не думают наперёд, торопятся и всё равно делают необратимое действие, а потом ищут способ восстановить.
На одном b2b проекте представитель заказчика просил добавить в систему двойной вопрос на удаление:
- Вы уверены?
<Да>
- Вы точно уверены?
Мы не сделали, конечно. Добавили вместо этого для админа возможность восстанавливать удалённые записи, чтобы он это не через поддержку делал, а сам.
Но есть действия, которые пользователь выполняет часто и "задалбывать" его вопросами про уверенность — лишний шаг.
Приличные продукты для таких необратимых действий делают возможность оперативной отмены по горячим следам.
Например, при отправке письма в gmail можно отменить отправку по-быстрому (временем отмены можно управлять).
Или при удалении чата в Телеге можно отменить удаление в течение 5 секунд.
Так вот, в gmail возможность отмены отправки работает в стрессовом для пользователя режиме: если ты хочешь отменить, то тянешь курсор к этой плашке в режиме ракеты, боясь опоздать.
А в телеге работает приятно — видно таймер и ты понимаешь, сколько осталось времени для отмены.
А выводы по необратимым действиям такие:
1. Если действие можно сделать обратимым — сделайте его таким. Особенно полезно в b2b-проектах, когда случайное удаление записи может приводить к тому, что люди готовы бэкап развернуть лишь бы восстановить.
2. Если действие необратимо и вы решили спрашивать подтверждение — спрашивайте максимально чётко с донесением последствий действий. У меня есть отдельная мини-заметка про это.
3. Если делаете возможность отмены необратимого действия — покажите пользователю, сколько у него есть времени для отмены.
#UX
Есть действия, выполнение которых необратимо. Ну например,
👉 отправка e-mail, СМС и прочего;
👉 удаление чата;
👉 удаление профиля и т.п.
Обычно перед таким действием система спрашивает: Вы уверены?
Но люди не читают, не думают наперёд, торопятся и всё равно делают необратимое действие, а потом ищут способ восстановить.
На одном b2b проекте представитель заказчика просил добавить в систему двойной вопрос на удаление:
- Вы уверены?
<Да>
- Вы точно уверены?
Мы не сделали, конечно. Добавили вместо этого для админа возможность восстанавливать удалённые записи, чтобы он это не через поддержку делал, а сам.
Но есть действия, которые пользователь выполняет часто и "задалбывать" его вопросами про уверенность — лишний шаг.
Приличные продукты для таких необратимых действий делают возможность оперативной отмены по горячим следам.
Например, при отправке письма в gmail можно отменить отправку по-быстрому (временем отмены можно управлять).
Или при удалении чата в Телеге можно отменить удаление в течение 5 секунд.
Так вот, в gmail возможность отмены отправки работает в стрессовом для пользователя режиме: если ты хочешь отменить, то тянешь курсор к этой плашке в режиме ракеты, боясь опоздать.
А в телеге работает приятно — видно таймер и ты понимаешь, сколько осталось времени для отмены.
А выводы по необратимым действиям такие:
1. Если действие можно сделать обратимым — сделайте его таким. Особенно полезно в b2b-проектах, когда случайное удаление записи может приводить к тому, что люди готовы бэкап развернуть лишь бы восстановить.
2. Если действие необратимо и вы решили спрашивать подтверждение — спрашивайте максимально чётко с донесением последствий действий. У меня есть отдельная мини-заметка про это.
3. Если делаете возможность отмены необратимого действия — покажите пользователю, сколько у него есть времени для отмены.
#UX
Привет!
Я опубликовал заметки по итогам UX-марафона #17: Психология в дизайне. Кому интересно — велкам: https://medium.com/@grekov/ux-marafon-17-8fc26b4ded9d
Кстати, у меня в канале есть несколько заметок про психологию в дизайне:
Эксперимент над Гарвардскими студентками
Эксперимент Добрый самаритянин
🦍 Невидимая горилла и внимание пользователей
Опыт про вспоминающее Я
#психология #UX
Я опубликовал заметки по итогам UX-марафона #17: Психология в дизайне. Кому интересно — велкам: https://medium.com/@grekov/ux-marafon-17-8fc26b4ded9d
Кстати, у меня в канале есть несколько заметок про психологию в дизайне:
Эксперимент над Гарвардскими студентками
Эксперимент Добрый самаритянин
🦍 Невидимая горилла и внимание пользователей
Опыт про вспоминающее Я
#психология #UX
Medium
Заметки с UX-марафона №17: Психология в дизайне. Международный опыт.
Некоторые хайлайты по итогам марафона.
Не начинать с отмазки и нытья
Плохая практика начинать свой рассказ с отмазки, давления на жалость и запроса преференций:
🤦♂️ Версия пока сырая, не судите строго.
🤦♂️ Я, конечно, не профессионал в этом, но пара комментариев у меня есть.
🤦♂️ Возможно, вам совсем не понравится, главное собрать обратную связь.
🤦♂️ Я понимаю, что уже много есть статей на эту тему, но у меня ещё не было.
🤦♂️ Я понимаю, что вы устали — постараюсь рассказать побыстрее.
🤦♂️ Это мой первый проект, надеюсь, что вы не будете меня сильно критиковать.
🤦♂️ Мне не рассказать так круто, как это сделал прошлый докладчик, но всё равно послушайте.
🤦♂️ ... и т.д. и т.п.
Зачем ты мне это показываешь, если не хочешь, чтобы я дал честную обратную связь?
Если сам знаешь, что показываешь откровенное Г., то зачем вообще показываешь?
Если у тебя нет опыта, но ты почему-то взялся и написал/сделал — почему я не должен критиковать?
В общем, или вообще не делайте, или рассказывайте, показывайте и пишите уверенно — появятся вопросы, тогда и поясните. Преждевременные отмазки никому не интересно слушать.
#совет
Плохая практика начинать свой рассказ с отмазки, давления на жалость и запроса преференций:
🤦♂️ Версия пока сырая, не судите строго.
🤦♂️ Я, конечно, не профессионал в этом, но пара комментариев у меня есть.
🤦♂️ Возможно, вам совсем не понравится, главное собрать обратную связь.
🤦♂️ Я понимаю, что уже много есть статей на эту тему, но у меня ещё не было.
🤦♂️ Я понимаю, что вы устали — постараюсь рассказать побыстрее.
🤦♂️ Это мой первый проект, надеюсь, что вы не будете меня сильно критиковать.
🤦♂️ Мне не рассказать так круто, как это сделал прошлый докладчик, но всё равно послушайте.
🤦♂️ ... и т.д. и т.п.
Зачем ты мне это показываешь, если не хочешь, чтобы я дал честную обратную связь?
Если сам знаешь, что показываешь откровенное Г., то зачем вообще показываешь?
Если у тебя нет опыта, но ты почему-то взялся и написал/сделал — почему я не должен критиковать?
В общем, или вообще не делайте, или рассказывайте, показывайте и пишите уверенно — появятся вопросы, тогда и поясните. Преждевременные отмазки никому не интересно слушать.
#совет
Друзья, у меня есть пара классных анонсов и вакансия
👍 Владимир Меркушев (продакт, работал в Колёсах, Авито и Яндексе) составил анкету для самостоятельной оценки навыков менеджера продукта. Шкала от 0 до 10 с понятными описаниями, которая помогает наиболее объективно оценить свой текущий уровень. Вот анкета: https://forms.gle/4Kraj6zrZcdqUCKr6 Я прошёл.
Ценность анкеты в том, что в ней собраны по сути все области знаний, которые сейчас важны продактам — такое на собеседованиях спрашивать могут. Анкету прошли уже 150 продактов, скоро Владимир опубликует в своём канале @vladimir_merkushev агрегированную информацию — в чём и на сколько продакты сильны. Хороший канал для продактов, кстати.
🔥 В субботу 16 ноября 2019 г. с 14:00 до 18:00 Сергей Петров проведёт мастер-класс "Информационная архитектура". Занятие проходит онлайн, через Skype-сессию. Для работы нужен доступ к сервису miro.com (бесплатный). Сергей участвовал в создании многочисленных внутренних продуктов OZON, имеет обширный опыт проектирования и проектного менеджмента в заказной разработке. Занятие ориентировано на дизайнеров, продактов, аналитиков, редакторов и технических писателей. Страница мероприятия, больше деталей и условия участия: https://www.facebook.com/events/427735714578375/
👌 У нас в Velvica есть классная вакансия — системный аналитик. Надо знать принципы взаимодействия систем по API, уметь формулировать понятные требования, принимать итоги работ, а также отличать важное от неважного. У нас классно проходят собеседования — в онлайне за 40 минут спроектируем стартап. Работать можно дистанционно, всё белое, команда 🔥. Пишите мне в личку: @GrekovM
Завтра выйдет огненная подборка материалов выходного дня!
#прокачаться
👍 Владимир Меркушев (продакт, работал в Колёсах, Авито и Яндексе) составил анкету для самостоятельной оценки навыков менеджера продукта. Шкала от 0 до 10 с понятными описаниями, которая помогает наиболее объективно оценить свой текущий уровень. Вот анкета: https://forms.gle/4Kraj6zrZcdqUCKr6 Я прошёл.
Ценность анкеты в том, что в ней собраны по сути все области знаний, которые сейчас важны продактам — такое на собеседованиях спрашивать могут. Анкету прошли уже 150 продактов, скоро Владимир опубликует в своём канале @vladimir_merkushev агрегированную информацию — в чём и на сколько продакты сильны. Хороший канал для продактов, кстати.
🔥 В субботу 16 ноября 2019 г. с 14:00 до 18:00 Сергей Петров проведёт мастер-класс "Информационная архитектура". Занятие проходит онлайн, через Skype-сессию. Для работы нужен доступ к сервису miro.com (бесплатный). Сергей участвовал в создании многочисленных внутренних продуктов OZON, имеет обширный опыт проектирования и проектного менеджмента в заказной разработке. Занятие ориентировано на дизайнеров, продактов, аналитиков, редакторов и технических писателей. Страница мероприятия, больше деталей и условия участия: https://www.facebook.com/events/427735714578375/
👌 У нас в Velvica есть классная вакансия — системный аналитик. Надо знать принципы взаимодействия систем по API, уметь формулировать понятные требования, принимать итоги работ, а также отличать важное от неважного. У нас классно проходят собеседования — в онлайне за 40 минут спроектируем стартап. Работать можно дистанционно, всё белое, команда 🔥. Пишите мне в личку: @GrekovM
Завтра выйдет огненная подборка материалов выходного дня!
#прокачаться
Google Docs
Самооценка менеджера продукта
Наткнулся на отличную градацию знаний продакта по шкале от 0 до 10 с грамотными описаниями каждого уровня. Это ведь всегда так трудно, оценить себя объективно! А как известно сложно что-то улучшить, пока ты это не измеряешь. Такой список хорошо помогает.…
Материалы выходного дня #12
Я обещал, что подборка будет 🔥, поэтому начну с горяченького.
1️⃣ Окончательно затягивающий интерфейс порносайтов — большая статья про UX порносайтов. Если вы не делаете порносайты, то всё равно будет полезно, потому что: секс-индустрия уже давно стимулирует технологические инновации. Благодаря ей были придуманы новые инструменты продаж и способы заработка. Среди прочего мы обязаны ей появлением онлайн-видеочатов, видеостримов, защищенных онлайн-платежей, всплывающих уведомлений и сетевой рекламы.
2️⃣ Латеральное мышление де Боно, или как улучшить бесполезные брейншторм сессии — внятный рассказ, о том, как правильно и системно думать и брейнштормить, используя инструменты латерального мышления де Боно.
3️⃣ Начинающему проектировщику — что в СКБ Контур ожидают от проектировщика. Надо сказать, что примерно это ожидают примерно везде и не только от проектировщика.
4️⃣ Прогрессивные веб-приложения (PWA). Будущее мобильного интернета — перевод электронной книги, написанной Google, Microsoft & Awwwards. Часть 1. Хорошая статья, погружающая в PWA.
Закончку подборку тоже нехолодным:
5️⃣ Маркетинговые фишки от Pornhub: чему учит самый трогательный сайт современности — подборка фишек, которыми Порнхаб радовал своих пользователей.
Не скучайте!
Я обещал, что подборка будет 🔥, поэтому начну с горяченького.
1️⃣ Окончательно затягивающий интерфейс порносайтов — большая статья про UX порносайтов. Если вы не делаете порносайты, то всё равно будет полезно, потому что: секс-индустрия уже давно стимулирует технологические инновации. Благодаря ей были придуманы новые инструменты продаж и способы заработка. Среди прочего мы обязаны ей появлением онлайн-видеочатов, видеостримов, защищенных онлайн-платежей, всплывающих уведомлений и сетевой рекламы.
2️⃣ Латеральное мышление де Боно, или как улучшить бесполезные брейншторм сессии — внятный рассказ, о том, как правильно и системно думать и брейнштормить, используя инструменты латерального мышления де Боно.
3️⃣ Начинающему проектировщику — что в СКБ Контур ожидают от проектировщика. Надо сказать, что примерно это ожидают примерно везде и не только от проектировщика.
4️⃣ Прогрессивные веб-приложения (PWA). Будущее мобильного интернета — перевод электронной книги, написанной Google, Microsoft & Awwwards. Часть 1. Хорошая статья, погружающая в PWA.
Закончку подборку тоже нехолодным:
5️⃣ Маркетинговые фишки от Pornhub: чему учит самый трогательный сайт современности — подборка фишек, которыми Порнхаб радовал своих пользователей.
Не скучайте!
Nеwочём
Окончательно затягивающий интерфейс порносайтов | Nеwочём
Если вы когда-нибудь случайно оказывались на порносайтах, вы могли обратить внимание на их перенасыщенный элементами дизайн. Ну а если вы попадаете на такие сайты регулярно, то вы наверняка знаете, как такой дизайн затягивает и заставляет переходить с одного…
Самое важное в резюме
Резюме — это лэндинг, на который должен сесть работодатель.
Самая ценная часть резюме — опыт.
Самая ценная часть в опыте — достижения и наличие отзывов с прошлых мест работы.
Я видел сотни резюме и большинство из них ну никак не лэндинг.
Кандидаты много пишут о навыках, грамотах, каких-то сертификатах, и очень мало уделяют внимания достижениям на рабочих местах.
В общем, резюме, в котором написано о достижениях врезается в память гораздо сильнее, чем резюме с навыками. Навыки примерно одинаковые у всех, а что ты с этими навыками умеешь достигать — это самый сок.
#совет
Резюме — это лэндинг, на который должен сесть работодатель.
Самая ценная часть резюме — опыт.
Самая ценная часть в опыте — достижения и наличие отзывов с прошлых мест работы.
Я видел сотни резюме и большинство из них ну никак не лэндинг.
Кандидаты много пишут о навыках, грамотах, каких-то сертификатах, и очень мало уделяют внимания достижениям на рабочих местах.
В общем, резюме, в котором написано о достижениях врезается в память гораздо сильнее, чем резюме с навыками. Навыки примерно одинаковые у всех, а что ты с этими навыками умеешь достигать — это самый сок.
#совет
Насмотренность —> Напользованность
Если хочешь делать продукты с хорошим пользовательским опытом — развивай свой личный пользовательский опыт.
Очень часто пиарят важность насмотренности: ходи на Бехансы и смотри, что крутые рисуют.
Это, конечно, лучше чем не ходить, но в бою с хреновым UX пригодится слабо.
Смотреть как штангу тягают или самому потягать — разные ощущения и опыт.
В бою с хреновым UX пригодится твоя напользованность: чем с большим количеством разных продуктов ты поработал, тем шире у тебя пользовательский кругозор.
Когда ты сам пользуешься продуктом, то видишь не только продукт в виде интерфейса. Тебя вовлекают в продукт, дожимают до покупки, с тобой общаются — это всё складывается в пользовательский опыт. Со временем накапливается больше личного опыта и удачных практик, которые ты будешь транслировать в свою работу.
В общем, хватит только смотреть — больше пользуйся.
#UX #совет
Если хочешь делать продукты с хорошим пользовательским опытом — развивай свой личный пользовательский опыт.
Очень часто пиарят важность насмотренности: ходи на Бехансы и смотри, что крутые рисуют.
Это, конечно, лучше чем не ходить, но в бою с хреновым UX пригодится слабо.
Смотреть как штангу тягают или самому потягать — разные ощущения и опыт.
В бою с хреновым UX пригодится твоя напользованность: чем с большим количеством разных продуктов ты поработал, тем шире у тебя пользовательский кругозор.
Когда ты сам пользуешься продуктом, то видишь не только продукт в виде интерфейса. Тебя вовлекают в продукт, дожимают до покупки, с тобой общаются — это всё складывается в пользовательский опыт. Со временем накапливается больше личного опыта и удачных практик, которые ты будешь транслировать в свою работу.
В общем, хватит только смотреть — больше пользуйся.
#UX #совет
Один на один
Самое полезное для меня открытие последнего времени — проведение общения с коллегами в формате один на один.
Прежде всего, формат один на один полезен при общении Старший/Младший, Куратор/Курируемый, Менеджер/Участник и т.д..
У нас в продуктовой команде Велвики один на один работает так:
👉 Общение длится 1 час, а общаемся один раз в месяц.
👉 С новыми участниками команды общение происходит чаще — раз в неделю.
👉 Запросить встречу один на один может кто угодно и с кем угодно (пользуются редко).
В чём польза такого общения:
✅ Доверительная беседа в течение часа позволяет обсудить не только рабочие, но и личные темы — помогает понять место работы в жизни коллеги.
✅ Прекрасная возможность предоставлять и получать регулярную обратную связь и фиксировать прогресс - обратная связь становится неотъемлемой частью.
✅ Когда установлено доверие, то легче и раньше поднимаются финансовые и коммуникационные вопросы — проблема гасится до того, как она становится проблемой.
Что важно для один на один:
1️⃣ Надо готовиться и фиксировать итоги. Каждое новое общение это продолжение прошлого.
2️⃣ Не отвлекаться. Оба участника должны быть сосредоточены на общении, а не на постороннем.
3️⃣ Не ждать многого с первого раза. Первый раз получается скомканным — тот, кто раньше не участвовал в таких форматах, не сразу готов к доверительной беседе.
Кстати, подойти к коллеге и спросить у него: "Ну как дела? Всё хорошо?" или неформально пообщаться в кафе — это не один на один. Это как на улице спросить у знакомого: "Как дела?", на что он ответит: "Нормально! Сам как?". Вот и поговорили.
Самое полезное для меня открытие последнего времени — проведение общения с коллегами в формате один на один.
Прежде всего, формат один на один полезен при общении Старший/Младший, Куратор/Курируемый, Менеджер/Участник и т.д..
У нас в продуктовой команде Велвики один на один работает так:
👉 Общение длится 1 час, а общаемся один раз в месяц.
👉 С новыми участниками команды общение происходит чаще — раз в неделю.
👉 Запросить встречу один на один может кто угодно и с кем угодно (пользуются редко).
В чём польза такого общения:
✅ Доверительная беседа в течение часа позволяет обсудить не только рабочие, но и личные темы — помогает понять место работы в жизни коллеги.
✅ Прекрасная возможность предоставлять и получать регулярную обратную связь и фиксировать прогресс - обратная связь становится неотъемлемой частью.
✅ Когда установлено доверие, то легче и раньше поднимаются финансовые и коммуникационные вопросы — проблема гасится до того, как она становится проблемой.
Что важно для один на один:
1️⃣ Надо готовиться и фиксировать итоги. Каждое новое общение это продолжение прошлого.
2️⃣ Не отвлекаться. Оба участника должны быть сосредоточены на общении, а не на постороннем.
3️⃣ Не ждать многого с первого раза. Первый раз получается скомканным — тот, кто раньше не участвовал в таких форматах, не сразу готов к доверительной беседе.
Кстати, подойти к коллеге и спросить у него: "Ну как дела? Всё хорошо?" или неформально пообщаться в кафе — это не один на один. Это как на улице спросить у знакомого: "Как дела?", на что он ответит: "Нормально! Сам как?". Вот и поговорили.
Мой ТОП UX-мракобесия
Бесит, когда:
🤬 Ты нажимаешь на кнопку, а она не реагирует. Ты жмёшь ещё пару раз. А потом оказывается, что с первого раза всё пошло и твои последующие нажатия применились к другим записям.
🤬 Не говорят, что функции платные. Ты что-то сделал в приложении, пытаешься завершить, а тебе — плати.
🤬 Нельзя войти через соцсети. Нужна сильная мотивация, чтобы пользоваться чем-то, куда нельзя входить через гугл, яндекс или facebook.
🤬 Нельзя отписаться от рассылки, не входя в личный кабинет.
🤬 Что-то само всплывает. Разрешите уведомления, Подпишитесь на рассылку, Я Ваш консультант, Акция-распродажа — мракобесы.
🤬 Тупой юмор в серьёзных приложениях. "Ой, кажется, что-то пошло не так. Дышите глубже" — это не смешно, когда ты деньги переводишь.
🤬 Отсутствие реакции на обратную связь. Напишешь в обратную связь, а тебе в ответ никакого подтверждения: получили или нет, когда ответите?
🤬 Когда только зарегался или поставит приложение, а тебя просят отзыв. Я могу только двойку сходу поставить. Дайте понять, куда попал.
🤬 Интерфейсные тексты написаны с ошибками. Что же там внутри тогда, если копнуть. Персональные и платёжные данные доверять не хочется.
#UX
Бесит, когда:
🤬 Ты нажимаешь на кнопку, а она не реагирует. Ты жмёшь ещё пару раз. А потом оказывается, что с первого раза всё пошло и твои последующие нажатия применились к другим записям.
🤬 Не говорят, что функции платные. Ты что-то сделал в приложении, пытаешься завершить, а тебе — плати.
🤬 Нельзя войти через соцсети. Нужна сильная мотивация, чтобы пользоваться чем-то, куда нельзя входить через гугл, яндекс или facebook.
🤬 Нельзя отписаться от рассылки, не входя в личный кабинет.
🤬 Что-то само всплывает. Разрешите уведомления, Подпишитесь на рассылку, Я Ваш консультант, Акция-распродажа — мракобесы.
🤬 Тупой юмор в серьёзных приложениях. "Ой, кажется, что-то пошло не так. Дышите глубже" — это не смешно, когда ты деньги переводишь.
🤬 Отсутствие реакции на обратную связь. Напишешь в обратную связь, а тебе в ответ никакого подтверждения: получили или нет, когда ответите?
🤬 Когда только зарегался или поставит приложение, а тебя просят отзыв. Я могу только двойку сходу поставить. Дайте понять, куда попал.
🤬 Интерфейсные тексты написаны с ошибками. Что же там внутри тогда, если копнуть. Персональные и платёжные данные доверять не хочется.
#UX
Гигиена здорового коллектива
Если хочешь, чтобы сотрудники любили компанию и вкладывали себя в её развитие, то только рыночная зарплата и "у нас печеньки и чай" не поможет.
Необходимы процедуры, которые будут поддерживать здоровье коллектива:
🎓 Обучение сотрудников — либо знания поступают извне, либо постепенно происходит застой и работают так, как другие уже не работают.
🤹♂️ Внутренние митапы — сотрудники распространяют знания между собой, растут все.
🎤 Внешние конференции — нетворкинг с коллегами по цеху здорово прокачивает, а если ещё и самим выступать — вообще, огонь.
💻 Личные проекты сотрудников — надо поощрять, потому что сотрудник через личный проект, который его драйвит, может привнести что-то новое и уже испытанное им в работу компании.
☀️ Культура нетоксичного общения — у каждого должна быть возможность проявить себя и не быть при этом обосранным звёздами. Заткнутый с не самой удачной идеей сотрудник уже не принесёт новую идею, которая может оказаться классной.
В общем, самые классные продукты рождаются и развиваются в здоровых коллективах. Сотрудник должен профессионально расти в компании, а не за её пределами — иначе, зачем ему компания.
#кактотак
Если хочешь, чтобы сотрудники любили компанию и вкладывали себя в её развитие, то только рыночная зарплата и "у нас печеньки и чай" не поможет.
Необходимы процедуры, которые будут поддерживать здоровье коллектива:
🎓 Обучение сотрудников — либо знания поступают извне, либо постепенно происходит застой и работают так, как другие уже не работают.
🤹♂️ Внутренние митапы — сотрудники распространяют знания между собой, растут все.
🎤 Внешние конференции — нетворкинг с коллегами по цеху здорово прокачивает, а если ещё и самим выступать — вообще, огонь.
💻 Личные проекты сотрудников — надо поощрять, потому что сотрудник через личный проект, который его драйвит, может привнести что-то новое и уже испытанное им в работу компании.
☀️ Культура нетоксичного общения — у каждого должна быть возможность проявить себя и не быть при этом обосранным звёздами. Заткнутый с не самой удачной идеей сотрудник уже не принесёт новую идею, которая может оказаться классной.
В общем, самые классные продукты рождаются и развиваются в здоровых коллективах. Сотрудник должен профессионально расти в компании, а не за её пределами — иначе, зачем ему компания.
#кактотак
Материалы выходного дня #13
1️⃣ Очень классная статья про то, как дизайнеры из Всесоюзного научно-исследовательского института технической эстетики впервые опробовали систему сортировки и раздельного сбора мусора. Это было 35 лет назад. Здесь и про сценарный дизайн, и про дизайн-систему вокруг процесса раздельного сбора мусора, и про CJM (так это не называли, но смысл тот же).
2️⃣ Просто ссылка на огромный календарь IT-событий с фильтрами по городам. Поищите — может быть, у вас в городе что-то мощное вот-вот состоится, а вы и не знали. https://tagline.ru/events/
3️⃣ Увлекательная статья про худший отдел Microsoft с миллиардами убытков, который стал прибыльным: что помогло возродиться поисковику Bing.
"В ДНК Microsoft был принцип медленного выпуска более стабильных продуктов. Сарин же рекомендовал публиковать новые сборки и обновления как можно чаще — от их количества и скорости зависело продвижение по службе и влияние, которое человек мог оказать на развитие проекта (поиска Microsoft)."
4️⃣ Выгорание. Тренд или эволюция.
Видео про выгорание. Про то самое, которое в этом году ВОЗ признали болезнью.
Рассказывает Вера Маневич, Head of HR, zarplata.ru
Запись доклада была сделана на ProductSense'19 Minsk ProductSense
☀️ Отдыхайте и не выгорайте!
1️⃣ Очень классная статья про то, как дизайнеры из Всесоюзного научно-исследовательского института технической эстетики впервые опробовали систему сортировки и раздельного сбора мусора. Это было 35 лет назад. Здесь и про сценарный дизайн, и про дизайн-систему вокруг процесса раздельного сбора мусора, и про CJM (так это не называли, но смысл тот же).
2️⃣ Просто ссылка на огромный календарь IT-событий с фильтрами по городам. Поищите — может быть, у вас в городе что-то мощное вот-вот состоится, а вы и не знали. https://tagline.ru/events/
3️⃣ Увлекательная статья про худший отдел Microsoft с миллиардами убытков, который стал прибыльным: что помогло возродиться поисковику Bing.
"В ДНК Microsoft был принцип медленного выпуска более стабильных продуктов. Сарин же рекомендовал публиковать новые сборки и обновления как можно чаще — от их количества и скорости зависело продвижение по службе и влияние, которое человек мог оказать на развитие проекта (поиска Microsoft)."
4️⃣ Выгорание. Тренд или эволюция.
Видео про выгорание. Про то самое, которое в этом году ВОЗ признали болезнью.
Рассказывает Вера Маневич, Head of HR, zarplata.ru
Запись доклада была сделана на ProductSense'19 Minsk ProductSense
☀️ Отдыхайте и не выгорайте!
Лишние люди на совещаниях
— Что сейчас обсуждать будем?
— Не знаю точно, вроде, какую-то новую систему с разработчиками.
— А, понятно — новые технологии!
— Да, когда только работать успевать!?
Такой диалог я слышал много раз перед обсуждением проекта или дизайна с заказчиком. У многих больших компаний, а особенно у госов в ДНК заложено: позвать как можно больше людей на совещание. И вот сидит целая толпа и обсуждает то, о чём ещё 5 минут назад многие даже не знали.
Эффективность такого совещания очень сомнительна: активничает 10% участников, а остальные ждут, когда закончится и думают: лишь бы слово не дали. Если молчуну дадут слово, то в лучшем случае, он скажет, что добавить нечего. В худшем — начнет на серьёзных щах фантазировать и предлагать ерунду или суперфункции.
Хуже всего, когда лишних людей позвали обсуждать дизайн 🤦♂️ — случайные люди не всегда молчат. Включается синдром актёра — позвали критиковать, значит надо критиковать. А это же дизайн — в нём все "сильные критики".
Если в вашей команде бывают совещания, на которых не все участники активны — возможно, вы попусту тратите ресурс. Небольшое количество вовлечённых в процесс людей будут гораздо эффективнее толпы.
Чтобы совещание удалось:
1️⃣ Нужна повестка — все могли заранее подготовиться и прийти с обратной связью или мнением. Надо избегать совещаний без контектста.
2️⃣ Не нужны молчуны — все, кого позвали были активны. Кто отмалчивался — не надо больше звать в эту тему.
3️⃣ Нужны зафиксированные итоги — с ними можно ознакомить остальных, да и в целом полезно зафиксировать. О навыке резюмировать итоги обсуждений есть отдельная заметка.
В общем, обсуждать должны те, кого тема драйвит и мотивирует. Случайные участники совещаний только случайно могут быть полезны, а чаще они бесполезны или вредны.
— Что сейчас обсуждать будем?
— Не знаю точно, вроде, какую-то новую систему с разработчиками.
— А, понятно — новые технологии!
— Да, когда только работать успевать!?
Такой диалог я слышал много раз перед обсуждением проекта или дизайна с заказчиком. У многих больших компаний, а особенно у госов в ДНК заложено: позвать как можно больше людей на совещание. И вот сидит целая толпа и обсуждает то, о чём ещё 5 минут назад многие даже не знали.
Эффективность такого совещания очень сомнительна: активничает 10% участников, а остальные ждут, когда закончится и думают: лишь бы слово не дали. Если молчуну дадут слово, то в лучшем случае, он скажет, что добавить нечего. В худшем — начнет на серьёзных щах фантазировать и предлагать ерунду или суперфункции.
Хуже всего, когда лишних людей позвали обсуждать дизайн 🤦♂️ — случайные люди не всегда молчат. Включается синдром актёра — позвали критиковать, значит надо критиковать. А это же дизайн — в нём все "сильные критики".
Если в вашей команде бывают совещания, на которых не все участники активны — возможно, вы попусту тратите ресурс. Небольшое количество вовлечённых в процесс людей будут гораздо эффективнее толпы.
Чтобы совещание удалось:
1️⃣ Нужна повестка — все могли заранее подготовиться и прийти с обратной связью или мнением. Надо избегать совещаний без контектста.
2️⃣ Не нужны молчуны — все, кого позвали были активны. Кто отмалчивался — не надо больше звать в эту тему.
3️⃣ Нужны зафиксированные итоги — с ними можно ознакомить остальных, да и в целом полезно зафиксировать. О навыке резюмировать итоги обсуждений есть отдельная заметка.
В общем, обсуждать должны те, кого тема драйвит и мотивирует. Случайные участники совещаний только случайно могут быть полезны, а чаще они бесполезны или вредны.
Менторский тон интерфейсного текста
Текст в интерфейсе сделал большой шаг вперёд. Если раньше даже в топовых продуктах было много текстовых проблем, то сейчас чаще всего чистенько, понятно и аккуратно.
Но текст шагает дальше и порой не в ту сторону — вместо общения с пользователем на равных, продукты начинают общаться в менторском тоне (высокомерно-поучительно).
Прям подбешивают порой рубленые поучительные фразы. Понятно, что "Пиши, сокращай" и всё такое, но продукт не должен общаться с пользователем в режиме робота — их, итак, слишком много. Капелька чувст в текст не повредит.
Например,
Запрос получен, ответим через 7 дней. Проверяйте почту [email protected]
Всё ок, ничего лишнего. Но так "говорят" бесчувственные роботы.
Мне как пользователю приятнее, когда текст человечный, а не рубленый до минимума. Например, так:
Мы получили ваш запрос и точно ответим на него в течение 7 дней. Ответ придёт на почту [email protected].
В общем, продукты с душевным и понятным текстом приятнее использовать, чем продукты с рублеными фразами в менторском тоне.
#UX #совет
Текст в интерфейсе сделал большой шаг вперёд. Если раньше даже в топовых продуктах было много текстовых проблем, то сейчас чаще всего чистенько, понятно и аккуратно.
Но текст шагает дальше и порой не в ту сторону — вместо общения с пользователем на равных, продукты начинают общаться в менторском тоне (высокомерно-поучительно).
Прям подбешивают порой рубленые поучительные фразы. Понятно, что "Пиши, сокращай" и всё такое, но продукт не должен общаться с пользователем в режиме робота — их, итак, слишком много. Капелька чувст в текст не повредит.
Например,
Запрос получен, ответим через 7 дней. Проверяйте почту [email protected]
Всё ок, ничего лишнего. Но так "говорят" бесчувственные роботы.
Мне как пользователю приятнее, когда текст человечный, а не рубленый до минимума. Например, так:
Мы получили ваш запрос и точно ответим на него в течение 7 дней. Ответ придёт на почту [email protected].
В общем, продукты с душевным и понятным текстом приятнее использовать, чем продукты с рублеными фразами в менторском тоне.
#UX #совет
Выводы сделаны, виновники наказаны
Самый лучший способ испортить команду — наказывать виновников факапов.
Очень глубоко в нас сидит желание найти конкретного виновника, показать на него пальцем и наказать, премии лишить.
Но всегда наказана вся команда. Любой провал — это проблема команды, за которой, конечно, стоят конкретные персоны.
Команда должна поддерживать, а не наказывать.
Иными словами: вот знаем мы, что из-за неосмотрительности Феди случился факап. Значит, надо помочь Феде: подсказать, помочь быть осмотрительным, поддержать словом и делом.
Если из-за неосмотрительности Феди снова провал — ещё раз помочь.
А если в третий раз — значит Федя не для нашей команды, с ним надо расстаться.
В общем, надо либо развивать и помогать, либо расставаться. Наказывать виновников каждого факапа — делать склочную и боящуюся инноваций команду.
Самый лучший способ испортить команду — наказывать виновников факапов.
Очень глубоко в нас сидит желание найти конкретного виновника, показать на него пальцем и наказать, премии лишить.
Но всегда наказана вся команда. Любой провал — это проблема команды, за которой, конечно, стоят конкретные персоны.
Команда должна поддерживать, а не наказывать.
Иными словами: вот знаем мы, что из-за неосмотрительности Феди случился факап. Значит, надо помочь Феде: подсказать, помочь быть осмотрительным, поддержать словом и делом.
Если из-за неосмотрительности Феди снова провал — ещё раз помочь.
А если в третий раз — значит Федя не для нашей команды, с ним надо расстаться.
В общем, надо либо развивать и помогать, либо расставаться. Наказывать виновников каждого факапа — делать склочную и боящуюся инноваций команду.
MVP, а если по отечественному, то МЖП — это минимальный жизнеспособный продукт.
МЖП делают быстро для тестирования гипотезы востребованности.
Так вот "быстро" не значит, что всё должно быть из говна и палок.
Если хочется проверить гипотезу востребованности, то дизайн и эргономика должны привлекать.
Внутри могут быть заплатки на заплатках и говнокод, но внешне должно быть привлекательно.
Ходить к пользователям с хреновым дизайном и UX - тратить и их, и своё время.
Только в учебных целях можно делать прототипы из картона или серых блоков, чтобы мышление прокачать на тему, что можно делать не всё сразу.
Я, как пользователь, уважаю приятные и удобные продукты.
Продукт должен быть ооочень уникальным, чтобы ему можно было простить убогость.
В общем, второго шанса произвести первое впечатление не будет.
#UX
МЖП делают быстро для тестирования гипотезы востребованности.
Так вот "быстро" не значит, что всё должно быть из говна и палок.
Если хочется проверить гипотезу востребованности, то дизайн и эргономика должны привлекать.
Внутри могут быть заплатки на заплатках и говнокод, но внешне должно быть привлекательно.
Ходить к пользователям с хреновым дизайном и UX - тратить и их, и своё время.
Только в учебных целях можно делать прототипы из картона или серых блоков, чтобы мышление прокачать на тему, что можно делать не всё сразу.
Я, как пользователь, уважаю приятные и удобные продукты.
Продукт должен быть ооочень уникальным, чтобы ему можно было простить убогость.
В общем, второго шанса произвести первое впечатление не будет.
#UX
Адекватность вертикали
Где создаются классные продукты и делаются крутые проекты? Там, где комфортно работать, где мысль летает, где поддерживают друг друга, где команда, как кулак. Я в последнее время много рассказывал про важность плотной командной работы и климата. Сегодня тоже расскажу.
Значит, знавал я одного менеджера — пусть его будут звать Костя. Так вот, Костя любил орать на командных собраниях.
Команда отстаёт от срока — Костя орёт.
Случился фэйл — Костя орёт.
Хрен знает, что ещё — Костя орёт.
Но постепенно на встречах команды Кости начинали орать все.
Если из-за двери переговорки было слышно крики, значит там команда Кости заседает.
Любая команда под управлением Кости начинала орать и становилась "дёрганой".
Костю почти можно понять — ему же предстояло отчитываться о достижениях команды перед заказчиком и он не хотел получать "втык". Но дёрганая команда, в которой принято орать, не достигает результата. Такая команда лепит отмазки, ищет причины, а не способы, и в итоге постепенно разваливается.
Костя воспринимал команду, как что-то стороннее и это стороннее надо погонять.
Но проблема "менеджера и команды" в том, что не должно быть "менеджера и команды". Может быть только команда, внутри которой менеджер.
В общем, для команды важна адекватная вертикаль — импульсивный менеджер/лидер способен очень быстро расшатать даже крепкую команду. Как говорится: рыба гниёт с головы.
#кактотак
Где создаются классные продукты и делаются крутые проекты? Там, где комфортно работать, где мысль летает, где поддерживают друг друга, где команда, как кулак. Я в последнее время много рассказывал про важность плотной командной работы и климата. Сегодня тоже расскажу.
Значит, знавал я одного менеджера — пусть его будут звать Костя. Так вот, Костя любил орать на командных собраниях.
Команда отстаёт от срока — Костя орёт.
Случился фэйл — Костя орёт.
Хрен знает, что ещё — Костя орёт.
Но постепенно на встречах команды Кости начинали орать все.
Если из-за двери переговорки было слышно крики, значит там команда Кости заседает.
Любая команда под управлением Кости начинала орать и становилась "дёрганой".
Костю почти можно понять — ему же предстояло отчитываться о достижениях команды перед заказчиком и он не хотел получать "втык". Но дёрганая команда, в которой принято орать, не достигает результата. Такая команда лепит отмазки, ищет причины, а не способы, и в итоге постепенно разваливается.
Костя воспринимал команду, как что-то стороннее и это стороннее надо погонять.
Но проблема "менеджера и команды" в том, что не должно быть "менеджера и команды". Может быть только команда, внутри которой менеджер.
В общем, для команды важна адекватная вертикаль — импульсивный менеджер/лидер способен очень быстро расшатать даже крепкую команду. Как говорится: рыба гниёт с головы.
#кактотак
Забыть про наведение
Есть в UI один приём, который должен был умереть после распространения тач-экранов (пальцем тыкать), но его постоянно пытаются воскрешать.
Я про показывание чего-либо при наведении курсором.
Наведение даже и без тач-экрана всегда было какой-то дизайн слабостью.
🤦♂️ Не могу придумать, как нормально показать подсказку к полю — О! Покажу при наведении.
🤦♂️ Не могу сделать приличные подписи к иконкам — О! Покажу названия иконок при наведении.
🤦♂️ Скрываю названия полей после ввода в них значений — О! Выведу названия у заполненных полей при наведении.
🤦♂️ Обрезаю текст в ячейках таблицы — О! Полный текст выведу при наведении.
При распространении тач-экранов скрытие информации за наведение стало не просто слабостью, а дизайн-отсталостью.
Это всё равно что делать два слоя интерфейса, но при этом до второго слоя не всем легко добраться.
Тач-экраном, кстати, может быть не только мобильник или планшет.
Надо просто забыть про наведение, как единственный способ показать какую-либо информацию.
UI должен работать без наведения — это хорошо для всех устройств.
В общем, у тех кто предлагает показывать что-то при наведении, карма падает.
#UX
Есть в UI один приём, который должен был умереть после распространения тач-экранов (пальцем тыкать), но его постоянно пытаются воскрешать.
Я про показывание чего-либо при наведении курсором.
Наведение даже и без тач-экрана всегда было какой-то дизайн слабостью.
🤦♂️ Не могу придумать, как нормально показать подсказку к полю — О! Покажу при наведении.
🤦♂️ Не могу сделать приличные подписи к иконкам — О! Покажу названия иконок при наведении.
🤦♂️ Скрываю названия полей после ввода в них значений — О! Выведу названия у заполненных полей при наведении.
🤦♂️ Обрезаю текст в ячейках таблицы — О! Полный текст выведу при наведении.
При распространении тач-экранов скрытие информации за наведение стало не просто слабостью, а дизайн-отсталостью.
Это всё равно что делать два слоя интерфейса, но при этом до второго слоя не всем легко добраться.
Тач-экраном, кстати, может быть не только мобильник или планшет.
Надо просто забыть про наведение, как единственный способ показать какую-либо информацию.
UI должен работать без наведения — это хорошо для всех устройств.
В общем, у тех кто предлагает показывать что-то при наведении, карма падает.
#UX
35
Мне только-только исполнилось 22 года, когда я начал свой путь в ИТ. Был январь 2007 года.
В те времена очень распространена была байка, что после 30 лет человек превращается в бревно и не может обучаться новому.
Вроде бы, даже Цукерберг в те годы нанимал в Facebook только молодых, потому что они шустрее и воспринимают легче новое.
Мы с ребятами-коллегами, им тоже было по 21-23 года, иногда обсуждали, что же будет после тридцати 🙂
Как всё оказалось на самом деле.
Я встречал очень много умных молодых ребят, которые дальше собственного носа не видели: отработал день, посмотрел сериальчик и всё хорошо. Через 5 лет их знания устаревали, а к новым вызовам они были не готовы.
Я встречал много мужчин и женщин за 30, да и за 40, которые тянулись к новым знаниям, осваивали их и успешно применяли в работе.
До тридцати — это очень быстрый этап. После 30 лет ещё 35 лет, как минимум, надо работать.
Чтобы эти 35 лет не быть бревном — тянуться к знаниям и новому опыту надо ежедневно.
Кстати, те ребята (из 2007 года) повзрослели и прекрасно себя чувствуют, им уже за тридцать.
Никто не стал бревном.
В общем, мне сегодня исполнилось 35 лет и я хочу работать, учиться и познавать новое.
Мечтать о сладкой жизни, в которой не надо работать — самое скучное, о чём можно мечтать.
Мне только-только исполнилось 22 года, когда я начал свой путь в ИТ. Был январь 2007 года.
В те времена очень распространена была байка, что после 30 лет человек превращается в бревно и не может обучаться новому.
Вроде бы, даже Цукерберг в те годы нанимал в Facebook только молодых, потому что они шустрее и воспринимают легче новое.
Мы с ребятами-коллегами, им тоже было по 21-23 года, иногда обсуждали, что же будет после тридцати 🙂
Как всё оказалось на самом деле.
Я встречал очень много умных молодых ребят, которые дальше собственного носа не видели: отработал день, посмотрел сериальчик и всё хорошо. Через 5 лет их знания устаревали, а к новым вызовам они были не готовы.
Я встречал много мужчин и женщин за 30, да и за 40, которые тянулись к новым знаниям, осваивали их и успешно применяли в работе.
До тридцати — это очень быстрый этап. После 30 лет ещё 35 лет, как минимум, надо работать.
Чтобы эти 35 лет не быть бревном — тянуться к знаниям и новому опыту надо ежедневно.
Кстати, те ребята (из 2007 года) повзрослели и прекрасно себя чувствуют, им уже за тридцать.
Никто не стал бревном.
В общем, мне сегодня исполнилось 35 лет и я хочу работать, учиться и познавать новое.
Мечтать о сладкой жизни, в которой не надо работать — самое скучное, о чём можно мечтать.
Уровень
Любую задачу надо доводить до состояния: "Если бы я работал один, то запустил бы этот итог в продакшн".
Дизайнер не должен рассчитывать, что кто-то будет смотреть его работу прежде чем показать заказчику.
Программист не должен рассчитывать, что есть QA, который всё найдёт.
Редактор не должен рассчитывать, что есть корректор и главред, которые поправят и дадут обратную связь.
Если каждое звено работает как последний рубеж, тогда общий качественный итог получается гораздо быстрее.
Каждый уровень должен не разбирать грязь от предыдущего уровня, а улучшать итог своей профессиональной компетенцией.
В общем, если выключить у себя уверенность, что кто-то обязательно перепроверит твои итоги, то можно существенно поднять уровень этих самых итогов.
Любую задачу надо доводить до состояния: "Если бы я работал один, то запустил бы этот итог в продакшн".
Дизайнер не должен рассчитывать, что кто-то будет смотреть его работу прежде чем показать заказчику.
Программист не должен рассчитывать, что есть QA, который всё найдёт.
Редактор не должен рассчитывать, что есть корректор и главред, которые поправят и дадут обратную связь.
Если каждое звено работает как последний рубеж, тогда общий качественный итог получается гораздо быстрее.
Каждый уровень должен не разбирать грязь от предыдущего уровня, а улучшать итог своей профессиональной компетенцией.
В общем, если выключить у себя уверенность, что кто-то обязательно перепроверит твои итоги, то можно существенно поднять уровень этих самых итогов.
Материалы выходного дня #14
Сегодня вот такая подборочка:
1️⃣ Профи.ру выложили Дао лидера
Рассказывают как стать крутым пипл-менеджером. Пипл-менеджер помогает коллегам расти и показывать крутой результат.
2️⃣ «Нужно оставаться безответственным и одержимым, чтобы совершить что-то выдающееся»: Пол Грэм о теории автобусных билетов
Предприниматель и основатель Y Combinator объясняет, кому и почему удается совершать выдающиеся открытия.
3️⃣ Ребята из UX Feedback рассказали в своём блоге, что такое Voice of the Customer и как Голос Потребителя улучшит продукт.
4️⃣ Дмитрий Капаев рассказывает про Jobs To Be Done исследование. В статье есть ещё пачка ссылок на тему JTBD.
Сегодня вот такая подборочка:
1️⃣ Профи.ру выложили Дао лидера
Рассказывают как стать крутым пипл-менеджером. Пипл-менеджер помогает коллегам расти и показывать крутой результат.
2️⃣ «Нужно оставаться безответственным и одержимым, чтобы совершить что-то выдающееся»: Пол Грэм о теории автобусных билетов
Предприниматель и основатель Y Combinator объясняет, кому и почему удается совершать выдающиеся открытия.
3️⃣ Ребята из UX Feedback рассказали в своём блоге, что такое Voice of the Customer и как Голос Потребителя улучшит продукт.
4️⃣ Дмитрий Капаев рассказывает про Jobs To Be Done исследование. В статье есть ещё пачка ссылок на тему JTBD.
Дао лидера от Профи
Дао лидера от Профи | Readymag
Гид по лидерству Профи, который поможет тебе стать хорошим пипл-менеджером и управлять не управляя.