В Maze написали статью о том, как тестировать тексты в интерфейсе. Вытащила из неё вопросы, которые помогут во время исследования убедиться, что с контентом всё ок
❤67👍21🔥13
А ещё хочу подарить кому-то из вас сертификат в A Book Apart на 25 $. У них много книг по UX-редактуре и дизайну)
Задача простая — в комментариях пришлите любой текст, который порадовал вас в этом году. Смешной, нелепый, милый, заботливый — без разницы. Победителя выберу 2 января случайным образом
С праздником ❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
A Book Apart
Brief books for people who design, write, and code
❤59👍7
Какое лицо использовать в интерфейсных текстах
👨👧👦 1-е лицо — мы
Я не люблю «мы» в интерфейсе. У меня нет доказательств, что это плохо. Но чисто эмоционально мне не нравится, когда сервис пытается сделать вид, что мы с ним одно целое.
Пример: «Давайте проведём быструю проверку, что вы не робот». Для меня это звучит странно, ведь лично мне никакая проверка не нужна.
Возможно, такой вариант хорош для сервисов, где контакт с пользователем очень близкий и регулярный. Тогда «мы» может быть уместным признаком заботы: «Давайте проверим уровень кислорода?»
💁♀️ 2-е лицо — вы
Здесь все понятно — это самый популярный и безопасный вариант. Хорош почти всегда, потому что звучит персонализированно и уважительно, обо мне и для меня.
Пример: «Когда вы получите первый положительный отзыв, начислим вам бонус».
А вот вариант в 3-м лице тут звучал бы холоднее и отстранённее: «Когда специалисты получают первый положительный отзыв, мы начисляем бонус».
👯♂️ 3-е лицо — они
Вариант, который помогает создать дистанцию между продуктом и пользователем. Он хорош для негативных сценариев и общих инструкций.
Пример: «Специалисты, которые нарушают правила сервиса, не могут бесплатно писать клиентам». А вот вариант со 2-м лицом здесь звучал бы почти как угроза: «Если вы будете нарушать правила сервиса, то не сможете писать клиентам бесплатно».
👨👧👦 1-е лицо — мы
Я не люблю «мы» в интерфейсе. У меня нет доказательств, что это плохо. Но чисто эмоционально мне не нравится, когда сервис пытается сделать вид, что мы с ним одно целое.
Пример: «Давайте проведём быструю проверку, что вы не робот». Для меня это звучит странно, ведь лично мне никакая проверка не нужна.
Возможно, такой вариант хорош для сервисов, где контакт с пользователем очень близкий и регулярный. Тогда «мы» может быть уместным признаком заботы: «Давайте проверим уровень кислорода?»
💁♀️ 2-е лицо — вы
Здесь все понятно — это самый популярный и безопасный вариант. Хорош почти всегда, потому что звучит персонализированно и уважительно, обо мне и для меня.
Пример: «Когда вы получите первый положительный отзыв, начислим вам бонус».
А вот вариант в 3-м лице тут звучал бы холоднее и отстранённее: «Когда специалисты получают первый положительный отзыв, мы начисляем бонус».
👯♂️ 3-е лицо — они
Вариант, который помогает создать дистанцию между продуктом и пользователем. Он хорош для негативных сценариев и общих инструкций.
Пример: «Специалисты, которые нарушают правила сервиса, не могут бесплатно писать клиентам». А вот вариант со 2-м лицом здесь звучал бы почти как угроза: «Если вы будете нарушать правила сервиса, то не сможете писать клиентам бесплатно».
🔥101👍47❤20
На Built for Mars вышла статья, где UX-исследователь рассказывает, как он провёл сотни транзакций, чтобы оценить удобство популярных банков. В том числе он оценивает push-уведомления, так как они являются самым частым способом взаимодействия с банковским приложением. Ниже его выводы.
❤️ Что хорошо
● Удаление бессмысленного нижнего подчеркивания “Zettle_*“, которое не имеет значения для пользователя, но отвлекает внимание.
● Удаление ненужных десятичных знаков у круглых сумм. Т. е. отображение 1 фунта стерлингов вместо 1,00.
● Отказ от капслока. Вместо того чтобы писать получателя платежа капсом, заглавными написаны только первые буквы.
💔 Что плохо
● Отображение последних цифр карты, когда у пользователя в принципе только одна и ему не нужно знать, с какой была транзакция.
● Язык роботов. «Транзакция 1,00 фунта стерлингов» гораздо менее приятная, чем «Вы потратили 1 фунт стерлингов».
● HSBC показал город вместо названия продавца. Но определить мошенничество по названию города сложнее, чем по названию магазина.
Кстати, у Monzo Bank классное руководство Tone of voice
❤️ Что хорошо
● Удаление бессмысленного нижнего подчеркивания “Zettle_*“, которое не имеет значения для пользователя, но отвлекает внимание.
● Удаление ненужных десятичных знаков у круглых сумм. Т. е. отображение 1 фунта стерлингов вместо 1,00.
● Отказ от капслока. Вместо того чтобы писать получателя платежа капсом, заглавными написаны только первые буквы.
💔 Что плохо
● Отображение последних цифр карты, когда у пользователя в принципе только одна и ему не нужно знать, с какой была транзакция.
● Язык роботов. «Транзакция 1,00 фунта стерлингов» гораздо менее приятная, чем «Вы потратили 1 фунт стерлингов».
● HSBC показал город вместо названия продавца. Но определить мошенничество по названию города сложнее, чем по названию магазина.
Кстати, у Monzo Bank классное руководство Tone of voice
❤40🔥11👍9😱1
Нашла на ACM Digital Library исследование про эффект плацебо в интерфейсах — это когда тебе кажется, что что-то работает круто, а на самом деле оно вообще не рабоатет)
🔥67❤13👍11😱7👎2
Недавно на работе в очередной раз сражались за эмоджи, спорили про уместность и интерпретацию. Решила посмотреть, что пишут про это в исследованиях
Коротко, что интересного удалось найти
1. Люди по-разному воспринимают одни и те же эмоджи. Например, такой эмоджи 😭 часть участников исследования воспринимали как «громко плачущий», а другая часть считала его саркастичным.
2. Даже визуально очень схожие эмоджи люди характеризуют по-разному. Например, когда просили сравнить эти два 😅 😂, первый большинство охарактеризовало как «смущенный», «испытывающий стыд». А второй — как забавный, веселый.
А когда попросили сравнить другую пару — 😭 и 😫, первый охарактеризовали как «грустный» и «драматичный», а второй — как «грустный» и «злой».
3. Наконец, наши любимые эмоджи могут говорить о том, какие мы люди. В исследовании использовали популярную в психологии модель типизации личности OCEAN. И в итоге выяснили, что люди с определенными чертами характера с большей вероятностью будут использовать те или иные эмоджи. Я нашла себя среди доброжелательных невротиков 😅
Ищите себя )
❤️ 😍 😘 💪🎉— экстраверты
❤️ 🙁 😢 😭 😓 — невротики
🙈 ☺️ 🙂 🤗 — открытые
❤️ 😄 😬 😎 😅 — доброжелательные
😋 🤩 ☺️ 🙂 🤗 — добросовестные
Коротко, что интересного удалось найти
1. Люди по-разному воспринимают одни и те же эмоджи. Например, такой эмоджи 😭 часть участников исследования воспринимали как «громко плачущий», а другая часть считала его саркастичным.
2. Даже визуально очень схожие эмоджи люди характеризуют по-разному. Например, когда просили сравнить эти два 😅 😂, первый большинство охарактеризовало как «смущенный», «испытывающий стыд». А второй — как забавный, веселый.
А когда попросили сравнить другую пару — 😭 и 😫, первый охарактеризовали как «грустный» и «драматичный», а второй — как «грустный» и «злой».
3. Наконец, наши любимые эмоджи могут говорить о том, какие мы люди. В исследовании использовали популярную в психологии модель типизации личности OCEAN. И в итоге выяснили, что люди с определенными чертами характера с большей вероятностью будут использовать те или иные эмоджи. Я нашла себя среди доброжелательных невротиков 😅
Ищите себя )
❤️ 😍 😘 💪🎉
❤96🔥31😱12👍8
Конечно, не всегда нужно писать точные числа. Большие значения могут быть настолько сложными для восприятия, что пользователь их просто проигнорирует. Такие числа лучше округлять, но до той точности, которая всё ещё позволит читателю решить его задачу или принять какое-то решение.
А вот если дело дойдёт до переговоров или торга, не спешите с округлениями 🌚
А вот если дело дойдёт до переговоров или торга, не спешите с округлениями 🌚
👍30🔥6❤3😱2
Нашла исследование, в котором тестировали разные трики-формулировки, чтобы выяснить, какая с большей вероятностью собьёт пользователя с толку.
Участников просили купить или не покупать на автомобильном сайте страховку от поломки авто. Им показывали разные интерфейсы, где менялись формулировки и состояния чек-боксов — где-то они были выбраны, а где-то нет. Потом замеряли количество ошибок.
🌚 Предлагаю проверить ваш детектор тёмных паттернов. Как думаете, какой вариант больше путал пользователей?
Участников просили купить или не покупать на автомобильном сайте страховку от поломки авто. Им показывали разные интерфейсы, где менялись формулировки и состояния чек-боксов — где-то они были выбраны, а где-то нет. Потом замеряли количество ошибок.
🌚 Предлагаю проверить ваш детектор тёмных паттернов. Как думаете, какой вариант больше путал пользователей?
ACM Transactions on Computer-Human Interaction
Dissecting Optional Micro-Decisions in Online Transactions: Perceptions, Deceptions, and Errors | ACM Transactions on Computer…
Online firms frequently increase profit by selling optional extras. However, opt-in
rates tend to be low. In response, questionable design practices have emerged to nudge
consumers into inadvertent choices. Many of these design constructs are presented
...
rates tend to be low. In response, questionable design practices have emerged to nudge
consumers into inadvertent choices. Many of these design constructs are presented
...
🔥11❤3👍1
Как думаете, какой вариант больше путал пользователей?
Anonymous Quiz
9%
☑️ «Помощь Плюс» покрывает аренду авто и дорожные расходы. Хочу купить страховку
10%
☑️ «Помощь Плюс»
16%
☑️ «Помощь Плюс» покрывает аренду авто и дорожные расходы. Если не хотите покупать, снимите галочку
65%
◻️ «Помощь Плюс» покрывает аренду авто и дорожные расходы. Если не хотите покупать, снимите галочку
😱34🔥7👍2👎2
Послушала подкаст с Натали Данбар из Walmart, где она рассказывает о своей книге From Solo to Scaled. Она о том, как запустить в компании новое направление, встроиться в процессы и создать свои.
В подкасте мне понравилась одна мысль: UX-редакторы сейчас проходят путь, который лет 15 назад проходили дизайнеры. Когда твоя роль новая, приходится тратить много сил, чтобы доказать свою пользу и оказаться с девелоперами и продактами на равных — за одним столом. Но иногда вместо этого дизайнеры и редакторы выбирают создать свой собственный стол. Натали говорит, что по-настоящему работающую и устойчивую систему так не построить. Важно не просто выполнять задачи из бэклога, но учиться разговаривать на одном языке и сотрудничать с кросс-функциональными командами.
Я хорошо понимаю, о чем говорит Натали. Новые команды часто сталкиваются с недоверием или сопротивлением. И в ответ на это могут изолироваться с установкой: «Мы супер, но вокруг нас большой мир, он не очень, и люди в нем тоже».
На первых этапах такая дружба против других даже может объединять. Но долгосрочно это не работает — когда люди не видят целой картинки, они сильно улетают в сторону экспертизы и начинают рубиться на смерть из-за деталей, которые глобально мало на что влияют.
Сильно продуктивнее кажется перейти к установке: «Мы супер, и люди вокруг тоже супер» (ладно, не все, но многие), а еще искренне попытаться понять, что и зачем они делают. В таком случае обычно оказывается, что у вас очень похожие цели. И с ними можно не воевать, а вместе делать классные штуки — иногда с компромиссами и даже общими ошибками. Мне вообще кажется, что главный показатель зрелости команды — это умение сотрудничать 👉👈
В подкасте мне понравилась одна мысль: UX-редакторы сейчас проходят путь, который лет 15 назад проходили дизайнеры. Когда твоя роль новая, приходится тратить много сил, чтобы доказать свою пользу и оказаться с девелоперами и продактами на равных — за одним столом. Но иногда вместо этого дизайнеры и редакторы выбирают создать свой собственный стол. Натали говорит, что по-настоящему работающую и устойчивую систему так не построить. Важно не просто выполнять задачи из бэклога, но учиться разговаривать на одном языке и сотрудничать с кросс-функциональными командами.
Я хорошо понимаю, о чем говорит Натали. Новые команды часто сталкиваются с недоверием или сопротивлением. И в ответ на это могут изолироваться с установкой: «Мы супер, но вокруг нас большой мир, он не очень, и люди в нем тоже».
На первых этапах такая дружба против других даже может объединять. Но долгосрочно это не работает — когда люди не видят целой картинки, они сильно улетают в сторону экспертизы и начинают рубиться на смерть из-за деталей, которые глобально мало на что влияют.
Сильно продуктивнее кажется перейти к установке: «Мы супер, и люди вокруг тоже супер» (ладно, не все, но многие), а еще искренне попытаться понять, что и зачем они делают. В таком случае обычно оказывается, что у вас очень похожие цели. И с ними можно не воевать, а вместе делать классные штуки — иногда с компромиссами и даже общими ошибками. Мне вообще кажется, что главный показатель зрелости команды — это умение сотрудничать 👉👈
SoundCloud
From Solo to Scaled: Building a Sustainable Content Strategy Practice
Natalie Marie Dunbar joins Lou to discuss the lonely pursuit that is content strategy. She also digs into what it means to build a content strategy practice—whether you’re just starting out as a solo
❤60👍11🔥8
На мой взгляд, принцип прогрессивного раскрытия — один из самых важных в UX-редактуре. При этом не загрузить пользователя лишней информацией, но в то же время дать всё, что нужно — не самая простая задача.
Вот пара приёмов, которые помогут нащупать этот баланс
🔹 Сначала сформулируйте основную цель сценария, а потом шаги, которые пользователю нужно пройти, чтобы её достичь.
🔹 Напишите текст для каждого шага. постоянно задавайте себе вопросы: сможет ли пользователь без этой информации продвинуться дальше? Какие у него могут быть страхи и барьеры? Тексты их отрабатывают? Все лишнее удаляйте.
🔹 Не пишите на несколько шагов вперёд. Например, какие кнопки пользователю нужно нажать или какие поля заполнить на следующих этапах. Описания к командам должны быть только там, где эти команды можно выполнить.
Вот пара приёмов, которые помогут нащупать этот баланс
🔹 Сначала сформулируйте основную цель сценария, а потом шаги, которые пользователю нужно пройти, чтобы её достичь.
🔹 Напишите текст для каждого шага. постоянно задавайте себе вопросы: сможет ли пользователь без этой информации продвинуться дальше? Какие у него могут быть страхи и барьеры? Тексты их отрабатывают? Все лишнее удаляйте.
🔹 Не пишите на несколько шагов вперёд. Например, какие кнопки пользователю нужно нажать или какие поля заполнить на следующих этапах. Описания к командам должны быть только там, где эти команды можно выполнить.
❤80👍19🔥9