Таня прочитала – Telegram
Таня прочитала
2.96K subscribers
209 photos
4 videos
6 files
201 links
Таня Фокина про UX, тексты, эксперименты, исследования и проектирование.
Короткие задачки по UX-текстам: https://boosty.to/rishavant
Написать в личку: @ftanuxa
Download Telegram
Forwarded from Собака лает (Muhtar_bot)
Вытащили самое главное из статьи Microcopy: an essential guide to becoming a more literate designer.

Введение и часть про важность текстов и писательские навыки дизайнеров мы опустили. Извините.

Задачи интерфейсных текстов:

- объяснять пользователю, что делать, и не давать ему потеряться;
- понятно объяснять ошибки;
- повышать доверие к системе;
- давать представление, куда нажимать и что произойдет, если нажать;
- сопровождать, хвалить за взаимодействия и успокаивать нервных пользователей;
- представлять бренд подходящим голосом.

1. Основные правила

- Пишите кратко и избегайте ненужных уточнений.
- Говорите конкретно и не используйте расплывчатые формулировки.
- Не используйте жаргон, если он не в мире клиента.
- Следите за объемом абзацев: не больше семи строк по 70 знаков.
- Пишите цифры словами: один, два, три… девять, а числа — цифрами: 10, 11, 12…

2. Заглавные буквы. Это правило скорее характерно для английского

Title case. Заглавная Буква В Каждом Слове

Выглядит более формально и визуально придает веса словам. C Title case легко переборщить, если слов больше трех. Если же слов больше шести, разработка может путаться, как же эта фраза написана на других экранах или в других частях проекта.

Sentence case. Заглавная буква только в начале фразы

Такой текст выглядит разговорным и неформальным, поэтому легче воспринимается. Используйте его в кнопках и ссылках вида «Выбрать пользователя» или «Создать новую задачу».

Когда вы используете одну заглавную букву, продуктовая команда не путается в написании.

John Saito подметил, что Apple используют Title Case, а Google — Sentence case.

Заглавные буквы в именах собственных и терминах

Ставьте заглавные буквы в названиях: Корпорация Зла, Криогенные Технологии Самары.

Не ставьте заглавные буквы в названиях функций, только если это не фирменные функции вроде Инстаграм Сторис или Озон Бонусы.

3. Ваше или наше

Ваш профиль или мой профиль — как лучше?

Ваш

Обращение «Ваш» говорит: у нас есть кое-что специально для тебя. Например, ваш отчет. И больше ничей.

Используйте «Ваш», когда хотите показать, что система что-то сделала персонально для пользователя.

Мой

Слово «Мой» в интерфейсе означает, что здесь его собственность, которой он владеет и которой может управлять. Например, мой счет, мои настройки или мой плейлист.

Используйте «Мой», когда хотите подчеркнуть, что в этой части системы пользователь хранит частичку себя: личную информацию, результаты действий, историю.

Ничье

В большинстве случаев можно обойтись без «Ваш» или «Мой», и это будет даже лучше. Используйте местоимения только в тех ситуациях, когда нужно явно отделить личное от общего.

4. Объясняйте подробнее

Нельзя скатываться в негативный тон и писать «Извините, вы не можете выполнить действие». Пользователь, увидев такое, почувствует себя виноватым и подумает: «Ну, здесь я ничего не могу поделать. Пошло оно все к черту».

Если пользователь видит проблему, он должен видеть и способ ее решить.

Вот четыре способа, как вы можете ответить пользователю.

1. «Нет» — негативно-деструктивный.
2. «Нет, потому что» — негативно-конструктивный.
3. «Да, но» — позитивно-деструктивный.
4. «Да, и» — позитивно-конструктивный.

Используйте только конструктивные: второй и четвертый.

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

Позитивно-конструктивный способ выглядит так: вы подписались на наш блог, теперь вы можете просматривать скрытые посты.
Forwarded from Собака лает (Muhtar_bot)
5. Активный и пассивный залоги

Старайтесь использовать активный залог.

Активный залог описывает, как человек или объект что-то делает.

Сергей танцует и поет, потому что подписал документы и теперь ждет интерфейсные тексты.

Пассивный залог описывает, как с человеком или объектом что-то происходит.

Документы подписываются, дела делаются, а нами были подготовлены превосходные интерфейсные тексты.

Залоги в уведомлениях и сообщениях об ошибках

Используйте активный залог, когда хотите подчеркнуть, кто или что делает какие-то действия.

Андрей создал задачу, такси подъехало, молния сожгла дата-центр.

Используйте пассивный залог в тех редких случаях, когда действие или состояние важнее объекта, к которому оно относится.

Корзина переполнена, компромат удален, задача выполнена.

6. Призывы к действиям

