Как сообщить на сайте о прекращении поддержки старой версии продукта

Сообщите на сайте, для каких версий прекращается поддержка, с какого момента и что именно изменится. Отдельно объясните, продолжит ли продукт работать, сохранятся ли данные и какие действия доступны пользователю. Разместите эту информацию на постоянной странице, а короткое уведомление покажите там, где пользователи старой версии его увидят.

Фраза «старая версия больше не поддерживается» оставляет слишком много вопросов. Для одного человека это означает отсутствие обновлений, для другого — отключение программы. Задача сообщения — дать пользователю понятный ответ о его версии и помочь выбрать дальнейший способ работы.

Что означает прекращение поддержки

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

Разделите несколько событий, которые могут происходить в разное время:

• Завершение развития: новые функции для версии больше не выпускаются.
• Завершение исправлений: обнаруженные ошибки в версии больше не исправляются.
• Завершение консультаций: сотрудники перестают разбирать обращения по этой версии.
• Отключение сервиса: прекращается доступ к определённым функциям или к продукту целиком.

Не объединяйте эти события одной формулировкой, если последствия различаются. Например, установленная программа может продолжить открывать локальные файлы после завершения поддержки, а облачная синхронизация — отключиться отдельно. В таком случае пользователю нужны два объяснения и отдельные сроки.

Также различайте «функция продолжает работать» и «компания поддерживает её работу». Первое описывает доступность, второе — обязательства по обслуживанию. Если будущая совместимость не проверяется, прямо обозначьте это ограничение без обещания бессрочной работы.

Шаг 1. Соберите подтверждённые условия

До написания текста согласуйте условия с людьми, которые отвечают за продукт, обслуживание и договоры. Уведомление должно описывать принятое решение. Оно не должно становиться местом, где автор самостоятельно определяет сроки отключения или обещает бесплатный перенос данных.

Подготовьте ответы на основные вопросы:

1. Какие версии и редакции продукта затронуты?
2. Когда прекращается каждый вид обслуживания?
3. Какие функции сохраняются, ограничиваются или отключаются?
4. Что произойдёт с данными, лицензией и оплаченными услугами?
5. Какие варианты дальнейшего использования действительно доступны?
6. Где пользователь может получить помощь по переходу?

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

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

Шаг 2. Назовите версии так, чтобы пользователь узнал свою

Используйте обозначения, которые человек видит в самом продукте: номер версии, название выпуска, редакцию. Внутреннее название проекта или формулировка «предыдущее поколение платформы» могут быть непонятны клиенту.

Если решение распространяется на целую линейку, уточните, входят ли в неё промежуточные выпуски и исправления. Выражение «версии до [номер]» может вызвать вопрос, включён ли сам указанный номер. Более ясный вариант — «версия [номер] и все более ранние версии», если именно это соответствует решению.

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

Для нескольких редакций удобно составить таблицу. В ней пользователь должен найти своё обозначение и сразу увидеть статус. Если статус зависит от договора, добавьте это условие возле соответствующей строки, а не прячьте его в общем примечании внизу страницы.

Шаг 3. Объясните, что перестанет и что продолжит работать

Начните с последствий для привычных действий. Пользователю важнее понять, сможет ли он открыть документы, принять заказ или выгрузить отчёт, чем прочитать описание внутренних изменений компании.

Для подготовки текста можно использовать такую таблицу. Она показывает, какие сведения нужно собрать, а не устанавливает условия для любого продукта.

Область	Что уточнить в уведомлении
Основные функции	Какие действия останутся доступны после завершения поддержки
Обновления	Прекратятся ли новые функции, исправления ошибок и обновления безопасности
Обращения	Какие вопросы сотрудники продолжат разбирать и по какому каналу
Внешние подключения	Что произойдёт с обменом данными, синхронизацией и подключёнными сервисами
Данные	Где они останутся, можно ли их открыть, перенести или выгрузить
Лицензия и оплата	Как решение связано с правом использования и оплаченными услугами

Избегайте формулировки «всё продолжит работать», если проверена только часть сценариев. Лучше перечислить доступные действия и отдельно назвать ограничения. Например, в условном уведомлении можно написать: «Работа с сохранёнными локальными документами останется доступна. Обмен с облачным сервисом прекратится в указанный срок». Такой текст допустим только при подтверждении обоих условий.

Если отключение функции влияет на другие действия, покажите эту связь. Прекращение синхронизации может означать, что данные больше не появятся на другом устройстве. Объяснение должно описывать результат для пользователя, а не заканчиваться словами «интеграция отключена».

Шаг 4. Укажите сроки без двусмысленности

Для каждого существенного изменения укажите конкретную дату, утверждённую компанией. Если доступ отключается в определённый момент, дополните дату временем и часовым поясом. Это помогает пользователям, которые работают из разных регионов.

Уточните, что доступно в последний день. Выражения «до [дата]» и «с [дата]» могут читаться по-разному. Важнее описать границу действия: когда прекращается приём обращений, когда перестаёт работать функция и до какого момента возможна выгрузка данных.

Не создавайте один общий срок для разных событий, если фактически они разделены. Завершение исправлений, прекращение консультаций и удаление данных требуют отдельных пояснений. Пользователь не должен угадывать, какое событие скрывается за заголовком «конец поддержки».

Если сроки пересмотрены, обновите основное уведомление и кратко обозначьте изменение. Старые письма и сохранённые сообщения могут остаться у клиентов, поэтому на сайте нужна одна страница с действующими условиями. Дату обновления указывайте фактическую, когда действительно изменили содержание.

Шаг 5. Опишите доступные варианты дальнейшей работы

