UX писем поддержки: чтобы пользователи отвечали, а не игнорировали

Тема письма — 60% успеха

Пользователь решает открыть письмо или удалить за полсекунды на основе темы. Что работает:

• Номер заявки в теме. «[#42] Доступ к корпоративной почте». Пользователь сразу понимает контекст.
• Действие, которое от него ждут. «[#42] Уточните, пожалуйста, версию ПО» — лучше, чем «[#42] Обновление по заявке».
• Срочность только когда правда срочно. «[Срочно]» в каждом письме перестаёт работать через 3 раза. Используйте при настоящей эскалации.

Что НЕ работает:

• «[Tiqqet] Заявка #42 — статус изменён» — звучит как автоматический спам.
• «Re: Re: Re: Re: ваша заявка». Длинная цепочка Re: → выглядит как dead-thread, в который никто не вернётся.
• Эмодзи в каждом письме. Один раз — фишка. Каждый раз — раздражает.

Превью-текст (preheader)

Первые 100-120 символов письма видны в превью почтового клиента до открытия. Это вторая по важности часть. Что в неё положить:

• Краткое описание задачи без повтора темы.
• Призыв к действию, если применимо.

Пример превью-текста для письма «оператор задал уточняющий вопрос»: «Чтобы продолжить работу над заявкой, нужна одна деталь — версия Windows на вашем ноутбуке. Ответьте на это письмо одной строкой».

Тогда пользователь, не открывая письмо, уже знает, что от него хотят. Конверсия в ответ — выше в 1.5-2 раза.

Структура тела письма

Универсальная формула, проверенная на helpdesk-рассылках:

1. Шапка с номером и темой заявки (визуально). Чтобы пользователь сразу понял контекст.
2. Одно ключевое сообщение в первом абзаце. Что произошло / что нужно. Не «бла-бла-бла, ваша заявка» — а сразу к делу.
3. Контекст / детали. Если оператор задаёт вопрос — что мы уже проверили, в каких случаях нужно уточнение.
4. Один основной CTA-кнопка. «Ответить», «Подтвердить», «Оценить». Одна! Если кнопок две — обе провалятся.
5. Краткий футер с подписью команды и ссылкой на портал «посмотреть заявку».

Что НЕ нужно в теле письма:

• «Не отвечайте на это письмо» — глупо: пользователь должен иметь возможность ответить просто Reply.
• Длинная политическая пометка «мы заботимся о ваших данных, читайте PDF в 50 страницах». В отдельный футер мелким шрифтом.
• Реклама других продуктов. Письмо поддержки — не маркетинговое.

Запрос оценки — самый сложный жанр

Письмо «оцените, пожалуйста, заявку» имеет конверсию 5-15%. Это нормально. Чтобы поднять до 20-25%, нужно:

• В теме — конкретика. «Заявка #42 решена. Помогло?» вместо «Оцените качество поддержки».
• В теле — кнопки оценки прямо в письме, без перехода на портал. 5 звёздочек, при клике сразу засчитывается. URL вида /rate/:token/:rating с одноразовым токеном.
• Никаких длинных вопросников. Один клик. Если хотят написать комментарий — пусть напишут, но это опционально.
• Краткое объяснение, зачем. «Ваша оценка помогает нам становиться лучше» — банально, но работает лучше, чем отсутствие объяснения.

Главное: после клика по оценке — конкретный экран благодарности. Не «спасибо». А «спасибо! Если у вас будут другие вопросы — пишите на support@».

Частота: меньше — лучше

Помните: пользователь получает 100+ писем в день. Из них «важные от живых людей» — 5. Не превращайте helpdesk-уведомления в шум.

Правила настройки уведомлений:

• По умолчанию пользователь получает: «заявка создана», «оператор ответил», «заявка решена». Всё.
• «Заявка взята в работу» — НЕ отправлять. Это event, неинтересный пользователю.
• «Статус изменён» вообще — НЕ отправлять. Шум.
• «Просрочена SLA» — НЕ пользователю, а оператору и его руководителю.
• Все события доступны в портале, но в email — только важные.

В настройках профиля каждый пользователь может включить дополнительные уведомления (см. подробнее в обзоре уведомлений), но дефолт должен быть минимальным.

Мобильный — главный экран чтения

В 2026 году 70-80% писем читается с мобильного. Ваш email обязан выглядеть на телефоне так же хорошо, как на десктопе:

• Адаптивный HTML. Один колонка, тачабельные кнопки минимум 44×44 px.
• Шрифт от 16px. Меньше — пользователь зумит, ломает раскладку.
• Превью без обрезки на iPhone. Не больше 50 символов в теме, иначе обрежется.
• Изображения с alt-текстом. Многие почтовые клиенты блокируют картинки — должен быть читаемый fallback.

Простейший тест: отправьте сами себе письмо на телефон. Можете прочитать без жестов и зума? Хорошо. Нужно увеличить? Переделывайте.