Про изучение пользователей
230 млн лет назад (230! млн. лет назад) по Земле ходили Герреразавры — картинка внизу поста.
Это были относительно легкие двуногие хищные динозавры. У них был длинный хвост и довольно маленькая голова. Длина тела примерно 6 метров, а весили порядка 650 кг.
Строение их тела говорит о том, что они довольно быстро бегали. Стопа герреразавров имела пять пальцев, однако полностью развиты были только три средних (II, III и IV). Два остальных (I и V) не несли на себе нагрузку от тела — они были сбоку и имели только коготь. Хвост был укреплен отростками позвонков и играл роль балансира при ходьбе и беге. На первых трёх пальцах передних лап были крупные загнутые когти ими герреразавры хватали и удерживали добычу. Догнал, схватил и съел.
О зверюге, которая жила на Земле 230 миллионов лет назад (аж в голове не укладывается цифра), известно больше, чем многим известно о пользователях, для которых создаётся продукт. Если вы не знаете досконально проблемы или мотивации пользователя, то создать классный продукт меньше шансов. Зачастую команда фокусируется на дизайне и функциях, которые в дальнейшем оказываются абсолютно бесполезными.
Если делать продукты для физлиц, то там вероятность "попасть" в потребность выше, так как команда ближе к проблемам физлиц — сами же люди.
Если делать продукты для бизнеса или государства — то лучшие продукты получаются, как правило, у тех, кто либо сам в этом же бизнесе поработал, либо много времени провёл внутри бизнеса, изучая процессы.
В 2015 году, работая в заказной разработке, я был в составе большой группы, которая делала продукт регионального уровня: муниципальные услуги, сервисы для жителей, мониторинг инвестиционных проектов.
И вот мы пошли на приём к мэру одного из региональных городов — приветливый и умный дядька.
Начали обсуждать сервисы для жителей. Один из сервисов был про активных горожан — отметил место на карте, приложил фотку и отписал, что не так. Все видят, голосуют за самые острые дела, а власть расторопно всё исправляет. У жителей, вероятно спрос был бы, если бы власть реагировала на запросы. Но на деле схема оказалась неработоспособной для небогатых городов (а это почти все). Приветливый и умный дядька нам сказал: "Мы уже знаем о таком количестве проблем, на которые не хватает городского бюджета. Зачем же мы будем давать людям ложную надежду и собирать их ещё больше — мы можем реагировать только на самые острые проблемы". Сервис не зашёл.
В общем, как можно больше и как можно раньше общайтесь с теми, для кого создаёте продукт — можно избежать кучу лишней работы или избежать никому не нужный продукт.
#UX
P.S. Спасибо, что активно голосовали за пост про "Мягкие навыки для продуктовой работы" — следующая заметка будет про один из навыков. Не переключайтесь!
230 млн лет назад (230! млн. лет назад) по Земле ходили Герреразавры — картинка внизу поста.
Это были относительно легкие двуногие хищные динозавры. У них был длинный хвост и довольно маленькая голова. Длина тела примерно 6 метров, а весили порядка 650 кг.
Строение их тела говорит о том, что они довольно быстро бегали. Стопа герреразавров имела пять пальцев, однако полностью развиты были только три средних (II, III и IV). Два остальных (I и V) не несли на себе нагрузку от тела — они были сбоку и имели только коготь. Хвост был укреплен отростками позвонков и играл роль балансира при ходьбе и беге. На первых трёх пальцах передних лап были крупные загнутые когти ими герреразавры хватали и удерживали добычу. Догнал, схватил и съел.
О зверюге, которая жила на Земле 230 миллионов лет назад (аж в голове не укладывается цифра), известно больше, чем многим известно о пользователях, для которых создаётся продукт. Если вы не знаете досконально проблемы или мотивации пользователя, то создать классный продукт меньше шансов. Зачастую команда фокусируется на дизайне и функциях, которые в дальнейшем оказываются абсолютно бесполезными.
Если делать продукты для физлиц, то там вероятность "попасть" в потребность выше, так как команда ближе к проблемам физлиц — сами же люди.
Если делать продукты для бизнеса или государства — то лучшие продукты получаются, как правило, у тех, кто либо сам в этом же бизнесе поработал, либо много времени провёл внутри бизнеса, изучая процессы.
В 2015 году, работая в заказной разработке, я был в составе большой группы, которая делала продукт регионального уровня: муниципальные услуги, сервисы для жителей, мониторинг инвестиционных проектов.
И вот мы пошли на приём к мэру одного из региональных городов — приветливый и умный дядька.
Начали обсуждать сервисы для жителей. Один из сервисов был про активных горожан — отметил место на карте, приложил фотку и отписал, что не так. Все видят, голосуют за самые острые дела, а власть расторопно всё исправляет. У жителей, вероятно спрос был бы, если бы власть реагировала на запросы. Но на деле схема оказалась неработоспособной для небогатых городов (а это почти все). Приветливый и умный дядька нам сказал: "Мы уже знаем о таком количестве проблем, на которые не хватает городского бюджета. Зачем же мы будем давать людям ложную надежду и собирать их ещё больше — мы можем реагировать только на самые острые проблемы". Сервис не зашёл.
В общем, как можно больше и как можно раньше общайтесь с теми, для кого создаёте продукт — можно избежать кучу лишней работы или избежать никому не нужный продукт.
#UX
P.S. Спасибо, что активно голосовали за пост про "Мягкие навыки для продуктовой работы" — следующая заметка будет про один из навыков. Не переключайтесь!
Не забывать напоминать
Друзья, заметка про любопытство и тягу к знаниям получается довольно объёмной. Обросла примерами и цитатами — оформлю её отдельной статьёй и скоро поделюсь.
А сегодня немного практичных советов, которые относятся к навыку "умение доставать нужную информацию".
Я встречал многих исполнителей, которые стеснялись запросить лишний раз то, что им требуется для выполнения своей работы: предоплата, тексты для сайта, фирменный стиль, ТЗ и прочее.
Я встречал многих заказчиков, которые стеснялись требовать своё: макеты, релиз на сервер, прототипы и прочее.
День ждут, второй ждут ... злятся, нервничают, но не запрашивают.
Чтобы вас не динамили — надо напоминать, надо делать себя приоритетными.
К счастью, сейчас полно стандартных инструментов, которые позволяют напоминать. Что я использую:
👉 Отправка почты по расписанию. Если кто-то мне что-то должен в определённый день, то я заранее отправляю отложенное письмо, которое придёт адресату за день до срока долга и напомнит. Примерно так: "Напоминаю, завтра жду от вас ...". Отложенная отправка есть и в Gmail, и в Яндекс почте и наверное, много где.
👉 Если долгов много — ставлю мероприятия в Гугл. Календарь, подключаю туда "должника" и в настройки ставлю: уведомить на почту за 1 день" (или несколько интервалов).
👉 Пару раз использовал отложенные сообщения в Телеграм (их недавняя опция) — тот же смысл, что и с почтой, но более личный.
👉 Можно задействовать Trello, подключая "должника" как исполнителя на задачи со сроком — этот путь чуть сложнее, так как требует вовлечения должника в Trello.
В общем, если вам что-то надо — не стесняйтесь это запрашивать и напоминать. Уважительное напоминание — это способ избежать конфликта в дальнейшем. Инструменты отложенной отправки позволяют вам самим не забыть о необходимости напомнить: возник долг — сразу направьте напоминание.
#совет #softskills
Друзья, заметка про любопытство и тягу к знаниям получается довольно объёмной. Обросла примерами и цитатами — оформлю её отдельной статьёй и скоро поделюсь.
А сегодня немного практичных советов, которые относятся к навыку "умение доставать нужную информацию".
Я встречал многих исполнителей, которые стеснялись запросить лишний раз то, что им требуется для выполнения своей работы: предоплата, тексты для сайта, фирменный стиль, ТЗ и прочее.
Я встречал многих заказчиков, которые стеснялись требовать своё: макеты, релиз на сервер, прототипы и прочее.
День ждут, второй ждут ... злятся, нервничают, но не запрашивают.
Чтобы вас не динамили — надо напоминать, надо делать себя приоритетными.
К счастью, сейчас полно стандартных инструментов, которые позволяют напоминать. Что я использую:
👉 Отправка почты по расписанию. Если кто-то мне что-то должен в определённый день, то я заранее отправляю отложенное письмо, которое придёт адресату за день до срока долга и напомнит. Примерно так: "Напоминаю, завтра жду от вас ...". Отложенная отправка есть и в Gmail, и в Яндекс почте и наверное, много где.
👉 Если долгов много — ставлю мероприятия в Гугл. Календарь, подключаю туда "должника" и в настройки ставлю: уведомить на почту за 1 день" (или несколько интервалов).
👉 Пару раз использовал отложенные сообщения в Телеграм (их недавняя опция) — тот же смысл, что и с почтой, но более личный.
👉 Можно задействовать Trello, подключая "должника" как исполнителя на задачи со сроком — этот путь чуть сложнее, так как требует вовлечения должника в Trello.
В общем, если вам что-то надо — не стесняйтесь это запрашивать и напоминать. Уважительное напоминание — это способ избежать конфликта в дальнейшем. Инструменты отложенной отправки позволяют вам самим не забыть о необходимости напомнить: возник долг — сразу направьте напоминание.
#совет #softskills
Нахрен мелочи
Сперва хотел назвать заметку Сосредоточенность на главном, потом Видеть главное, а потом назвал так, как назвал.
Каждый день я встречаю несколько примеров корявого поведения в разных продуктах: то 404 пустая без попытки зацепить пользователя, то сообщения об ошибках агрессивные (не заполните обязательные поля при регистрации в AWS), то банк шлёт СМС латиницей, также часто вижу корявую локализацию в продуктах (Zoom много такого подкидывает).
Всякий раз какая-то часть меня хочет запостить такую картинку в канал — это же напрямую про удобство. Но вторая часть говорит "Стоп! Нахрен мелочи. Ценности в этом мало" и я в итоге не публикую.
Ну увидите вы корявую локализацию в Zoom. Ну напишу я что-то вроде "Важно думать о длине слов на языках, для которых локализуете приложение". Ну подумаете вы про себя "Ага, надо думать".
Но вы уже, наверняка, знали об этом и сами. Видели что-то подобное в куче других мест.
Не хочу тратить ваше время на такие мелочи.
А хочу привлекать ваше внимание такими рассказами:
Команда продукта едет по дороге — стратегии развития продукта. Стратегия может меняться, развиваться, вилять. Ширина дороги определяет пропускную способность команды.
На дороге сосредоточены главные задачи — они влияют на метрики продукта. Часто эти задачи нетривиальные и требуют усилий.
А есть ещё обочина — на ней стоят мелочи всякие. Они понятные, их легко сделать. Мозг цепляется за понятные мелочи и тянет их в бэклог. Чтобы сделать задачу с обочины — команда съезжает с дороги и едет медленнее. Мелочи начинают тормозить.
Мелочь становится не мелочью только тогда, когда дорога расширяется — те, что были ближе к обочине попадают на дорогу и их делают. Дорога расшириться может, например, когда больше людей стало в продукте или вырос бюджет у проекта.
Аналогичная ситуация и с задачами. Когда только начинаешь делать задачу — начинаешь копошиться и в мелочах, и в главном, не чувствуя временных ограничений. Но чем меньше времени остаётся до срока задачи, тем дорога становится уже — не успеваешь проработать даже важные моменты. Бежишь по тропинке, хватая основное, чтобы успеть к сдаче (показу, презентации, запуску). А всего-то надо было выкинуть мелочи и делать главное.
В общем, важно понимать, где дорога, а где обочина.
Хорошо, когда всё хорошо, но так бывает очень редко.
#кактотак #softskills
Сперва хотел назвать заметку Сосредоточенность на главном, потом Видеть главное, а потом назвал так, как назвал.
Каждый день я встречаю несколько примеров корявого поведения в разных продуктах: то 404 пустая без попытки зацепить пользователя, то сообщения об ошибках агрессивные (не заполните обязательные поля при регистрации в AWS), то банк шлёт СМС латиницей, также часто вижу корявую локализацию в продуктах (Zoom много такого подкидывает).
Всякий раз какая-то часть меня хочет запостить такую картинку в канал — это же напрямую про удобство. Но вторая часть говорит "Стоп! Нахрен мелочи. Ценности в этом мало" и я в итоге не публикую.
Ну увидите вы корявую локализацию в Zoom. Ну напишу я что-то вроде "Важно думать о длине слов на языках, для которых локализуете приложение". Ну подумаете вы про себя "Ага, надо думать".
Но вы уже, наверняка, знали об этом и сами. Видели что-то подобное в куче других мест.
Не хочу тратить ваше время на такие мелочи.
А хочу привлекать ваше внимание такими рассказами:
Команда продукта едет по дороге — стратегии развития продукта. Стратегия может меняться, развиваться, вилять. Ширина дороги определяет пропускную способность команды.
На дороге сосредоточены главные задачи — они влияют на метрики продукта. Часто эти задачи нетривиальные и требуют усилий.
А есть ещё обочина — на ней стоят мелочи всякие. Они понятные, их легко сделать. Мозг цепляется за понятные мелочи и тянет их в бэклог. Чтобы сделать задачу с обочины — команда съезжает с дороги и едет медленнее. Мелочи начинают тормозить.
Мелочь становится не мелочью только тогда, когда дорога расширяется — те, что были ближе к обочине попадают на дорогу и их делают. Дорога расшириться может, например, когда больше людей стало в продукте или вырос бюджет у проекта.
Аналогичная ситуация и с задачами. Когда только начинаешь делать задачу — начинаешь копошиться и в мелочах, и в главном, не чувствуя временных ограничений. Но чем меньше времени остаётся до срока задачи, тем дорога становится уже — не успеваешь проработать даже важные моменты. Бежишь по тропинке, хватая основное, чтобы успеть к сдаче (показу, презентации, запуску). А всего-то надо было выкинуть мелочи и делать главное.
В общем, важно понимать, где дорога, а где обочина.
Хорошо, когда всё хорошо, но так бывает очень редко.
#кактотак #softskills
alexcouncil
"Лучше использовать проверенные интерфейсные решения" — хотел такую заметку написать ... Но увидел эту же мысль в канале Алексея Арефьева alexcouncil
Не буду повторяться:
"У нас нет возможности игнорировать тренды. Мы за пользователя - за то, что ему понятно, за то, что ему привычно. Если он понимает, как работает лента instagram, значит сделаем что-то похожее. Также и весь рынок.
Есть трендсеттеры, которые задают вектор, но дальше все на вас. Хотите что-то новое? Вперед. Будьте готовы обучать пользователя и ловить шишки. Хотите понятное и рабочее сейчас? Берите проверенные решения."
Кстати, хороший канал про digital, product management и интерфейсы.
Автор канала, Алексей, занимается продуктовой разработкой уже 8 лет. Работал продактом в Tele2, сейчас CPO в компании Столото. В свободное время собирает фишки и кейсы продуктового мира: почитайте, например, историю взлёта mailchimp и сервиса по подписке на бритвы .
Про интерфейсы и всякий гроус хакинг тоже есть.
В общем, обратите внимание на канал @alexcouncil — мне нравится.
#нормканал
"Лучше использовать проверенные интерфейсные решения" — хотел такую заметку написать ... Но увидел эту же мысль в канале Алексея Арефьева alexcouncil
Не буду повторяться:
"У нас нет возможности игнорировать тренды. Мы за пользователя - за то, что ему понятно, за то, что ему привычно. Если он понимает, как работает лента instagram, значит сделаем что-то похожее. Также и весь рынок.
Есть трендсеттеры, которые задают вектор, но дальше все на вас. Хотите что-то новое? Вперед. Будьте готовы обучать пользователя и ловить шишки. Хотите понятное и рабочее сейчас? Берите проверенные решения."
Кстати, хороший канал про digital, product management и интерфейсы.
Автор канала, Алексей, занимается продуктовой разработкой уже 8 лет. Работал продактом в Tele2, сейчас CPO в компании Столото. В свободное время собирает фишки и кейсы продуктового мира: почитайте, например, историю взлёта mailchimp и сервиса по подписке на бритвы .
Про интерфейсы и всякий гроус хакинг тоже есть.
В общем, обратите внимание на канал @alexcouncil — мне нравится.
#нормканал
Telegram
Alexcouncil⚡
Канал про IT продукты и управление.
Автор: Алексей Арефьев @alexaref
Путь: сейчас CPO Kion, CPO more.tv, CPO Столото, PO Tele2.
Консультирую компании и людей, подробности тут - https://bit.ly/48KBr1k
Рекламы нет.
Автор: Алексей Арефьев @alexaref
Путь: сейчас CPO Kion, CPO more.tv, CPO Столото, PO Tele2.
Консультирую компании и людей, подробности тут - https://bit.ly/48KBr1k
Рекламы нет.
Самое тонкое место в UX
Прочность цепи определяется прочностью самого слабого звена.
Безопасность системы определяется безопасностью самого слабого звена. Как правило, админа.
А где самое тонкое место в UX?
Чаще всего самое тонкое место в UX — место, в котором пользователь соприкасается с человеком, представляющим продукт.
Для b2c продуктов узкое место в UX, как правило, поддержка.
Для b2b продуктов таких мест много: продажник, внедренец, поддерживатель.
В отличие от алгоритма, который работает одинаково для всех, человек способен как усугубить даже самую простую ситуацию, так и вытянуть самую безнадёжную.
В b2b не редки случаи, когда продукт выбирают не из-за широты функций или цены, а потому что менеджер лапка. Ну или не выбирают, потому что менеджер мурло.
В b2c же не редки случаи, когда неадекватность поддержки "выгоняет" из продукта пользователей и порождает негативные волны, которые "выгнанный" пользователь запускает в соцсетях.
Расскажу про случай, который был у меня несколько недель назад, когда люди "не пустили" меня в продукт.
Я решил уйти от МТС в Теле2 с сохранением номера.
На сайте Теле2 заполнил форму перехода, указал данные паспорта, чтобы, как написано на сайте: обработка запроса прошла быстрее в точке выдачи. Отправил запрос. Мне дали два дня, чтобы прийти в точку продаж, а после заказ протухнет.
Через день я пришёл в офис, а он закрыт, хотя время его работы уже давно наступило. А телефон менеджера офиса выключен или вне доступа. Подождал 15 минут и ушёл. Так меня Теле2 "выгнал" первый раз.
Я не сдался и написал сразу же красочное письмо в поддержку: пришёл, закрыто, как я могу вам доверять и что делать?
Мне не ответили в течение суток, как обещано на сайте Теле2. Я написал напоминание — сутки прошли, жду ответ.
Мне ответили и "не пустили" меня в продукт снова. Сапортница сказала: "Очень жаль. Заполните заявление на другой офис."
Другой офис, к слову сказать, в 10 км от меня. А новое заявление — это снова все поля и паспортные данные.
Что я подумал про такой сервис? Ничего хорошего. Заполнять я больше ничего не стал.
А ведь могли бы курьера прислать или, как минимум, заявление продлить, чтобы я новое не писал.
В общем, если в продукте есть люди, надо смотреть, какой опыт приобретают пользователи после общения с ними.
Следить не по звёздочкам, которые ставят поддержке, а по волнам, которые пускают пользователи после общения с представителями продукта. Гасить волны сложнее, чем недопускать их.
Моя волна вот пошла.
#UX
Прочность цепи определяется прочностью самого слабого звена.
Безопасность системы определяется безопасностью самого слабого звена. Как правило, админа.
А где самое тонкое место в UX?
Чаще всего самое тонкое место в UX — место, в котором пользователь соприкасается с человеком, представляющим продукт.
Для b2c продуктов узкое место в UX, как правило, поддержка.
Для b2b продуктов таких мест много: продажник, внедренец, поддерживатель.
В отличие от алгоритма, который работает одинаково для всех, человек способен как усугубить даже самую простую ситуацию, так и вытянуть самую безнадёжную.
В b2b не редки случаи, когда продукт выбирают не из-за широты функций или цены, а потому что менеджер лапка. Ну или не выбирают, потому что менеджер мурло.
В b2c же не редки случаи, когда неадекватность поддержки "выгоняет" из продукта пользователей и порождает негативные волны, которые "выгнанный" пользователь запускает в соцсетях.
Расскажу про случай, который был у меня несколько недель назад, когда люди "не пустили" меня в продукт.
Я решил уйти от МТС в Теле2 с сохранением номера.
На сайте Теле2 заполнил форму перехода, указал данные паспорта, чтобы, как написано на сайте: обработка запроса прошла быстрее в точке выдачи. Отправил запрос. Мне дали два дня, чтобы прийти в точку продаж, а после заказ протухнет.
Через день я пришёл в офис, а он закрыт, хотя время его работы уже давно наступило. А телефон менеджера офиса выключен или вне доступа. Подождал 15 минут и ушёл. Так меня Теле2 "выгнал" первый раз.
Я не сдался и написал сразу же красочное письмо в поддержку: пришёл, закрыто, как я могу вам доверять и что делать?
Мне не ответили в течение суток, как обещано на сайте Теле2. Я написал напоминание — сутки прошли, жду ответ.
Мне ответили и "не пустили" меня в продукт снова. Сапортница сказала: "Очень жаль. Заполните заявление на другой офис."
Другой офис, к слову сказать, в 10 км от меня. А новое заявление — это снова все поля и паспортные данные.
Что я подумал про такой сервис? Ничего хорошего. Заполнять я больше ничего не стал.
А ведь могли бы курьера прислать или, как минимум, заявление продлить, чтобы я новое не писал.
В общем, если в продукте есть люди, надо смотреть, какой опыт приобретают пользователи после общения с ними.
Следить не по звёздочкам, которые ставят поддержке, а по волнам, которые пускают пользователи после общения с представителями продукта. Гасить волны сложнее, чем недопускать их.
Моя волна вот пошла.
#UX
UX-марафон: Психология в дизайне. Международный опыт.
Друзья! Я ещё ни разу не смотрел UX-марафон, но вот у меня есть билет на марафон №17 "Психология в дизайне", который пройдёт 24 октября (четверг).
А для вас у меня есть скидка на билеты, но об этом ниже.
Тема марафона для меня интересная и докладчики хороши.
👉 Лиза Маслакова из Лондона расскажет про "Когнитивные искажения и дизайн продуктов"
👉 Юлия Анкудинова из США расскажет про "Как создать продукты, которые полюбят пользователи?"
👉 Александр Арцвуни из Лондона расскажет про "Проектирование поведения"
👉 Валерия Козунова из США расскажет про "Детский продукт и недетский UX"
👉 Константин Зильбербург из Австрии расскажет про "Зачем дизайнерам эмпатия"
и в рукаве организаторов спрятан ещё какой-то докладчик.
А теперь про скидку.
Марафон организует Александра Постовалова.
Я написал Александре запрос на скидку для подписчиков канала: я буду писать про Марафон, может быть можно скидку дать подписчикам?
И оказалось, что можно 🙂
Есть скидка в 15% для подписчиков канала, которая доступна по промокоду Proudobstvo. Надо перейти по этой ссылке https://bit.ly/2MJmQdR на страницу Марафона и купить билет с указанным промокодом.
Также можно получить скидку в 25%, если рассказать про Марафон в соцсетях — об этом есть отдельная заметка на канале UX-марафона.
Кстати, один раз я хотел принять участие в марафоне в качестве спикера на тему "Проектирование сложных систем." Но с темой не сошлись. Кто знает, может быть, когда-нибудь расскажу и я что-нибудь!?
Друзья! Я ещё ни разу не смотрел UX-марафон, но вот у меня есть билет на марафон №17 "Психология в дизайне", который пройдёт 24 октября (четверг).
А для вас у меня есть скидка на билеты, но об этом ниже.
Тема марафона для меня интересная и докладчики хороши.
👉 Лиза Маслакова из Лондона расскажет про "Когнитивные искажения и дизайн продуктов"
👉 Юлия Анкудинова из США расскажет про "Как создать продукты, которые полюбят пользователи?"
👉 Александр Арцвуни из Лондона расскажет про "Проектирование поведения"
👉 Валерия Козунова из США расскажет про "Детский продукт и недетский UX"
👉 Константин Зильбербург из Австрии расскажет про "Зачем дизайнерам эмпатия"
и в рукаве организаторов спрятан ещё какой-то докладчик.
А теперь про скидку.
Марафон организует Александра Постовалова.
Я написал Александре запрос на скидку для подписчиков канала: я буду писать про Марафон, может быть можно скидку дать подписчикам?
И оказалось, что можно 🙂
Есть скидка в 15% для подписчиков канала, которая доступна по промокоду Proudobstvo. Надо перейти по этой ссылке https://bit.ly/2MJmQdR на страницу Марафона и купить билет с указанным промокодом.
Также можно получить скидку в 25%, если рассказать про Марафон в соцсетях — об этом есть отдельная заметка на канале UX-марафона.
Кстати, один раз я хотел принять участие в марафоне в качестве спикера на тему "Проектирование сложных систем." Но с темой не сошлись. Кто знает, может быть, когда-нибудь расскажу и я что-нибудь!?
Telegram
UX-Марафон
Конференция UX-Марафон "Психология в дизайне. Международный опыт" получается отличной.
Хочется, чтобы о ней узнали больше!
Пожалуйста, помогите: расскажите знакомым, коллегам, подписчикам. ❤
От меня благодарность: 25% скидка или бесплатный билет.
1.…
Хочется, чтобы о ней узнали больше!
Пожалуйста, помогите: расскажите знакомым, коллегам, подписчикам. ❤
От меня благодарность: 25% скидка или бесплатный билет.
1.…
Самое большое разочарование
Для меня самое большое разочарование — это когда тебя не слушают.
Бывало ставишь задачу или погружаешь в тему — рассказываешь, поясняешь. А через время у тебя уточняют ровно то, что ты уже рассказывал.
Мой запас прочности — два таких уточнения. Я могу спокойно рассказать один раз, а через время про тоже самое ещё один раз.
А на третий раз уже подбешивает.
Сколько раз вы готовы повторять?
Для меня самое большое разочарование — это когда тебя не слушают.
Бывало ставишь задачу или погружаешь в тему — рассказываешь, поясняешь. А через время у тебя уточняют ровно то, что ты уже рассказывал.
Мой запас прочности — два таких уточнения. Я могу спокойно рассказать один раз, а через время про тоже самое ещё один раз.
А на третий раз уже подбешивает.
Сколько раз вы готовы повторять?
Решительность и находчивость
Какое-то время назад я пообещал рассказать про мягкие навыки (soft skills), которые важны при работе в продуктовых командах.
В интернете полно информации про развитие soft skills и куча коучей, которые говорят, что помогут с развитием этих навыков. Я же поделюсь своими наблюдениями о том, что бывает, когда навык недоразвит.
Сегодня про решительность.
Википедия говорит, что решительность — это индивидуальное качество воли человека, связанное со способностью и умением (навыком) самостоятельно и своевременно принимать ответственные решения и упорно реализовывать их.
Получается, что решительный человек в состоянии самостоятельно принимать решения, реализовывать их и нести за них ответственность.
Боязнь принять ответственность за решение может снижать скорость, с которой двигается продукт или проект вперёд. Отсутствие решительности выглядит примерно так:
👎 Я проверил, но ты тоже посмотри, чтобы наверняка.
👎 Никто не говорил, что так можно делать.
👎 Я сделаю, но под твою ответственность.
👎 Я написал в поддержку, если не ответят за два дня, тогда позвоню.
👎 Обычно это делает Володя, поэтому я и не стал делать.
👎 Давайте соберёмся и обсудим.
...
Нерешительные коллеги могут порождать лишние итерации в работе: кто-то лишний раз смотрит, перепроверяет, ждёт. Создаётся дисбаланс и лишние трудозатраты. Если вы когда-либо сдавали дизайн или иную работу внешнему заказчику, то могли видеть, как нерешительность растягивает время. Если есть ЛПР, который решает — сдаётся быстро, а если есть коллективная ответственность — адская возня.
Задача лидеров направлять нерешительных коллег в решительное русло, выгонять их из зоны комфорта: сам проверь и подведи итог; а сам как думаешь?; позвони сразу в поддержку; Володи нет — сам сделай; не надо собираться — сам реши. Лидер должен решительно бороться с нерешительностью.
Я какое-то время писал статьи и публиковал их только в личный блог. Понятно, что мало прочтений (почти ноль), мотивация писать новое близка к нулю. Я не знал хорошо ли пишу или нет, но я знал, что есть только один способ это узнать — опубликовать статью в тематическом паблике. И вот в конце 2018 года я написал статью про способы onboarding пользователей и решился пригласить коллег из отрасли её почитать — запостил ссылку в UX club на Facebook.
Я переживал. Но пошли лайки и положительные комментарии, которые мотивировали меня писать ещё и звать коллег почитать. Теперь приглашать читателей в мои статьи стало для меня комфортным занятием — зона комфорта расширилась, пришла уверенность.
Конечно, обратная связь могла бы быть негативной. Но это тоже хорошо — я бы раньше понял, что незачем тратить время.
Прокачивали свою решительность и многие известные (теперь уже известные) люди. Например, знаменитый физик Лев Ландау был очень стеснительным. Но решил бороться с этим: в юном возрасте он привязывал к своей шляпе воздушный шарик и гулял так по Невскому проспекту в Ленинграде. Это было в начале 20-го века. Возможно, не решись он на такую прокачку он бы и не стал учёным, который мог сформулировать и реализовать самые смелые идеи.
В общем, решайтесь на расширение зоны комфорта не с понедельника, а сейчас. Если не попробовать, то и не получится.
Решительность хороша в связке с находчивостью, но об этом в следующий раз.
#softskills
Какое-то время назад я пообещал рассказать про мягкие навыки (soft skills), которые важны при работе в продуктовых командах.
В интернете полно информации про развитие soft skills и куча коучей, которые говорят, что помогут с развитием этих навыков. Я же поделюсь своими наблюдениями о том, что бывает, когда навык недоразвит.
Сегодня про решительность.
Википедия говорит, что решительность — это индивидуальное качество воли человека, связанное со способностью и умением (навыком) самостоятельно и своевременно принимать ответственные решения и упорно реализовывать их.
Получается, что решительный человек в состоянии самостоятельно принимать решения, реализовывать их и нести за них ответственность.
Боязнь принять ответственность за решение может снижать скорость, с которой двигается продукт или проект вперёд. Отсутствие решительности выглядит примерно так:
👎 Я проверил, но ты тоже посмотри, чтобы наверняка.
👎 Никто не говорил, что так можно делать.
👎 Я сделаю, но под твою ответственность.
👎 Я написал в поддержку, если не ответят за два дня, тогда позвоню.
👎 Обычно это делает Володя, поэтому я и не стал делать.
👎 Давайте соберёмся и обсудим.
...
Нерешительные коллеги могут порождать лишние итерации в работе: кто-то лишний раз смотрит, перепроверяет, ждёт. Создаётся дисбаланс и лишние трудозатраты. Если вы когда-либо сдавали дизайн или иную работу внешнему заказчику, то могли видеть, как нерешительность растягивает время. Если есть ЛПР, который решает — сдаётся быстро, а если есть коллективная ответственность — адская возня.
Задача лидеров направлять нерешительных коллег в решительное русло, выгонять их из зоны комфорта: сам проверь и подведи итог; а сам как думаешь?; позвони сразу в поддержку; Володи нет — сам сделай; не надо собираться — сам реши. Лидер должен решительно бороться с нерешительностью.
Я какое-то время писал статьи и публиковал их только в личный блог. Понятно, что мало прочтений (почти ноль), мотивация писать новое близка к нулю. Я не знал хорошо ли пишу или нет, но я знал, что есть только один способ это узнать — опубликовать статью в тематическом паблике. И вот в конце 2018 года я написал статью про способы onboarding пользователей и решился пригласить коллег из отрасли её почитать — запостил ссылку в UX club на Facebook.
Я переживал. Но пошли лайки и положительные комментарии, которые мотивировали меня писать ещё и звать коллег почитать. Теперь приглашать читателей в мои статьи стало для меня комфортным занятием — зона комфорта расширилась, пришла уверенность.
Конечно, обратная связь могла бы быть негативной. Но это тоже хорошо — я бы раньше понял, что незачем тратить время.
Прокачивали свою решительность и многие известные (теперь уже известные) люди. Например, знаменитый физик Лев Ландау был очень стеснительным. Но решил бороться с этим: в юном возрасте он привязывал к своей шляпе воздушный шарик и гулял так по Невскому проспекту в Ленинграде. Это было в начале 20-го века. Возможно, не решись он на такую прокачку он бы и не стал учёным, который мог сформулировать и реализовать самые смелые идеи.
В общем, решайтесь на расширение зоны комфорта не с понедельника, а сейчас. Если не попробовать, то и не получится.
Решительность хороша в связке с находчивостью, но об этом в следующий раз.
#softskills
Материалы выходного дня #11
1️⃣ JTBD и прочие схемы для технических историй — хорошая статья Ивана Серебренникова о том, как не кидаться рисовать, а сперва проанализировать задачу.
"Проблема — мне прилетела слишком технически сформулированная задача. Можно рисовать долго, нарисовать не то (хорошо если это вылезет в каментах коллег, хуже — если это успеют разработать).
Неясно, что нужно бизнесу, что людям, неясен контекст использования.
Покажу, как с помощью схемы я все для себя прояснил и попутно сгенерил несколько хороших идей по функциональности."
2️⃣ Как устроена индустрия создания цифровых продуктов — Вадим Митякин пишет книгу "Метод параноика", выложил первую главу. Интересно.
"В первой главе я рассказываю, как устроена индустрия создания цифровых продуктов и одновременно в заданной системе координат показываю роль проектирования и продюсирования, лежащих в основе описываемого мною подхода."
3️⃣ Сколько пользователи заплатят за ваш сервис — Наталья Стурза представила 18 вопросов, которые помогут найти адекватную цену.
"Есть шанс, что пользователи готовы платить больше, чем вы думали. Узнать такую приятную новость можно, если задать вопросы — достаточно глубокие, чтобы погрузиться в опыт клиентов."
🤓 И помните, что площадь на одно рабочее место пользователей ПЭВМ с плоским монитором должна составлять не менее 4,5 м2. (СанПиН). В тесноте с ПЭВМ работать нельзя.
1️⃣ JTBD и прочие схемы для технических историй — хорошая статья Ивана Серебренникова о том, как не кидаться рисовать, а сперва проанализировать задачу.
"Проблема — мне прилетела слишком технически сформулированная задача. Можно рисовать долго, нарисовать не то (хорошо если это вылезет в каментах коллег, хуже — если это успеют разработать).
Неясно, что нужно бизнесу, что людям, неясен контекст использования.
Покажу, как с помощью схемы я все для себя прояснил и попутно сгенерил несколько хороших идей по функциональности."
2️⃣ Как устроена индустрия создания цифровых продуктов — Вадим Митякин пишет книгу "Метод параноика", выложил первую главу. Интересно.
"В первой главе я рассказываю, как устроена индустрия создания цифровых продуктов и одновременно в заданной системе координат показываю роль проектирования и продюсирования, лежащих в основе описываемого мною подхода."
3️⃣ Сколько пользователи заплатят за ваш сервис — Наталья Стурза представила 18 вопросов, которые помогут найти адекватную цену.
"Есть шанс, что пользователи готовы платить больше, чем вы думали. Узнать такую приятную новость можно, если задать вопросы — достаточно глубокие, чтобы погрузиться в опыт клиентов."
🤓 И помните, что площадь на одно рабочее место пользователей ПЭВМ с плоским монитором должна составлять не менее 4,5 м2. (СанПиН). В тесноте с ПЭВМ работать нельзя.
Teletype
JTBD и прочие схемы для технических историй
Проблема — мне прилетела слишком технически сформулированная задача. Можно рисовать долго, нарисовать не то (хорошо если это вылезет...
Друзья, у меня для вас информация о крутом курсе по управлению продуктом. Стартует вот-вот, есть скидка по коду (в конце поста). Организует Digital October, им и передаю слово.
====
Digital October приглашает на длительный офлайн-курс Product owner: управление продуктом, который запускается уже в 7-й раз!
Когда?
25 октября – 22 ноября
Зачем?
Продуктовое мышление — ключевой скилл на рынке. Задача бизнеса — приносить прибыль. Работодателю важно, чтобы вы это понимали и могли ему в этом помочь.
Кому и для чего?
▪️Продакт-менеджерам, стартаперам, владельцам бизнеса/продукта — для структурирования знаний и обмена опытом. Эксперты рынка открыты к разбору ваших кейсов и любых вопросов.
▪️Проджектам, аналитикам, биздев-менеджерам — для кратного роста и выхода на новый уровень.
Спикеры курса — практикующие эксперты из Skyeng, Сбербанка, Яндекса, IBM, Мегафона, МТС, VCV, Авито, Grow Horse.
Преимущества:
▪️Быстрый рост. Формат интенсивна позволяет освоить ключевые навыки за месяц.
▪️Нетворкинг. Общий чат с экспертами и неформальные встречи.
▪️Практические задания с обратной связью от спикеров.
По промокоду LASTCHANCE предоставляется скидка 25%. Промокод действует до 23 октября. Применить можно на странице курса при регистрации или сообщить менеджеру по телефону +7 495 032 00 08.
https://clck.ru/JcV2E
====
Digital October приглашает на длительный офлайн-курс Product owner: управление продуктом, который запускается уже в 7-й раз!
Когда?
25 октября – 22 ноября
Зачем?
Продуктовое мышление — ключевой скилл на рынке. Задача бизнеса — приносить прибыль. Работодателю важно, чтобы вы это понимали и могли ему в этом помочь.
Кому и для чего?
▪️Продакт-менеджерам, стартаперам, владельцам бизнеса/продукта — для структурирования знаний и обмена опытом. Эксперты рынка открыты к разбору ваших кейсов и любых вопросов.
▪️Проджектам, аналитикам, биздев-менеджерам — для кратного роста и выхода на новый уровень.
Спикеры курса — практикующие эксперты из Skyeng, Сбербанка, Яндекса, IBM, Мегафона, МТС, VCV, Авито, Grow Horse.
Преимущества:
▪️Быстрый рост. Формат интенсивна позволяет освоить ключевые навыки за месяц.
▪️Нетворкинг. Общий чат с экспертами и неформальные встречи.
▪️Практические задания с обратной связью от спикеров.
По промокоду LASTCHANCE предоставляется скидка 25%. Промокод действует до 23 октября. Применить можно на странице курса при регистрации или сообщить менеджеру по телефону +7 495 032 00 08.
https://clck.ru/JcV2E
Завтра буду смотреть UX-марафон: Психология в дизайне.
Все темы клёвые, но особенно жду:
🔥Юлия Анкудинова, Experience Designer, Envision2bWell, США: «Как создать продукт, который полюбят пользователи?»
👍 Александр Пахомов, UX-исследователь, Wonderfull , Россия: «Что важно пользователям? Психология выбора и приоритезации»
❤️ Лиза Маслакова, Product Manager, Bud, Великобритания:
«Когнитивные искажения и дизайн продуктов»
👏 Александр Арцвуни, Principal Designer, Farfetch, Великобритания: «Проектирование поведения»
Полная программа марафона доступна на канале марафона @uxmarafon, а для подписчиков моего канала есть скидка 15% по коду Proudobstvo — писал уже про это.
Завтра вечером планирую сделать пост с основными мыслями из докладов.
Интересно ли вам почитать такие хайлайты?
#UX
Все темы клёвые, но особенно жду:
🔥Юлия Анкудинова, Experience Designer, Envision2bWell, США: «Как создать продукт, который полюбят пользователи?»
👍 Александр Пахомов, UX-исследователь, Wonderfull , Россия: «Что важно пользователям? Психология выбора и приоритезации»
❤️ Лиза Маслакова, Product Manager, Bud, Великобритания:
«Когнитивные искажения и дизайн продуктов»
👏 Александр Арцвуни, Principal Designer, Farfetch, Великобритания: «Проектирование поведения»
Полная программа марафона доступна на канале марафона @uxmarafon, а для подписчиков моего канала есть скидка 15% по коду Proudobstvo — писал уже про это.
Завтра вечером планирую сделать пост с основными мыслями из докладов.
Интересно ли вам почитать такие хайлайты?
#UX
Чувство уровня
В командной работе, в работе с заказчиком и в любом общении важно чувствовать уровень собеседника.
👇 Иногда важно опуститься до уровня
🧖♂️ Менеджер и команда / Лидер и протеже
Менеджер должен знать уровень понимания у исполнителей, чтобы корректно ставить задачи, объяснять процессы.
Начинающему расскажи больше, включая то, что для всех погруженных уже давно очевидно.
Опытным расскажи с меньшим погружением — не трать время на очевидное.
👨🎨 Дизайнер и заказчик / Разработчик и заказчик
Сдаёте дизайн или рассказываете о том, как будете работать над проектом — рассказывайте на уровне заказчика.
Не закидывайте терминами, а рассказывайте терминами из мира слушателя.
Если заказчик не задаёт вопросы, то он может просто стесняться своего "профанства".
Например:
Вёрстка будет адаптивной → Сайт будет корректно открываться и на мобильных, и на планшетах и на компьютерах — это называется адаптивная вёрстка.
После каждого двухнедельного спринта мы будем релизить на прод → Мы будем обновлять программу через каждые две недели, вы сможете видеть изменения по этому адресу.
💻 Интерфейс и пользователь
В хороших продуктах тексты написаны на уровне пользователя.
Мы используем двухуровневую аутентификацию → Вы вводите телефон, а мы высылаем на него СМС с кодом для входа в личный кабинет.
Классно уметь опускаться до уровня с использованием аналогий: бытовые примеры и образы из мира слушателя.
Рассказывая не ИТшникам про API, можно использовать, например, аналогию "Вилка-Розетка".
Или рассказывая про продуктовые приоритеты, я применял аналогию с дорогой и обочиной, подкреплённую картинкой с монетками и какашками.
☝️ А иногда важно подняться до уровня
👑 Заказчик и разработчик
У вас заказывают сайт (или тексты, или систему автоматизации) компания, занимающаяся финансово-юридическим аудитом крупного и среднего бизнеса в отрасли газонефтедобычи. Или любая другая компания. Зовут на встречу-знакомство.
Ознакомьтесь с отраслью и терминологией заказчика — больше поймёте на встрече, а если будете общаться в их терминах — будете вообще молодцом в глазах заказчика.
🤼♂️ Вы идёте на собеседование
Ознакомьтесь с компанией, с её историей, с новостями и проектами, продуктами — поднимитесь на уровень работодателя и сможете хорошо себя проявить.
В общем, если умеешь кому угодно объяснить сложную тему — ты коммуникационный красава!
#softskills
В командной работе, в работе с заказчиком и в любом общении важно чувствовать уровень собеседника.
👇 Иногда важно опуститься до уровня
🧖♂️ Менеджер и команда / Лидер и протеже
Менеджер должен знать уровень понимания у исполнителей, чтобы корректно ставить задачи, объяснять процессы.
Начинающему расскажи больше, включая то, что для всех погруженных уже давно очевидно.
Опытным расскажи с меньшим погружением — не трать время на очевидное.
👨🎨 Дизайнер и заказчик / Разработчик и заказчик
Сдаёте дизайн или рассказываете о том, как будете работать над проектом — рассказывайте на уровне заказчика.
Не закидывайте терминами, а рассказывайте терминами из мира слушателя.
Если заказчик не задаёт вопросы, то он может просто стесняться своего "профанства".
Например:
Вёрстка будет адаптивной → Сайт будет корректно открываться и на мобильных, и на планшетах и на компьютерах — это называется адаптивная вёрстка.
После каждого двухнедельного спринта мы будем релизить на прод → Мы будем обновлять программу через каждые две недели, вы сможете видеть изменения по этому адресу.
💻 Интерфейс и пользователь
В хороших продуктах тексты написаны на уровне пользователя.
Мы используем двухуровневую аутентификацию → Вы вводите телефон, а мы высылаем на него СМС с кодом для входа в личный кабинет.
Классно уметь опускаться до уровня с использованием аналогий: бытовые примеры и образы из мира слушателя.
Рассказывая не ИТшникам про API, можно использовать, например, аналогию "Вилка-Розетка".
Или рассказывая про продуктовые приоритеты, я применял аналогию с дорогой и обочиной, подкреплённую картинкой с монетками и какашками.
☝️ А иногда важно подняться до уровня
👑 Заказчик и разработчик
У вас заказывают сайт (или тексты, или систему автоматизации) компания, занимающаяся финансово-юридическим аудитом крупного и среднего бизнеса в отрасли газонефтедобычи. Или любая другая компания. Зовут на встречу-знакомство.
Ознакомьтесь с отраслью и терминологией заказчика — больше поймёте на встрече, а если будете общаться в их терминах — будете вообще молодцом в глазах заказчика.
🤼♂️ Вы идёте на собеседование
Ознакомьтесь с компанией, с её историей, с новостями и проектами, продуктами — поднимитесь на уровень работодателя и сможете хорошо себя проявить.
В общем, если умеешь кому угодно объяснить сложную тему — ты коммуникационный красава!
#softskills
Друзья, вчера я сходил виртуальными ногами на UX-марафон #17: Психология в дизайне.
Если кратко — я ожидал меньшего 🙂
Было реально интересно: много живых кейсов, источников, чувств.
Я обещал написать хайлайты — я напишу, но быстро не получилось: очень много классного.
Сегодня кратко перескажу небольшой кейс от Юлии Анкудиновой (Experience Designer, Envision2bWell, США). Их команда делает продукт EnvisionWell, который мотивирует женщин к заботе о себе: физические нагрузки, питание, психологическое здоровье и т.п.
Так вот, для своего приложения они сделали изначально лёгкий дизайн с хорошей типографикой (европейский дизайн) — дали фокус группе, но те сидели с "лицом скучающей проститутки". Начали вникать.
Оказалось, что их аудитория не европейцы, а американцы и в основном афроамериканцы, а те любят поярче.
Добавили красок и изображений, причём образы сделали похожими на пользователя (все хотят видеть себя, так как нарцистичны) — пошёл эмоциональный отклик и вовлечённость.
Юлия делает акцент на важности получения положительного эмоционального отклика с самого начала взаимодействия с продуктом. Когда человек испытывает приятные эмоции, мозг создаёт в памяти "стикер" с этими эмоциями — круто, если ваш продукт стимулирует создание такого "стикера".
#UX
Если кратко — я ожидал меньшего 🙂
Было реально интересно: много живых кейсов, источников, чувств.
Я обещал написать хайлайты — я напишу, но быстро не получилось: очень много классного.
Сегодня кратко перескажу небольшой кейс от Юлии Анкудиновой (Experience Designer, Envision2bWell, США). Их команда делает продукт EnvisionWell, который мотивирует женщин к заботе о себе: физические нагрузки, питание, психологическое здоровье и т.п.
Так вот, для своего приложения они сделали изначально лёгкий дизайн с хорошей типографикой (европейский дизайн) — дали фокус группе, но те сидели с "лицом скучающей проститутки". Начали вникать.
Оказалось, что их аудитория не европейцы, а американцы и в основном афроамериканцы, а те любят поярче.
Добавили красок и изображений, причём образы сделали похожими на пользователя (все хотят видеть себя, так как нарцистичны) — пошёл эмоциональный отклик и вовлечённость.
Юлия делает акцент на важности получения положительного эмоционального отклика с самого начала взаимодействия с продуктом. Когда человек испытывает приятные эмоции, мозг создаёт в памяти "стикер" с этими эмоциями — круто, если ваш продукт стимулирует создание такого "стикера".
#UX
This media is not supported in your browser
VIEW IN TELEGRAM
Про прогресс
Если ваши былые работы вызывают вопрос: как я мог сделать такую хрень? — всё нормально, вы растёте.
Если уже давно такой вопрос не возникает — вы либо остановились в развитии, либо так хороши, что расти уже некуда (не обманывайте себя этим).
Меня порой аж передёргивает от той херни, которую я писал в блог в 2009 году.
Надеюсь, что через пару лет я и на эти тексты буду смотреть с осознанием, что сейчас пишу получше 🙂
В общем, порой полезно посмотреть на себя прошлого, порефлексировать и поискать точки роста.
Если ваши былые работы вызывают вопрос: как я мог сделать такую хрень? — всё нормально, вы растёте.
Если уже давно такой вопрос не возникает — вы либо остановились в развитии, либо так хороши, что расти уже некуда (не обманывайте себя этим).
Меня порой аж передёргивает от той херни, которую я писал в блог в 2009 году.
Надеюсь, что через пару лет я и на эти тексты буду смотреть с осознанием, что сейчас пишу получше 🙂
В общем, порой полезно посмотреть на себя прошлого, порефлексировать и поискать точки роста.
Необратимые действия
Есть действия, выполнение которых необратимо. Ну например,
👉 отправка 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очём
Если вы когда-нибудь случайно оказывались на порносайтах, вы могли обратить внимание на их перенасыщенный элементами дизайн. Ну а если вы попадаете на такие сайты регулярно, то вы наверняка знаете, как такой дизайн затягивает и заставляет переходить с одного…
Самое важное в резюме
Резюме — это лэндинг, на который должен сесть работодатель.
Самая ценная часть резюме — опыт.
Самая ценная часть в опыте — достижения и наличие отзывов с прошлых мест работы.
Я видел сотни резюме и большинство из них ну никак не лэндинг.
Кандидаты много пишут о навыках, грамотах, каких-то сертификатах, и очень мало уделяют внимания достижениям на рабочих местах.
В общем, резюме, в котором написано о достижениях врезается в память гораздо сильнее, чем резюме с навыками. Навыки примерно одинаковые у всех, а что ты с этими навыками умеешь достигать — это самый сок.
#совет
Резюме — это лэндинг, на который должен сесть работодатель.
Самая ценная часть резюме — опыт.
Самая ценная часть в опыте — достижения и наличие отзывов с прошлых мест работы.
Я видел сотни резюме и большинство из них ну никак не лэндинг.
Кандидаты много пишут о навыках, грамотах, каких-то сертификатах, и очень мало уделяют внимания достижениям на рабочих местах.
В общем, резюме, в котором написано о достижениях врезается в память гораздо сильнее, чем резюме с навыками. Навыки примерно одинаковые у всех, а что ты с этими навыками умеешь достигать — это самый сок.
#совет