Предлагайте только варианты, которые пользователь действительно может выбрать. Обычно требуется объяснить переход на поддерживаемую версию, продолжение работы с ограничениями или получение данных для другого решения. Не представляйте обновление как единственный путь, если старую версию разрешено использовать дальше.

Переход на поддерживаемую версию

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

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

Продолжение работы со старой версией

Если использование разрешено и технически возможно, опишите его границы. Например, какие функции сохраняются, какие обращения больше не рассматриваются и проверяется ли совместимость с новыми операционными системами.

Не называйте такой вариант полностью безопасным. Когда обновления безопасности прекращаются, достаточно сообщить об этом факте и предложить оценить условия дальнейшего использования с ответственным за систему. Не добавляйте неподтверждённые утверждения о конкретных угрозах.

Выгрузка данных и переход на другое решение

Объясните, какие данные можно выгрузить, в каком формате и до какого момента. Уточните, входят ли в выгрузку вложения, история изменений и настройки. Формулировка «экспорт доступен» мало помогает, если пользователь не понимает, что именно получит.

Если перенос в другой продукт не проверен, не обещайте совместимость. Можно описать доступный формат выгрузки и предложить проверить его пригодность для выбранного решения. Также полезно указать, останется ли доступ к исходным данным после выгрузки.

Шаг 6. Составьте страницу уведомления

В начале страницы разместите короткий ответ: затронутые версии, момент изменения и главное последствие. Причину решения можно объяснить следом. Длинное вступление о развитии компании мешает найти сведения, ради которых пользователь открыл страницу.

Ниже — шаблон структуры. Текст в квадратных скобках нужно заменить подтверждёнными условиями. Это не готовое объявление о реальном продукте.

Завершение поддержки [название продукта, версии]

С [дата, при необходимости время и часовой пояс] мы прекращаем [конкретные виды обслуживания] для [точный перечень версий]. Решение распространяется на [редакции или условия применения].

Что изменится: [какие обновления, обращения или функции станут недоступны].

Что останется доступно: [подтверждённые функции и ограничения их использования].

Что произойдёт с данными: [условия хранения, доступа, переноса и выгрузки].

Варианты дальнейшей работы: [поддерживаемая версия и условия перехода]; [использование старой версии, если доступно]; [выгрузка данных, если доступна].

Лицензия и оплата: [подтверждённые условия для действующих пользователей].

Помощь по переходу: [существующий канал обращения и вопросы, по которым предоставляется помощь].

Не оставляйте в опубликованном тексте пустые поля, неподтверждённые обещания или варианты, которых нет. Если решение не затрагивает данные, всё равно скажите об этом прямо: пользователь может связывать завершение поддержки с потерей доступа к информации.

Где разместить сообщение на сайте

Создайте постоянную страницу с понятным названием, например «Завершение поддержки [продукт и версия]». Она должна быть доступна из раздела поддержки и со страниц, посвящённых затронутому выпуску. Уведомление, спрятанное только в новостной ленте, трудно найти спустя время.

Короткое сообщение разместите в местах, которые посещают действующие пользователи: в личном кабинете, разделе загрузок или документации старой версии. Если сайт может определить используемую версию, уведомление можно показывать соответствующим пользователям. Когда определить её нельзя, дайте человеку понятный способ проверить номер самостоятельно.

В коротком сообщении достаточно назвать версию, изменение и срок. Подробные условия должны находиться на основной странице. Используйте одинаковые названия и даты во всех местах, чтобы баннер, документация и текст службы поддержки не противоречили друг другу.

Проверьте старые страницы продукта. На них не должно оставаться утверждение о действующей поддержке, если обслуживание завершено. Полезные инструкции можно сохранить, обозначив, к какой версии они относятся и каков её статус. Удаление всей документации может лишить пользователей доступного способа продолжить работу.

Ошибки, которые делают уведомление непонятным

Расплывчатый заголовок. «Важные изменения» не объясняет, кого касается сообщение. Назовите продукт и событие: завершение поддержки конкретной версии.

Обещание вместо условий. «Переход будет простым» не отвечает на вопросы о данных, оплате и совместимости. Перечислите необходимые действия и известные ограничения.

Смешение поддержки и доступа. Если программа продолжает работать, скажите это отдельно. Если отключается часть функций, назовите их без общей формулировки «версия недоступна».

Скрытая стоимость. Пользователь должен понимать, входит ли переход в его условия обслуживания. Когда стоимость зависит от договора, объясните, где уточнить условия именно для его случая.

Нет пути для сложного случая. Некоторым пользователям мешают перейти собственные доработки или внешние подключения. Укажите существующий способ разобрать такую ситуацию, если компания предоставляет эту помощь.

Что проверить перед размещением

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

Затем проверьте практические детали:

• Совпадают ли номера версий с обозначениями в продукте.
• Согласованы ли сроки на странице, в коротких уведомлениях и документации.
• Описаны ли условия доступа к данным и их выгрузки.
• Работают ли указанные способы обновления и получения помощи.
• Понятен ли текст на телефоне, включая таблицы и примечания.
• Убраны ли обещания, которые компания не может подтвердить.

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

Вопросы о завершении поддержки

Нужно ли объяснять причину решения?

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

Можно ли оставить старую версию для скачивания?

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

Что написать, если переход пока невозможен?

Назовите подтверждённое препятствие и доступные действия на время ожидания. Если есть согласованный порядок индивидуального перехода, опишите его. Не обещайте исключение, продление поддержки или будущую функцию без принятого решения.

Нужно ли удалять уведомление после завершения поддержки?

Страницу полезно сохранить, пока пользователям требуется информация о старой версии. Обновите формулировки так, чтобы они описывали уже произошедшее изменение, и оставьте действующие инструкции по доступу, выгрузке данных или переходу.

Проверить сайт бесплатно