Личные вещички
#ответ
На этом скрине должно быть «моя», «мои», потому что это личные вещички. Личные вещички — это то, с чем я взаимодействую напрямую, без участия других людей или программ.
Проще понять эту разницу на таком примере. Вы регистрируетесь на рейс в аэропорту, сотрудник просит «Ваш паспорт, пожалуйста», затем возвращает со словами: «Ваш паспорт, ваш посадочный талон». В этот момент эти вещи принадлежат не только вам, но и этой конкретной ситуации. С вещами взаимодействуете и вы, и сотрудник.
Но вот вы идете на посадку и думаете: «Где мой паспорт? В сумке. А мой посадочный? Там же». Диалога больше нет, только внутренний. Вещички стали личными.
В интерфейсе личные вещички появляются в зонах, где есть высокое доверие между человеком и программой. Нельзя навязать «Мои новости» на сайте с обычной лентой новостей. Но это будет органичным заголовком в соцсетях с персонализированной лентой.
В примере выше текст «Ваша карта» будет уместен, если вы получаете письмо с картой или получаете пуш о карте (есть диалог). В профиле уместнее «Моя», «Мой» (диалога нет). Местоимение нужно опустить, если нет необходимости подчеркивать принадлежность.
Моя карта
На бонусном счёту: 408 руб.
Идентификационный номер: 67-74-38-33
#ответ
На этом скрине должно быть «моя», «мои», потому что это личные вещички. Личные вещички — это то, с чем я взаимодействую напрямую, без участия других людей или программ.
Проще понять эту разницу на таком примере. Вы регистрируетесь на рейс в аэропорту, сотрудник просит «Ваш паспорт, пожалуйста», затем возвращает со словами: «Ваш паспорт, ваш посадочный талон». В этот момент эти вещи принадлежат не только вам, но и этой конкретной ситуации. С вещами взаимодействуете и вы, и сотрудник.
Но вот вы идете на посадку и думаете: «Где мой паспорт? В сумке. А мой посадочный? Там же». Диалога больше нет, только внутренний. Вещички стали личными.
В интерфейсе личные вещички появляются в зонах, где есть высокое доверие между человеком и программой. Нельзя навязать «Мои новости» на сайте с обычной лентой новостей. Но это будет органичным заголовком в соцсетях с персонализированной лентой.
В примере выше текст «Ваша карта» будет уместен, если вы получаете письмо с картой или получаете пуш о карте (есть диалог). В профиле уместнее «Моя», «Мой» (диалога нет). Местоимение нужно опустить, если нет необходимости подчеркивать принадлежность.
Моя карта
На бонусном счёту: 408 руб.
Идентификационный номер: 67-74-38-33
Как убедить айтишников
#ответ
Sasha M: Пишу продуктовые тексты для банковского приложения. Есть огромный excel-файл со всем вордингом, текст тянется сразу в приложение. Проблема в том, что писать приходится НЕ ВИДЯ ТЕКСТ В ИНТЕРФЕЙСЕ. Мне нужно догадываться по названию ключей и корявым описаниям айтишников, о чем вообще речь. Как донести абсурдность ситуации до руководства и не поссориться с айтишниками?
——
У меня есть для тебя только одно слово, и это слово ПЕРЕГОВОРЫ.
Надо понять, почему разработчики против. Скорее всего, они просто не понимают преимуществ твоей идеи и экономят ресурс. Соответственно, сначала узнаём все ограничения и аргументы, чтобы было понятно с чем работать.
Когда понятно, в чем преимущество варианта «не менять», можно посчитать преимущество от «менять». Новое решение всегда должно приносить больше, чем расходы и издержки от его внедрения. В твоём случае новое решение — это изменение рабочего процесса или какие-то новые инструменты вроде среды визуализации, так?
Что может быть аргументом:
— в идеале какой-нибудь тест, который покажет, что текст вслепую какая-то лажа;
— или просто продемонстрировать всем наглядно лажу на выходе;
— посмотреть отзывы пользователей, вдруг кто-то уже жалуется на тупой текст;
— бест практис от других компаний можно рассказать — тоже иногда помогает.
У тебя тоже вопрос? Присылай на @maratele
#ответ
Sasha M: Пишу продуктовые тексты для банковского приложения. Есть огромный excel-файл со всем вордингом, текст тянется сразу в приложение. Проблема в том, что писать приходится НЕ ВИДЯ ТЕКСТ В ИНТЕРФЕЙСЕ. Мне нужно догадываться по названию ключей и корявым описаниям айтишников, о чем вообще речь. Как донести абсурдность ситуации до руководства и не поссориться с айтишниками?
——
У меня есть для тебя только одно слово, и это слово ПЕРЕГОВОРЫ.
Надо понять, почему разработчики против. Скорее всего, они просто не понимают преимуществ твоей идеи и экономят ресурс. Соответственно, сначала узнаём все ограничения и аргументы, чтобы было понятно с чем работать.
Когда понятно, в чем преимущество варианта «не менять», можно посчитать преимущество от «менять». Новое решение всегда должно приносить больше, чем расходы и издержки от его внедрения. В твоём случае новое решение — это изменение рабочего процесса или какие-то новые инструменты вроде среды визуализации, так?
Что может быть аргументом:
— в идеале какой-нибудь тест, который покажет, что текст вслепую какая-то лажа;
— или просто продемонстрировать всем наглядно лажу на выходе;
— посмотреть отзывы пользователей, вдруг кто-то уже жалуется на тупой текст;
— бест практис от других компаний можно рассказать — тоже иногда помогает.
У тебя тоже вопрос? Присылай на @maratele
Не согласен с UX-редактором
#ответ
Dmitriy P, дизайнер: Что делать, если не согласен с текстом ux-редактора? Кто прав? Как аргументировать правильно с обеих сторон?
——
Ну, один факт, что текст написал редактор, не делает его неприкасаемым. Все имеют право на другое мнение, тем более дизайнер, который обычно в конечном счёте отвечает за интерфейс вместе с текстом.
Но просто отбраковывать текст без обсуждения плохо. У нормального UX-редактора обычно есть объяснение для каждого выбранного слова. Лучше уточнить его логику, вдруг ты тоже что-то не учёл? А то было одно неизвестное — «почему редактор написал так». Теперь будет ещё и второе — «почему дизайнеру не зашёл текст». С этой точки непонимание будет только копиться, поэтому лучше сразу всё проговорить.
Самым правильным разговором является аргументированный: «Я это сделал, потому что X» — «Я считаю, что не подходит, потому что Y». Но это только первый уровень скилла. Если уходить в деликатные психологические дебри, то круче будет сесть вместе за фигму и решить задачу не как соперники, а как союзники:
А вот тут почему так решил написать? Ага, мысль хорошая, а что если ещё вот об этом сказать? Ага, не помещается, ну тогда может быть вот от этого откажемся?
Наводящими вопросами, наводящими. Особенно при общении с джунами.
#ответ
Dmitriy P, дизайнер: Что делать, если не согласен с текстом ux-редактора? Кто прав? Как аргументировать правильно с обеих сторон?
——
Ну, один факт, что текст написал редактор, не делает его неприкасаемым. Все имеют право на другое мнение, тем более дизайнер, который обычно в конечном счёте отвечает за интерфейс вместе с текстом.
Но просто отбраковывать текст без обсуждения плохо. У нормального UX-редактора обычно есть объяснение для каждого выбранного слова. Лучше уточнить его логику, вдруг ты тоже что-то не учёл? А то было одно неизвестное — «почему редактор написал так». Теперь будет ещё и второе — «почему дизайнеру не зашёл текст». С этой точки непонимание будет только копиться, поэтому лучше сразу всё проговорить.
Самым правильным разговором является аргументированный: «Я это сделал, потому что X» — «Я считаю, что не подходит, потому что Y». Но это только первый уровень скилла. Если уходить в деликатные психологические дебри, то круче будет сесть вместе за фигму и решить задачу не как соперники, а как союзники:
А вот тут почему так решил написать? Ага, мысль хорошая, а что если ещё вот об этом сказать? Ага, не помещается, ну тогда может быть вот от этого откажемся?
Наводящими вопросами, наводящими. Особенно при общении с джунами.
Что потыкать
Привет, это Плавучая редакция!
Много новых людей, поэтому давайте расскажу, о чём мы тут. Это канал про текст в интерфейсе и про редакторские лайфхаки. Разбираем всякие UX кейсы, собираем хорошие и плохие примеры. Есть что-то типа рубрик:
#совет — cамая мясная рубрика: советы по редактуре,
#мысливслух — размышления, не претендующие на совет,
#ответ — ответы на вопросы, которые мне пишут в личку.
P. S. если вы присоединились в последние 3 дня, напишите, пожалуйста, как узнали про канал? 🙃
Привет, это Плавучая редакция!
Много новых людей, поэтому давайте расскажу, о чём мы тут. Это канал про текст в интерфейсе и про редакторские лайфхаки. Разбираем всякие UX кейсы, собираем хорошие и плохие примеры. Есть что-то типа рубрик:
#совет — cамая мясная рубрика: советы по редактуре,
#мысливслух — размышления, не претендующие на совет,
#ответ — ответы на вопросы, которые мне пишут в личку.
P. S. если вы присоединились в последние 3 дня, напишите, пожалуйста, как узнали про канал? 🙃
«Укажите» или «введите»?
#ответ
Ольга К: Какое слово лучше использовать в ошибке под полем ввода — «Укажите» или «Введите»? Например, «Укажите ИНН полностью» или «Введите ИНН полностью». Разная ли окраска у этих слов?
——
Если речь про ввод какой-то информации, то разница есть:
«Укажите» — более неформально, ближе к повседневному миру. Это больше про сам факт передачи информации. «Введите» — ближе к миру техническому. Это про способ.
Во фразе «Укажите ИНН полностью» слово «укажите» кажется странным — ты либо указываешь либо нет. Тогда причем тут «полностью»? Здесь бы как раз подошло «Введите», потому что оно про детали процесса. Логика такая: «Вам нужно указать ИНН, а для этого вы вводите в поле текст».
Ещё писать «Введите» может быть более полезно, когда не очевидно с первого раза, как именно мне нужно указать инфу (может быть нужно выбрать какой-то пункт в выпадающем меню?). «Введите» — более точное слово по процессу.
А что насчёт самого требования вводить ИНН полностью? Вряд ли кто-то всерьез рассчитывает, что хватит только части номера (как это бывает например с ФИО — впишу только имя, авось прокатит). Скорее всего это просто ошибка, значит надо подсказать, что ты где-то потерял несколько цифр (а сколько?).
#ответ
Ольга К: Какое слово лучше использовать в ошибке под полем ввода — «Укажите» или «Введите»? Например, «Укажите ИНН полностью» или «Введите ИНН полностью». Разная ли окраска у этих слов?
——
Если речь про ввод какой-то информации, то разница есть:
«Укажите» — более неформально, ближе к повседневному миру. Это больше про сам факт передачи информации. «Введите» — ближе к миру техническому. Это про способ.
Во фразе «Укажите ИНН полностью» слово «укажите» кажется странным — ты либо указываешь либо нет. Тогда причем тут «полностью»? Здесь бы как раз подошло «Введите», потому что оно про детали процесса. Логика такая: «Вам нужно указать ИНН, а для этого вы вводите в поле текст».
Ещё писать «Введите» может быть более полезно, когда не очевидно с первого раза, как именно мне нужно указать инфу (может быть нужно выбрать какой-то пункт в выпадающем меню?). «Введите» — более точное слово по процессу.
А что насчёт самого требования вводить ИНН полностью? Вряд ли кто-то всерьез рассчитывает, что хватит только части номера (как это бывает например с ФИО — впишу только имя, авось прокатит). Скорее всего это просто ошибка, значит надо подсказать, что ты где-то потерял несколько цифр (а сколько?).
Как шутить и не обидеть?
#ответ
Татьяна: Как не переступать грань между заботливым и обидным юмором? Хочется чтобы текст был нескучным, но вдруг шутка кого-то оскорбит?
——
Здесь нет другого секрета, кроме как проверять. Боитесь переступить грань? Покажите шутку 10 пользователям или на худой конец друзьям и попросите оценить, насколько их обижает ваш юмор и насколько заботливым кажется. Получите оценку. Если слишком низкая — попробуйте другие заходы.
Другое дело, что одна и та же шутка про баскетболиста в бане может быть нейтральной для одних людей и обижать других, например, баскетболистов. С этим тоже можно работать. Для начала исключить любые шутки, которые строятся на отличии одних людей от других. Да, это большой пласт шуток, но и мы с вами не стендаперы. (Если вы стендапер — пожалуйста, продолжайте шутить над баскетболистами).
А вообще — шутка не единственный способ сделать текст нескучным. Игра слов, разговорные обороты, даже просто лёгкий слог — сделают ваш текст нескучным. Без шуток.
#ответ
Татьяна: Как не переступать грань между заботливым и обидным юмором? Хочется чтобы текст был нескучным, но вдруг шутка кого-то оскорбит?
——
Здесь нет другого секрета, кроме как проверять. Боитесь переступить грань? Покажите шутку 10 пользователям или на худой конец друзьям и попросите оценить, насколько их обижает ваш юмор и насколько заботливым кажется. Получите оценку. Если слишком низкая — попробуйте другие заходы.
Другое дело, что одна и та же шутка про баскетболиста в бане может быть нейтральной для одних людей и обижать других, например, баскетболистов. С этим тоже можно работать. Для начала исключить любые шутки, которые строятся на отличии одних людей от других. Да, это большой пласт шуток, но и мы с вами не стендаперы. (Если вы стендапер — пожалуйста, продолжайте шутить над баскетболистами).
А вообще — шутка не единственный способ сделать текст нескучным. Игра слов, разговорные обороты, даже просто лёгкий слог — сделают ваш текст нескучным. Без шуток.
Спрашивайте
Люблю отвечать на вопросы, но их почему-то мало.
Для этого достаточно написать мне в личку @maratele, в комментариях к этому посту или вот в формочку, если хотите анонимно.
Про редакторские проблемы, работу в команде, UX, айтишку — anything goes.
Постараюсь ответить на все, а на самые интересные отвечу постом под тегом #ответ — можете пока почитать прошлые ответы 😌
Люблю отвечать на вопросы, но их почему-то мало.
Для этого достаточно написать мне в личку @maratele, в комментариях к этому посту или вот в формочку, если хотите анонимно.
Про редакторские проблемы, работу в команде, UX, айтишку — anything goes.
Постараюсь ответить на все, а на самые интересные отвечу постом под тегом #ответ — можете пока почитать прошлые ответы 😌
Как извиняться в сервисе
#ответ
Дина: Как извиняться в интерфейсе, если нельзя приписывать пользователю эмоции? Ведь нельзя говорить «не расстраивайтесь» и т.д.? Можно писать о чувствах от первого лица, чтобы смягчить ситуацию: «сожалеем» и прочее? Например, если доставка задерживается и нужно попросить подождать определённое время
———
Итак, вы накосячили. Курьер задерживается, хотя вы обещали, что будет вовремя. А может быть накосячили не вы, но пользователю всё равно неприятно. Вот что может в этом случае сделать сервис, от самого важного к менее важному:
Минимизировать проблему. Лучшее, что можно сделать, если у человека проблема — помочь снизить её вред, если это возможно:
— решить проблему на месте,
— предложить другой путь,
— объяснить, как сделать, чтобы проблема не повторялась.
Любые извинения не имеют смысла, если вы даже не попытались минимизировать последствия.
Проявить эмпатию. Как и в повседневном общении, эмпатия в том, чтобы «отзеркалить» эмоции и показать, что вы их понимаете. Не нужно пытаться управлять чужими эмоциями. Фразы типа «Не переживайте» и «Всё будет хорошо» не работают.
А вот извинения, если они звучат искренне, работают — почему нет? По сути это тоже эмпатия: мы показываем, что понимаем, что человеку плохо, и плохо по нашей вине. Другое дело, что их используют как универсальную затычку, поэтому никто не верит, что это искреннее.
Но ведь в языке есть и другие способы показать понимание. Например — «Понимаем, что вы очень расстроены» или «Наверное, это очень неприятно».
Тут есть тонкий момент. Чтобы «отзеркалить» эмоции, нужно быть уверенным, что вы их понимаете правильно. Если пользователь в ярости, ему явно не понравится ваш «Упс, сорян :)». Поэтому так важно картировать эмоции в СJM: разговаривать с пользователями и выяснять, что они на самом деле чувствуют в той или иной ситуации.
Компенсировать вред. После того как помогли с решением проблемы и показали, что понимаем эмоции, можно попробовать их компенсировать.
Единственный работающий способ управлять негативными эмоциями — сделать что-то, что принесёт позитивные. Например, подарок, промокод, скидка, совет, шутка (лучше, конечно, самоироничная).
Тут на что хватит вашей фантазии и сервиса.
#ответ
Дина: Как извиняться в интерфейсе, если нельзя приписывать пользователю эмоции? Ведь нельзя говорить «не расстраивайтесь» и т.д.? Можно писать о чувствах от первого лица, чтобы смягчить ситуацию: «сожалеем» и прочее? Например, если доставка задерживается и нужно попросить подождать определённое время
———
Итак, вы накосячили. Курьер задерживается, хотя вы обещали, что будет вовремя. А может быть накосячили не вы, но пользователю всё равно неприятно. Вот что может в этом случае сделать сервис, от самого важного к менее важному:
Минимизировать проблему. Лучшее, что можно сделать, если у человека проблема — помочь снизить её вред, если это возможно:
— решить проблему на месте,
— предложить другой путь,
— объяснить, как сделать, чтобы проблема не повторялась.
Любые извинения не имеют смысла, если вы даже не попытались минимизировать последствия.
Проявить эмпатию. Как и в повседневном общении, эмпатия в том, чтобы «отзеркалить» эмоции и показать, что вы их понимаете. Не нужно пытаться управлять чужими эмоциями. Фразы типа «Не переживайте» и «Всё будет хорошо» не работают.
А вот извинения, если они звучат искренне, работают — почему нет? По сути это тоже эмпатия: мы показываем, что понимаем, что человеку плохо, и плохо по нашей вине. Другое дело, что их используют как универсальную затычку, поэтому никто не верит, что это искреннее.
Но ведь в языке есть и другие способы показать понимание. Например — «Понимаем, что вы очень расстроены» или «Наверное, это очень неприятно».
Тут есть тонкий момент. Чтобы «отзеркалить» эмоции, нужно быть уверенным, что вы их понимаете правильно. Если пользователь в ярости, ему явно не понравится ваш «Упс, сорян :)». Поэтому так важно картировать эмоции в СJM: разговаривать с пользователями и выяснять, что они на самом деле чувствуют в той или иной ситуации.
Компенсировать вред. После того как помогли с решением проблемы и показали, что понимаем эмоции, можно попробовать их компенсировать.
Единственный работающий способ управлять негативными эмоциями — сделать что-то, что принесёт позитивные. Например, подарок, промокод, скидка, совет, шутка (лучше, конечно, самоироничная).
Тут на что хватит вашей фантазии и сервиса.
Как новичку ворваться в UX-writing
#ответ
Юлия: Как новичку ворваться в профессию, если только закончил курсы, а везде ищут сразу мидлов?
———
Нужно понимать две вещи про UX-writing:
1) это компетенция не стартового уровня,
2) относительно редкая.
Компаниям сложно оценивать новичков без опыта, ведь для этого нужно, чтобы внутри уже были люди с такой компетенцией. Рискнуть, взяв «кота в мешке», тоже опасно, потому что компетенция недешевая.
Поэтому почти любая компания, кроме самых крупных, с уже существующими командами писателей, будет фильтровать вас по опыту.
Курсы и учебные работы, конечно, помогут поднять необходимый скилл. Но одних только курсов недостаточно, чтобы компания доверила вам интерфейсы.
Как же тогда становятся UX-писателями? А обычно из других должностей. Как обычно выглядят позиции для входа:
— сотрудник поддержки (кстати, отлично помогает понять клиента, что потом пригодится в работе над текстом),
— SMM-менеджер,
— копирайтер (на неспецифические тексты обычно требования к опыту ниже),
— UX/UI-дизайнер.
Стандартный путь выглядит так: устроиться на стартовую позицию, а уже внутри компании постараться попасть в команду продуктового UX, попутно поднимая скиллы и набирая смежный опыт.
#ответ
Юлия: Как новичку ворваться в профессию, если только закончил курсы, а везде ищут сразу мидлов?
———
Нужно понимать две вещи про UX-writing:
1) это компетенция не стартового уровня,
2) относительно редкая.
Компаниям сложно оценивать новичков без опыта, ведь для этого нужно, чтобы внутри уже были люди с такой компетенцией. Рискнуть, взяв «кота в мешке», тоже опасно, потому что компетенция недешевая.
Поэтому почти любая компания, кроме самых крупных, с уже существующими командами писателей, будет фильтровать вас по опыту.
Курсы и учебные работы, конечно, помогут поднять необходимый скилл. Но одних только курсов недостаточно, чтобы компания доверила вам интерфейсы.
Как же тогда становятся UX-писателями? А обычно из других должностей. Как обычно выглядят позиции для входа:
— сотрудник поддержки (кстати, отлично помогает понять клиента, что потом пригодится в работе над текстом),
— SMM-менеджер,
— копирайтер (на неспецифические тексты обычно требования к опыту ниже),
— UX/UI-дизайнер.
Стандартный путь выглядит так: устроиться на стартовую позицию, а уже внутри компании постараться попасть в команду продуктового UX, попутно поднимая скиллы и набирая смежный опыт.
Как писать знаки валют?
#ответ
Vadim: Где правильнее ставить знак валюты, будь то $, € или Рубль? Просто в новостных текстах, например, пишется $8 тыс, а в карточках товара в интернет-магазине может быть указано 200$. С какой стороны верно? Насколько вообще важны такие мелочи и детали?
———
1. Я так понимаю, решение использовать знак валюты уже принято. Но всё-таки напомню, что иногда лучше писать валюту словами. Например, в нефинансовых медиа и литературе:
99 франков, а не 99 ₣
2. В интерфейсах обычно придерживаемся правил региона, в котором живёт большая часть аудитории. В РФ принято ставить знаки валют после числа через пробел. Это касается любых валют, не только рубля:
50 $, 2750 ₽
3. Если пользователи из разных регионов, высший класс — подстраивать типографику под особенности выбранного региона.
4. Если валют у вас много, есть всякие реалы, дхармы и криптовалюты, то забудьте значки и используйте буквенные коды:
25 USD, 100 CNY, 5 KWD
5. Однажды слышал такой аргумент: перед числом валюта сразу заметна, не ошибёшься. Не подтверждается, никто не ошибается. Да и противоестественно читается:
₽ 500 — «рублей пятьсот»?
6. Когда-то мы пытались привязывать положение знака к конкретным валютам: доллары перед, а рубли — после через пробел. Не рекомендую, смотрится криво и непоследовательно.
7. И да, эти мелочи важны, потому что влияют на ощущение качества вашего IT-продукта. Вы бы доверили свои деньги приложению, увидев в нём:
общая сумма - $ 10тыс ?
Ну вот.
#ответ
Vadim: Где правильнее ставить знак валюты, будь то $, € или Рубль? Просто в новостных текстах, например, пишется $8 тыс, а в карточках товара в интернет-магазине может быть указано 200$. С какой стороны верно? Насколько вообще важны такие мелочи и детали?
———
1. Я так понимаю, решение использовать знак валюты уже принято. Но всё-таки напомню, что иногда лучше писать валюту словами. Например, в нефинансовых медиа и литературе:
99 франков, а не 99 ₣
2. В интерфейсах обычно придерживаемся правил региона, в котором живёт большая часть аудитории. В РФ принято ставить знаки валют после числа через пробел. Это касается любых валют, не только рубля:
50 $, 2750 ₽
3. Если пользователи из разных регионов, высший класс — подстраивать типографику под особенности выбранного региона.
4. Если валют у вас много, есть всякие реалы, дхармы и криптовалюты, то забудьте значки и используйте буквенные коды:
25 USD, 100 CNY, 5 KWD
5. Однажды слышал такой аргумент: перед числом валюта сразу заметна, не ошибёшься. Не подтверждается, никто не ошибается. Да и противоестественно читается:
₽ 500 — «рублей пятьсот»?
6. Когда-то мы пытались привязывать положение знака к конкретным валютам: доллары перед, а рубли — после через пробел. Не рекомендую, смотрится криво и непоследовательно.
7. И да, эти мелочи важны, потому что влияют на ощущение качества вашего IT-продукта. Вы бы доверили свои деньги приложению, увидев в нём:
общая сумма - $ 10тыс ?
Ну вот.
Некому заняться UX-текстом
#ответ
Анна М.: В компании нет UX-редактора, а задач на текст миллион. Видим, что пользователи ничего не понимают и перегружают поддержку. Что делать?
———
Конечно, собраться и всё-таки нанять хорошего редактора на постоянку — это лучший вариант. Но и самый трудный. Потому что даже если удастся выбить ставку, найти человека будет непросто: UX-редакторов, способных поднять компетенцию в компании с нуля, просто очень мало.
Можно обратиться в агентство, которое посмотрит все ваши флоу и сделает по ним стайл-гайд, а дальше вы будете сверяться с гайдом. Но с агентством всё может быть долго и тоже непредсказуемо.
Поэтому я обычно сразу предлагаю более понятный план Ц — попробую продать вам его завтра. А пока интересно, как бы вы сами решали эту проблему. А может, и вправду уже решали?Делитесь опытом 🐈⬛
#ответ
Анна М.: В компании нет UX-редактора, а задач на текст миллион. Видим, что пользователи ничего не понимают и перегружают поддержку. Что делать?
———
Конечно, собраться и всё-таки нанять хорошего редактора на постоянку — это лучший вариант. Но и самый трудный. Потому что даже если удастся выбить ставку, найти человека будет непросто: UX-редакторов, способных поднять компетенцию в компании с нуля, просто очень мало.
Можно обратиться в агентство, которое посмотрит все ваши флоу и сделает по ним стайл-гайд, а дальше вы будете сверяться с гайдом. Но с агентством всё может быть долго и тоже непредсказуемо.
Поэтому я обычно сразу предлагаю более понятный план Ц — попробую продать вам его завтра. А пока интересно, как бы вы сами решали эту проблему. А может, и вправду уже решали?Делитесь опытом 🐈⬛