Используйте глаголы: скачать файл, зарегистрироваться, обновить страницу. Не пишите на кнопке «Аккаунт». Что аккаунт?

Хороший призыв к действию должен завершать мысль пользователя: «я хочу… »

7. Сообщения пользователю

Если вы отправляете электронные письма или уведомления, пользователь всегда должен видеть:

- кто ему пишет;
- зачем ему пишут;
- почему он это получил;
- чего от него хотят.

Кнопка или ссылка с действием должны быть сразу в сообщении.
То есть, подразумевается, что раньше у Сбера её не было?
#чтонового
Forwarded from UX Horn 🌀
Интересно, как поняли, что боль - это то что нужно пользователю? 🤔

@uxhorn
Завела хэштэг. Будет копилочка.
#чтонового
Forwarded from Адовый UX
Кажется, пора придумывать хештег — намечается коллекция)
​​#uxwritingchallenge
Давайте попробуем улучшить эту ошибку или напишем понятную подсказку?

Контекст
В почту пришло письмо с ics-вложением — событием для google-календаря. Пользователь хочет добавить его в свой apple-календарь и поставить напоминание. При попытке сохранить напоминание появляется ошибка.
Щось пішло не так…

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

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

В общем, проводите глубинки, не пожалеете.
Для всех, кто их ещё не проводил, но хочет научиться, Product Sense проводит 29 июня в 19 Мск бесплатный мастер-класс. Расскажут, как правильно, как неправильно, и на что обращать внимание.
Как всегда, не реклама, а от души:)
Про имя пользователя в интерфейсе

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

— Привет, Маша!
— Привет.
— Как дела, Маша?
— Да вроде бы ничего.
— Маша, а можешь поподробнее про своё «ничего»?
— Так, признавайся, что тебе от меня надо?

и

— Привет, Маша!
— Привет.
— Как дела?
— Да вроде бы ничего.
— А можешь поподробнее?
— Да понимаешь, вроде в целом всё хорошо, но я с одним хорошим человеком поругалась, так что настроение дерьмовое.

Кажется, что первый вариант — это турок, который пишет в соцсети и пытается клеиться. А второй — добрый знакомый, который заинтересован в жизни Маши.
С кем вы хотите ассоциировать свой продукт?:)
​​Почему я всё время топлю за неразрывные пробелы
#tov
Голос продукта — штука постоянная. Он отвечает за то, с каким чувством у вас ассоциируется продукт в целом.
Тональность зависит от контекста. Где-то нужно быть спокойным, где-то можно повеселиться, а где-то поддержать.

Ира принесла классную статью о том, как создать карту тональностей для продукта. Не от балды же текст писать!:)
#Статья

Tone map & voice principles to write consistently

В статье объясняют, чем принципы отличаются от тональности продукта и как собрать карту тональностей для всех продуктовых коммуникаций.

— Писать коротко и понятно ≠ голос продукта. Это принцип, который подскажет, что и как писать. Принципы нужны, если у вас несколько крутых вариантов и непонятно, что выбрать.

— Собрать карту тональности (ситуация + коммуникация + контекст). Карта поможет писать консистентно и выбирать нужную лексику, обороты и длину фраз, если это важно.

Читать
​​А это хорошо:)
Excel-online предлагает пройти обучающий тур по основным функциям.
«Хотим сообщить вам новость» или о том, как приложения пытаются выдать свои задачи за задачи пользователя.

Дано: у продукта есть рассылка.
Задача: предложить подписаться на эту рассылку.

Штука в пользе для читателя. В фразе «хотим сообщать вам» речь о желании приложения и людей, которые над ним работают, а не о желании пользователя. В предложении рассылки нужно донести до пользователя ценность рассылки для него. Не «мы хотим вам сообщать», а «вы будете получать письма с вот такими полезными штуками». Можно «вам будут приходить письма». Но не «мы хотим»:)

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

Хорошее предложение подписаться на рассылку расскажет, зачем пользователю эта рассылка. Не будет настаивать, убеждать или манипулировать, а просто постарается помочь.
​​Смотрите, какая интересная игра слов. То ли призывают тратить деньги на продукты, то ли обещают заплатить за работу.
#UXwritingchallenge

Какие ошибки вы видите на этом экране?
Пуши

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

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

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

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

Если вам нужно иногда писать пуши, почитайте статью, там полезно:)
​​Отличный пример Tone of voice у сайта штук для котиков
#начинающим

Кто такие UX-редакторы, какая от них польза продукту и как они работают — расскажут в видео ContentSense и Маргарита Хохлова.
Расскажут про метрики, лояльность, рабочие и организационные процессы.

Время: среда, 11 августа, 19:00 Мск
Место: YouTube

Посмотреть подробнее про проект и зарегистрироваться