Спросите Киру

Я как-то так долго читала форум про Короля и Шута, что попала на ошибку, которую никто больше не видел 💩 А как бы вы #переписали эту суровую и разрабскую реальность ошибку о том, что сеть крашнулась? Кстати, в моем гайде по UX-текстам для Озона можно найти подробности о том, как писать ошибки. #ux

Быстрый редакторский совет. Не забывайте продумывать кейсы с нулями. #ux

У Ленты очень влиятельный кот 😹 А так, все по красоте: слегка пошутили, про впн сказали, еще и на целевое действие направили. Единственный момент, «непредвиденная ошибка» звучит довольно строго. А как вам? #ux

Как думаете, в чем секрет тональности Яндекса? За счет чего он рождается? Если разобрать детально, в среднем все их интерфейсные тексты в 1.5-2 раза больше стандартных. Кроме того, они не используют чистый инфостиль, а разбавляют его разговорным и дружелюбным. А как вам? Кидайте в комменты интересные яндексовские экраны, давайте обсудим находки 💛 #ux

Как работать с дедлайнами #полезное Решила публиковать сюда заметки, которые писала для сотрудников. Это мини-статьи про всякие рабочие моменты. Эти заметки могут быть полезны новичкам. Предлагаю освежить в памяти очевидную информацию, которую должен знать каждый джун, а в каждом сеньоре она должна быть впаяна во внутренние часы. Допустим, дедлайн через 3 дня в 14 часов. Дальше в зависимости от действий специалиста есть общий «рейтинг». ⭐️ ⭐️ ⭐️ Сдать задачу через 2 дня в 18 часов — супер, есть полдня на выяснение обстоятельств. Это хорошее взрослое решение, достойное крутого специалиста. ⭐️ ⭐️ Сдать задачу через 3 дня в 13.30 часов — нормально, вы сдаете чуть раньше дедлайна, есть время выяснить детали и, если что, в темпе порешать. ⭐️ Сдать задачу через 3 дня в 14.00 — не самое сильное решение, потому что могут возникнуть разные обстоятельства — заказчик не сможет посмотреть вовремя и задача сдвинется, выяснится, что в задаче нет важных сведений и все нужно переписывать. 😩 Сдать задачу через 3 дня в 14.10 и позже — ну что же, вы опоздали. Неприятно, но не критично, если это происходит 1 раз. Если чаще — вам нужно серьезно поработать над тайм-менеджментом. Как сделать лучше? Написать заказчику, что не успеваете, заранее, желательно через 2 дня. 😡 Сдать задачу через 3 дня в 19 часов и никого не предупредить заранее — поздравляю, вы прошляпили сроки. Это верх непрофессионализма. Такие случаи лиды записывают в специальный список. Несколько таких кейсов могут негативно повлиять на отношение лида и заказчика. Заказчики стараются таких исполнителей избегать и дают негативную обратную связь, лид закручивает гайки и начинает пристально за ним следить и дышать в загривок. В этом нет никакой магии, а просто офисная карма — кто косячит, тому становится напряжнее работать. Даже если сотруднику кажется, что это нот э биг дил. 🤬 Не сдать задачу, потому что забыл/забил/запил и т. п. Это недопустимое поведение, чреватое быстрыми санкциями. Даже если вы не видите санкции прямо сейчас, будьте уверены, они копятся в голове или в тетрадке у лида. Какой из этого вывод? Профессионал не делает работу впритык, а старается выполнять ее хоть чуть заранее, чтобы было время допилить. Косяки в сроках или систематическое невыполнение обещанного снижают впечатление о вас и тянут среднюю оценку вниз. И наоборот, если выполнять свои обещания, грамотно планировать свое и время и заранее сообщать, что что-то не успеваешь, можно выглядеть еще более крутым и сильным специалистом в глазах окружающих. А им у нас почет и слава, и перспективы всяческие. Понять это можно, нарисовав примерную шкалу в любых человеческих отношениях. Вы начали на 5, показали себя круто, поднялись в глазах заказчика до 10. Сильно накосячили, его впечатление упало до -6. Еще накосячили, но сделали крутой проект, колеблется на 3 и так далее. Больше не косячите и делаете круто, впечатление растет.

Тон оф войс в отеле. Как вам? 🔥 — круто 😡 — отстойно

🤩 Моя статья Гид по пустым состояниям и ошибкам вошла в шорт-лист премии Хабра «Технотекст 2023». Это ежегодный конкурс технических статей. Что там в статье полезного — Что такое пустые состояния и ошибки в интерфейсе — В каких случаях пользователь их встречает и что с этим делать — Как такие форматы писать и как не надо — ОКР-ный список редактора для проверки любого текста — Универсальный шаблон для написания пустых состояний и ошибок (50+ готовых текстов) Тема конкурса, кстати, звучит технично и поэтично одновременно: «Жизнь кибернетических механизмов». И еще цитату Стругацких в эпиграф привели:

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

Подписчица прислала очень интересную задачку. Это не средовой #переписали, а уже какой-то #перепридумали. Что думаете? Как решили бы такой кейс?

Хочу предложить новый кейс на обсуждение на твоём канале, но он, пожалуй, несколько необычный. Не знаю, подойдёт ли тебе, но тема мне кажется чертовски интересной. С одной стороны, она не связана напрямую с редакторской работой, с другой — нам как UX-редакторам, возможно, интересно и полезно подумать о таком пользовательском опыте. Лет 10-15 назад или чуть больше в России начала развиваться так называемая "доступная среда" для инвалидов — городскую инфраструктуру стали приспосабливать под нужды людей с ограничениями. Под эту лавочку стали появляться объявления как на фото. Это объявление, набранное шрифтом Брайля: рельефно-точечным тактильным шрифтом для слепых. Эти объявления лепятся на всякие здания, и поясняют, что это за организация, или в автобусе — с указанием номера и маршрута, как в моем примере. Но вот беда: незрячие не видят, где налеплены эти объявления, чтобы их прочитать😄! Интересно, как можно было бы выйти из такой ситуации.

Автостопом по дизайн-системе. Путеводитель с оглавлением Здравствуйте! Давно не виделись. С вами Виктор Теплов. Всё ещё хранитель дизайн-системы OZI. Принёс вам статью, нажитую непосильным трудом и сдобренную набитыми шишками. Эта статья поверхностна, как водная гладь, по которой скачет камушек-блинчик. Каждый прыг — развилка на Пути дизайн-системы. Делать свою или взять готовую? Прыг. Платформенная или универсальная? Прыг. Версионировать компоненты или всю библиотеку? Прыг... И ещё много таких «прыгов» (с оглавлением). 👺 DON'T PANIC

Коллега по Ozon Витя Теплов, он же гуру дизайн-системы, написал полный ультимативный гайд по дизайн-системам. Рекомендую всем, особенно дизайнерам. Внутри вопросы, на которые предстоит ответить тем, кто пошел в непростой путь создания дизайн-системы.