Таня прочитала – Telegram
Таня прочитала
2.95K subscribers
209 photos
4 videos
6 files
201 links
Таня Фокина про UX, тексты, эксперименты, исследования и проектирование.
Короткие задачки по UX-текстам: https://boosty.to/rishavant
Написать в личку: @ftanuxa
Download Telegram
#UXwritingchallenge

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

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

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

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

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

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

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

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

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

Про косяки

Я не знаю людей, которые всё сразу делают правильно. В работе, в общении, по жизни — да где угодно. И чаще всего ошибаться не страшно.
Одно время, когда мы работали в офисе, а не на удалёнке, я почти каждый день стремилась прийти к определённому времени, но опаздывала. Шла, злилась и думала, что скажу, если меня спросят, почему опоздала.
Штука в том, что меня ни разу не спросили. А если я опаздывала прям сильно, я всегда предупреждала заранее — и всё было в порядке.

Если мы косячим, для окружающих это само по себе не страшно. Если мы ещё и решим проблемы, которые могут возникнуть из-за косяков — так может быть даже лучше. Гибкие методологии, все дела. Если так посмотреть, в косяках даже наша сила (вернее, в том, что за счёт них мы понимаем, что двигались не туда или не так).

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

Это очень сложно сделать изнутри, поэтому я сейчас хочу призвать тех, кто это прочитает, обращать внимание на окружающих — и поддерживать их, если они ошибутся.

Когда-то давно я выступала на местном стендапе. Долго готовилась, писала текст, тестила шутки на ребятах из юмористического клуба в универе. Я всегда считала, что гораздо лучше заходит то, что человек говорит просто так, без бумажки. И, разумеется, на выступлении разволновалась и забыла текст.
Я чувствовала, что это косяк, и это мешало мне вспомнить текст ещё больше. А потом люди в зале начали хлопать просто так, их даже никто не просил. Они меня поддержали, это помогло успокоиться, и текст я вспомнила.

Поддерживайте тех, кто ошибся. Это вдохновляет встать, отряхнуться и идти дальше. И пусть у вас тоже всегда будут люди, которые напомнят вам, что ошибаться не страшно:)
​​Ооо, вот это крутой UX. Я частенько забываю в почте прикрепить вложение, так что это специально для меня.
Буду ждать, когда такое появится в корпоративной почте, а не только в личной:)
На экзаменах по информатике или программированию в школе и в университете давали задачки на логику. Решать их можно было на любом языке программирования. Можно было даже взять псевдоязык — лишь бы описать логику.

Мне порой кажется, что UX-писатели описывают логику сценария на таком псевдоязыке.

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

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

Интересно, как живут UX-писатели и редакторы, которых несколько в одном большом продукте? Знают все подпродукты и все сценарии? Или всё-таки есть какие-то специализации?
Если у вас так, поделитесь, пожалуйста.
Восклицательные знаки

Ура! Вы купили арбуз!
Курьер привезёт его через 30 минут!
Наслаждайтесь самыми спелыми арбузами — вкус гарантируем!

По смыслу для экрана успеха (у нас в команде это называется збс-экран) такой текст сойдёт. Но вот это восторженное возбуждение напрягает, заставляет думать о подвохе.

Зачем столько восклицательных знаков? Я понимаю, повод для приложения радостный, но для пользователя — не факт. Это может быть будничный заказ арбуза. Может, человек их каждый день заказывает, и для него это что-то привычное.
А если экран выдирает пользователя из контекста, это может даже напугать — как будто на него кричат.

Представьте, будто вы сидите на лавочке в парке и мирно читаете книжку. А тут прибегает бродячий цирк с музыкой, танцами и весельем. И они сразу вас пытаются за руки вытащить в пляс. Может, вы будете готовы, а может — нет, у вас было спокойное умиротворённое настроение и книжка, которую не дали дочитать.

Мораль: не переигрывайте. Даже радостный тон не должен становиться навязчивым.
Где искать best practice

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

