Про описания к обновлениям приложений

Максим, привет, я с вопросом по продуктовой коммуникации. В магазинах приложений компании публикуют описания к обновлениям своих приложений (release notes). Мне интересно их изучать, и я группирую их по стилю: «по делу», «крутой креатив», «балаган» и «неуместный промоушен». Ещё есть «сухие» с шаблонными «Небольшие исправления и улучшения», «Улучшили работу приложения», «Повысили стабильность работы приложения» и так далее — их не включаю. Вот примеры описаний по делу: Мы полностью обновили приложение X. Новый интерфейс, быстрый доступ к анализам и результатам, запись к врачам и вызов медсестры на дом — всё теперь в одном месте. Адаптировали приложение для iOS 27. Обновили дизайн ряда элементов на более современный и понятный. Исправили ошибки и улучшили работу приложения. Добавлена поддержка новых устройств: [далее список]. Примеры крутого креатива: КРУТИТЕ БАРАБАН! Теперь бренды X можно листать каруселью. И да, мы добавили вибрацию. Потому что просто листать — недостаточно приятно. Ещё кое‑что подкрутили, поправили и сделали красивее. Обновляйтесь и покрутите. Ну правда, классно получилось. Обновили приложение. Пофиксили баги. Например, тот баг, из‑за которого всем почему‑то нравился Эдвард, а не папа Беллы Свон. Повысили производительность, с ошибками разобрались, починили всякое тут и там. В обед пошли за пирожками. Серёга с мясом взял — так потом полдня живот крутило. А меня яблочный спас. Примеры балагана: Что‑то быстротечно, как пролетевший сентябрь, а что‑то вечно... Например, наша работа над собой! Позаботились, чтобы вы не грустили из‑за отменённой встречи с книгой. Во время оформления заказа пересчитаем экземпляры и сообщим, остались ли они в наличии. Исправили ошибки, повысили надёжность приложения. «Вот и лето прошло, словно и не бывало» © А. Тарковский. Нужно быть отличным экспертом, чтобы в очередной раз сделать приложение ещё лучше, чем было. Но совсем не обязательно быть экспертом, чтобы заметить такие преимущества новой версии... Примеры неуместного промоушена: Х — отдельное пространство с отобранным ассортиментом. Здесь покупатели могут быть уверены в оригинальности товаров, а бренды — подчеркнуть свою уникальность. Мы проверяем каждого продавца — его документы и право продавать товары конкретных брендов. Получайте покупки где удобно — Y пунктов выдачи по всей стране. Покупайте только то, что подошло — оплата при получении. Лету пришёл конец... Но не во всех странах! Насладитесь солнцем, морем и пляжем, забронировав и билеты, и отель в X. А можно сразу выбрать готовый тур. Но это моя личная оценка. Интересно твоё мнение: как лучше описывать обновления, когда и какой юмор уместен (и нужен ли он в описании каждого обновления конкретного приложения), в каком случае и виде уместен промоушен. Ну и вдруг ещё какие мысли появятся, и захочешь поделиться :‑)

Что писать в release notes, зависит от того, где этот текст выводится, кто его читает и зачем.

Первое знакомство. Если текст выводится при первом контакте с приложением в магазине, то он должен отвечать пользователю на вопрос «Зачем скачивать?». Это значит, что креатив не нужен, достаточно описать сценарии использования. Например, приложение про «отдельное пространство с отобранным ассортиментом» может выглядеть так:

Маркетплейс для безопасной покупки брендовой одежды и обуви, с гарантией оригинальности. Доставка в пункты выдачи по всей России.

Дальше можно перечислить бренды или какие‑то ещё детали, которые покупатели считают важными. В любом случае текст служит читателю: отвечает на его вопросы, помогает увидеть в приложении решение проблем и уменьшение дискомфорта.

Перед обновлением. Если текст выводится перед тем, как читатель нажимает кнопку «обновить», то текст должен ответить на вопрос «Зачем обновляться?». Как и в первом случае, текст должен быть об уменьшении дискомфорта и решении проблем:

Ускорили работу приложения, особенно будет заметно на старых телефонах. Добавили офлайн‑режим: теперь можно (что‑то там делать) без интернета. Убрали сторис, навязчивую рекламу и ИИ‑помощников — всё то, на что жаловались пользователи.

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

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

Если описание не для пользователя, то это может быть местом озорства для разработчиков: пусть расскажут про пирожки, яблочный спас и Тарковского. Разработчики же тоже люди и хотят баловаться. Ну и пусть.

Формальные требования. Есть отдельный жанр «журнал изменений», когда разработчики предъявляют подробный перечень изменений в приложении. Это текст для самых заинтересованных: других разработчиков, продвинутых пользователей, проектировщиков, госзакупщиков и подобных. Там вообще нет места креативу.


Короче: что хорошо и плохо — зависит от аудитории и задачи. Сама по себе креативность или рекламность текста — это лишь инструменты. А для чего мы их применяем? Когда читатель увидит этот текст? Нужно ли влиять на его решение, или он и так установит обновление? Вот на эти вопросы нужно отвечать.

Текст, редактура и информационный стиль
Отправить
Поделиться
Запинить

Комментариев пока нет

Рекомендуем другие советы