За какой срок следует отправлять уведомление об обновлении функций, чтобы это было уместно? В этой статье с учетом влияния обновления, подготовки к работе и разницы во времени за рубежом объясняется, как разумно распределить сроки уведомлений, снизить риск прерывания бизнес-процессов и обеспечить более стабильное управление сайтом, обработку запросов и выполнение заказов.
Можно ориентироваться на следующую схему: об изменениях, не влияющих на работу пользователей, сообщайте одновременно с запуском; об обновлениях, требующих изменения порядка действий, — за три–семь дней; об обновлениях, связанных с простоем, оплатой или переносом данных, — за семь–четырнадцать дней. Указанные сроки являются рекомендациями по планированию; конкретные сроки следует определять с учетом фактического воздействия и условий обслуживания.
При определении необходимого срока заранее задайте три вопроса: повлияет ли обновление на доступ клиентов, должны ли операторы изменить порядок действий и есть ли другие системы, которые должны работать совместно. Если затрагиваются заказы, формы или права доступа, срок уведомления нельзя определять только по масштабу изменений страницы.
Например, добавление нового необязательного фильтра в панели управления обычно не требует нескольких напоминаний. Если же изменились правила распределения запросов, это может привести к тому, что менеджеры пропустят обращения клиентов, даже если страницы почти не изменились. В таком случае следует заранее описать область действия изменений и оставить время на проверку.
Также следует различать первое уведомление и напоминание перед запуском. Отправка письма за две недели не означает, что операторы будут помнить о нем в день запуска. Обновления, требующие подготовки, следует доводить до пользователей поэтапно: сначала сообщить о последствиях, затем дать время на подготовку и в конце подтвердить переход.
Как организовать график уведомлений, чтобы операторы вовремя приступили к действиям?
Для обновлений с существенным влиянием можно использовать схему «первое уведомление, напоминание перед запуском, подтверждение после завершения». Первое уведомление предназначено для согласования ответственных сотрудников и времени, в напоминании перед запуском следует выделить задачи, которые нужно выполнить, а уведомление после завершения должно содержать результаты проверки, нерешенные вопросы и канал обращения за помощью.
Первое уведомление следует отправлять после того, как план и сроки в основном определены. Если инструкция по操作циям еще не готова, необходимо также указать дату ее последующего предоставления. При изменении интерфейсов, необходимости согласований или участии нескольких сотрудников следует рассчитать срок в обратном порядке от времени, требуемого для подготовки задач, и при необходимости уведомить более чем за две недели.
Повторное напоминание можно отправить за один рабочий день до запуска, перечислив невыполненные настройки, период приостановки операций и ответственных лиц. Если необходимо напомнить о последнем временном окне, по возможности следует адресно показать уведомление во внутренней панели сайта, чтобы не отправлять несколько похожих писем массово за короткий период.
Небольшие обновления, не требующие действий со стороны пользователей и не вызывающие заметных перебоев, можно включать в еженедельный или ежемесячный журнал обновлений. Частая отправка уведомлений с низкой ценностью снижает внимание, и сообщения, действительно связанные с непрерывностью бизнеса, будет легче пропустить.
Какая информация должна быть указана в полезном уведомлении об обновлении функций?
В заголовке следует прямо указать объект, время и последствия, например: «Обновление панели запросов 18 июня: заранее проверьте правила распределения». В начале текста нужно ответить, затрагивает ли обновление конкретного пользователя, а затем объяснить, что именно нужно сделать, чтобы пользователю не пришлось читать все описание в поисках списка задач.
В уведомлении следует указать точное время вступления изменений в силу и часовой пояс, затронутые сайты и учетные записи, изменения функций, предполагаемую продолжительность перебоев и этапы подготовки. Если функция поэтапно открывается только для части учетных записей, необходимо также описать способ идентификации, чтобы пользователи, которым функция еще недоступна, не приняли это за ошибку.
Инструкции должны позволять сразу выполнить необходимые действия. Например, если требуется проверить настройки получения запросов, следует указать путь к соответствующему разделу панели управления, пункты проверки и срок выполнения. При необходимости сохранить данные нужно описать диапазон экспорта, формат файла и требования к его хранению; недостаточно просто написать «заранее создайте резервную копию».
Также следует указать, какие операции можно продолжать во время обновления, какие необходимо приостановить и к кому обращаться при возникновении проблем. Если время запуска еще может измениться, следует обозначить следующий момент подтверждения. При переносе или отмене запуска информацию также необходимо передать по исходному каналу уведомления, чтобы сотрудники не действовали по старому плану.
Как учитывать разницу во времени и не допустить пропуска уведомлений на зарубежных сайтах?
На корпоративных сайтах внешней торговли и в трансграничных интернет-магазинах часто работают операторы из разных регионов, поэтому время отправки уведомлений должно охватывать рабочие часы получателей. Обновление, отправленное после окончания рабочего дня в пятницу и вступающее в силу рано утром в понедельник, даже при интервале в два дня может не оставить полного рабочего дня для подготовки.
Время рекомендуется указывать одновременно по всемирному координированному времени и по местному времени основных команд, а также проверять переход на летнее время. Окно технических работ следует выбирать с учетом фактических данных о посещаемости, рекламе и заключенных сделках, а не считать полночь по пекинскому времени периодом низкой деловой активности для всех рынков.
Каналы можно комбинировать в зависимости от получателей: объявление в панели управления предназначено для ежедневных операторов, электронная почта удобна для хранения полного описания, а для срочных напоминаний следует использовать заранее согласованный рабочий канал. Если обновление влияет на оформление заказов или отправку запросов клиентами, необходимо также предусмотреть уведомление на внешней части сайта и указать доступный альтернативный способ связи.
Что еще нужно проверить, если обновление затрагивает запросы, рекламу и индексацию?
Сайт и маркетинговые сервисы взаимосвязаны, поэтому обновление функций может повлиять на эффективность продвижения. При изменении форм, оплаты или посадочных страниц необходимо заранее уведомить рекламных и sales-сотрудников, совместно проверить путь клиента, события конверсии и получение лидов, чтобы сайт оставался доступным и при этом не терял способность привлекать клиентов.
При изменении структуры URL, шаблонов страниц или многоязычных путей следует уведомить специалистов по поисковой оптимизации и заранее проверить переадресации, настройки индексации и карту сайта. В уведомлении об обновлении функций не обязательно раскрывать технические детали, но ответственные лица должны понимать, что именно проверять и к какому сроку.
Для пользователей интегрированных платформ создания сайтов и маркетинга администратор сайта может собрать уведомления в одном сообщении и четко определить задачи поставщика, операторов и отдела продаж. Использование несколькими командами единого списка изменений и графика помогает уменьшить расхождения в понимании и поочередно проверить все пункты после запуска.
Что делать, если требуется срочное исправление и времени на предварительное уведомление нет?
При уже возникшем сбое или проблеме безопасности может не быть возможности ждать стандартного срока уведомления. В таком случае при первой возможности следует как можно скорее опубликовать краткое сообщение с указанием области влияния, временных мер и времени следующего обновления информации, а затем дополнить его подробным описанием причин и результатов восстановления.
После восстановления операторы должны фактически проверить вход в систему, отправку запросов, заказы, оплату и другие затронутые процессы. В уведомлении о завершении необходимо разделить уже восстановленные и еще требующие обработки вопросы. Нельзя объявлять всю работу полностью восстановленной только на основании завершения развертывания; нерешенные проблемы следует отслеживать до конца.
Превратите необходимый срок в выполнимый план
При определении времени уведомления об обновлении функций главное — оставить пользователям достаточно эффективного времени для подготовки. О небольших изменениях следует сообщать своевременно, изменения процессов анонсировать за несколько дней, а для крупных переходов оставлять одну–две недели или больше, корректируя сроки с учетом рабочих дней, разницы во времени за рубежом и зависимостей между участниками.
Перед отправкой в последний раз проверьте три вещи: правильно ли определены получатели, четко ли сформулированы задачи и есть ли кто-то, кто отреагирует на проблему. Каждый затронутый оператор должен понимать, когда произойдут изменения, как подготовиться и как подтвердить восстановление — только тогда уведомление действительно поможет снизить перебои в работе бизнеса, вызванные обновлением.