Гуглить пальцем в небо не обязательно. Вот где можно подсмотреть экранчики и скрины у конкурентов или больших братьев за рубежом:

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

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

Dribble
Хорош, когда нужно посмотреть тренды, но конкретные элементы найти сложно. Акцент больше на UI, чем на UX.

Pinterest
Много можно найти, но придётся ворошить доски, искать правильных авторов и хитро составлять запросы. Конкретные элементы найти сложно.
​​Делайте понятные заголовки, пожалуйста😞
​​Езжу я, значит, в отпуске по разным городам. База в одном городе, поехала на день посмотреть соседний. Нагулялась, зашла в кафе покушать и расслабиться. Решила посмотреть расписание обратных автобусов, чтобы рассчитать пешую дорогу до вокзала.

И тут у меня чуть сердце не остановилось: на часах 18:17. Выглядит, будто последний автобус в направлении моего города сегодня ушёл.

И только потом я заметила невзрачную (по сравнению с «Купить») кнопочку «Показать больше рейсов».

Не надо так:(
Очень радуюсь, что теперь пуши можно настраивать системно. А то некоторые приложения так спрячут настройки, что можно состариться, пока найдёшь.

А как для UX-писателя для меня появилось больше аргументов, чтобы делать пуши более качественными. Даже те, которые экспериментально увидит небольшая группа пользователей.
🔬 Что стоит знать о новой системе уведомлений в iOS 15

Вы могли придти в этот пост по пушу или просто так, но вне зависимости от этого, вам стоит обратить внимание на то, как Apple поменяла уведомления в iOS 15. Изменился не только вид пушей, но и сама механика, а текст для уведомлений стал важен, как никогда.

Читайте мой подробный обзор: https://blog.marfitsin.com/ios15-new-notifications
​​Тот случай, когда косяк — это пасхалочка.
На финтех-сленге ситуация, когда в приложении одного банка мы привязываем карточку другого банка, чтобы с неё пополниться, называется «стягивание денег».
Получается, «доить» — практически в тему. Добавить карту, чтобы с неё на другую карту надоить денег.
Загадка вечера. Особенно мне понравилось про 2 понедельника, один из которых — выходной.
Источник в твиттере
Звоню в городскую поликлинику. Вместо гудков играет “Don't worry, be happy”.
Идеальный UX.
Очень хорошая статья про то, как ставить задачи UX-писателю.
Можно заменить его на дизайнера, аналитика, техписателя, [нужное подставить] — и будет хорошая статья о том, как ставить задачи дизайнеру, аналитику, техписателю, кому-то ещё. Если коротко: чем больше релевантного контекста мы выдаём, когда рассказываем о задаче, тем быстрее нужный специалист сможет вникнуть и погрузиться в работу.
Рекомендую читать и раздавать всем, кто коряво ставит задачи:)

От себя хочу добавить отдельную рекомендацию: не пишите отдельным сообщением «Привет» и не ждите ответа на одно это сообщение. Выдавайте контекст сразу, чтобы человек мог хотя бы краем глаза в уведомлении увидеть, про что речь, оценить, сколько времени займёт прочитать задачу и подумать над ней ещё до погружения.

Уважайте время друг друга, у нас его очень мало❤️
Вижу, что у многих болит тема про плохо поставленные задачи или сложные коммуникации на работе.
Чтобы мы все могли выговориться, объявляю открытым тред. Расскажите в комментариях о ситуациях, когда вам ставили задачу максимально хреново. Что вы делали в той ситуации, чтобы с ней справиться?

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

Я сначала вслух поругалась.
Потом несколько раз переслушала голосовуху, чтобы зафиксировать себе, что надо-то.
Сделала макет письма в фигме.
Зачитала получившееся письмо в голосовухе в телеграме.
Позлорадствовала.
Отправила скрин из фигмы (не текст, который меня просили сделать, а скрин).
Сжалилась и прислала текст с переводами на нужные языки.

Кто следующий?:)