Для некоторых компаний примечания к выпуску — единственный способ довести усовершенствования продукта до клиентов. Для других это побочная линия, разработанная полностью отдельно от взаимодействия с пользователем.
Но если вы хотите сделать больше с меньшими затратами — если вы хотите улучшить взаимодействие с клиентами, не выполняя больше работы в стеке — ваши заметки о выпуске могут быть неожиданным, но ценным ответом. Особенно, если они молодцы.
В заметках о выпуске описаны новые функции, улучшения функциональности и исправления ошибок. Они, как правило, краткие и довольно прямые, и, естественно, предполагают уровень знакомства с вашим продуктом. Процесс, который я изложил ниже, должен облегчить создание заметок о выпуске для вашего продукта хорошего качества, которые отвечают потребностям вашего бизнеса и ваших клиентов.
Но, если вы хотите, этот процесс также предоставит вам надежную базу для других сообщений о выпуске — таких как электронные письма или сообщения в блогах или тематические туры — которые могут помочь напомнить клиентам, насколько вы привержены улучшению того, что вы им предлагаете. И давайте посмотрим правде в глаза, мы все хотим знать, что мы любимы, даже после того, как мы сделали выбор и подписались на услугу.
Давайте посмотрим, как это может работать для вас.
1. Четко определите свою целевую аудиторию и цель заметок
Кто читает заметки о выпуске? Для некоторых продуктов большинство пользователей будут проверять каждую заметку о выпуске; для других это очень избранный, специфический поднабор основной базы пользователей.
Когда вы знаете, для кого вы создаете заметки о выпуске, вы можете понять, почему они читают заметки. И это движет следующим шагом.
Примечания к выпуску продукта, над которым я работаю, никем не читаются, но очень небольшим процентом пользователей в ключевых клиентских аккаунтах. И у них есть очень конкретные причины для чтения заметок о выпуске — некоторые имеют внутреннюю документацию, которую необходимо обновлять, например.
Но для некоторых продуктов заметки о выпуске читают большая часть пользователей, которые хотят избежать маркетингового спина — которые хотят проникнуть в суть продукта и напрямую узнать о его производителях. Подобные знания не просто сообщают, что вы включаете и исключаете, но могут повлиять на тон, в котором вы пишете заметки, и то, как вы их представляете.
2. Выясните, что им нужно знать
Как правило, в заметках о выпуске указываются изменения, внесенные в текущую версию вашего продукта. Очевидно, у вас будет представление о том, что нужно знать читателям.
Но также важно подумать о том, что, по вашему мнению, читатели должны знать. Например, мы документируем исправления ошибок таким образом, чтобы любой, кто сообщил или заметил ошибку, смог идентифицировать ее в списке и знать, что она исправлена. Но мы не углубляемся в каждое исправление ошибки, поскольку никто не должен (или, если честно, хочет) прочитать всю эту информацию.
На этом этапе также стоит подумать, когда вашим читателям понадобится доступ к примечаниям к выпуску. В день выпуска? Неделей ранее, чтобы у них было время их просмотреть? Это поможет вам спланировать создание заметок о выпуске в соответствии с работой по фактической сборке и развертыванию релиза.
3. Определите, что вы сделали в этом выпуске
Это звучит достаточно просто, но если вы положите хороший процесс для этого шага, это сгладит производство каждой заметки о выпуске.
Например, вы можете решить, что у вас должен быть общий документ, который ваши разработчики и владельцы продукта могут обновлять по мере завершения работы, а не в самом конце, что может позволить вам спешно скомпилировать заметки.
Вы также можете разбить этот документ на разделы, отражающие виды работы, которые обычно выполняются, например, новые функции, улучшения существующих функций и исправления ошибок. Это позволит сразу увидеть, все ли в выпуске включено в документ.
Это также облегчит структурирование самих заметок о выпуске, чем если бы у вас был просто неструктурированный список новых вещей.
4. Решите, что вам нужно включить
Поскольку они вносят информацию в документ о выпуске, ваши разработчики и владельцы продуктов, вероятно, не будут думать о конечном пользователе. Поэтому, когда дело доходит до подготовки примечаний к выпуску, вам нужно решить, какие биты информации включать, а какие можно опустить.
Я думаю, в частности, об исправлениях ошибок, о которых я упоминал выше, но вам также может потребоваться сбалансировать вклад некоторых участников в более тонкий вклад других в заметки.
Как правило, для отражения относительной важности или сложности этого элемента обычно берется больше слов, снимков экрана и деталей об одной функции или расширении, чем другое, так что имейте это в виду, как вы будете работать над тем, насколько глубоко вы охватите каждый элемент в списке.
5. Разработайте сюжет или обмен сообщениями, если вам нужно
Это не всегда необходимо, но иногда сюжетная линия может помочь вписать ваши улучшения в контекст. Я не говорю о том, чтобы добавить слова ради этого или превратить ваши приятные, краткие заметки о выпуске в инструмент маркетинга. Я имею в виду, что порядок, в котором вы предоставляете свою информацию, может помочь пользователям понять внесенные вами изменения. Так что подумайте.
Например, в недавней заметке о выпуске, которую я подготовил, упоминается о фейслифтинге продукта, а также о добавлении основных функций. Подтяжка лица повлекла за собой просто косметические изменения — это не повлияло на функциональность расположения элементов в интерфейсе. Добавление этой функции было гораздо более трудоемким, с более долгосрочными последствиями для пользователей.
Что бы вы осветили в первую очередь? Мы решили начать с фейслифтинга, так как именно это пользователи заметят в первый раз, когда они будут использовать наше программное обеспечение. Новая функция была указана после этого, но содержала больше скриншотов и деталей. Одна из причин, по которой это имело смысл, заключалась в том, что новая функция выглядела значительно отличающейся от большей части остальной части приложения, поэтому размещение ее в контексте визуального обновления позволило нам пропустить дальнейшее обсуждение этого факта.
6. Составьте свои заметки
Большинство пользователей ожидают, что релиз будет прямым и кратким. Они там, чтобы получить факты. Тем не менее, вероятно, лучше всего интерпретировать каждую функцию или исправление с точки зрения вашей целевой аудитории. Что это значит для них?
Например, изменение в вашем приложении может упростить для вашего персонала поддержки настройку дополнительных учетных записей пользователей для корпоративных клиентов. Для пользователей заметок о выпуске это означает, что новым сотрудникам с этими клиентами быстрее или проще получить доступ к корпоративной учетной записи. Так что сформулируйте это в этих терминах.
7. Измените то, что вам нужно для других коммуникаций
Если они хорошо спланированы и написаны, ваши заметки о выпуске могут выступать в качестве плацдарма для других коммуникаций, возможно, направленных на другие сегменты пользовательской аудитории, чтобы показать, что нового в вашем продукте.
После того, как вы записали примечания к выпуску, должно быть довольно легко увидеть, что можно преобразовать в уведомления или туры в приложении, использовать для просмотра содержимого справки, а также повторно использовать и превращать в посты блога, новостные рассылки и другой контент для хранения. ,
Как вы разрабатываете заметки о выпуске?
Это все — не сложная процедура, хотя, если у вас есть несколько движущихся частей в производственном процессе, заметки о выпуске могут занять некоторое время.
Но если вы создаете хорошие заметки о выпуске, вы можете получить гораздо больше от работы, которую вы вложили в них. Они могут дать вам реальный старт, когда дело доходит до информирования об изменениях в более широкой аудитории, чем могут прочитать ваши заметки о выпуске сейчас.
Есть ли у вас процесс создания заметок о выпуске? И играют ли они в ваших усилиях по удержанию клиентов? Я хотел бы услышать, как вы делаете это в комментариях.