Страница описания услуги — это не статичный документ, который пишется один раз и больше не меняется. Корректировка цен, изменение спектра услуг, сроков выполнения или контактного лица делают прежний текст неточным. Многие специалисты меняют заголовок и основной текст, нажимают «Опубликовать», а спустя время обнаруживают, что в подвале указана старая цена или в подписи к изображению осталось название уже снятой с производства услуги. Подобные проблемы не сложны, но одна оплошность может привести к тому, что клиент обратится с вопросом, основанным на неверной информации. Ниже мы разберём легко упускаемые детали в два этапа: проверка перед публикацией и проверка после неё.
Сначала определите, какие поля относятся к «устаревающим»
На странице описания услуги часть содержимого относительно стабильна: позиционирование услуги, целевая аудитория, общая схема оказания. Другая часть может меняться в любое время, в том числе:
- Цена, диапазон стоимости или способ расчёта
- Сроки выполнения, время отклика, часы обслуживания
- Область применения: например, регионы охвата, что включено и что не включено
- Имя контактного лица, контактные данные, адрес офиса
- Названия кейсов, партнёров, сроки проектов
- Информация об акциях, скидках, датах окончания
Перед обновлением отметьте на странице все места, где встречаются эти поля. Одна и та же цена может появляться в основном тексте, таблице, на изображении, в подвале или боковой панели — изменение только одного места приведёт к противоречиям. Рекомендуется при редактировании в админпанели сначала прочитать страницу целиком, выписать все поля, которых коснётся правка, а затем последовательно их заменить, а не менять по ходу просмотра.
Перед публикацией: что проверить помимо основного текста
Исправление основного текста — лишь первый шаг. Следующие места часто остаются без внимания; рекомендуется пройти по ним по порядку.
Синхронизированы ли заголовок, аннотация и описание страницы
Если в этот раз изменилось название услуги или ключевое преимущество, необходимо обновить заголовок страницы, аннотацию и текст, отображаемый на вкладке браузера. Если в аннотации осталась старая область применения, клиент, перейдя из результатов поиска или со страницы списка, сразу заметит несоответствие. Способ проверки прост: прочитайте отдельно заголовок и аннотацию и убедитесь, что они говорят о том же, что и первый абзац основного текста.
Остаются ли точными изображения, схемы и вложения
На страницах описания услуг часто размещают блок-схемы, прайс-листы, схемы зон обслуживания. Если такие изображения взяты из старой версии, они легко несут устаревшую информацию. При обновлении откройте каждое изображение по очереди и убедитесь, что текст, цифры и даты в нём всё ещё актуальны. Подписи к изображениям тоже нужно проверить: на многих страницах они заполняются отдельно, и бывает, что основной текст изменён, а подпись — нет.
Кроме того, если на странице предлагается скачать коммерческое предложение, инструкцию по услуге или другой вложенный файл, сам файл тоже нужно заменить, а не только текст кнопки скачивания.
Цифры и единицы измерения в таблицах
Таблицы цен, сроков, сравнения тарифов — места, где ошибки наиболее вероятны. При проверке обратите внимание на три момента: обновлены ли цифры, чётко ли указаны единицы (руб./раз, руб./мес., рабочие или календарные дни), соответствует ли заголовок таблицы текущей классификации услуг. Если какой-то тариф удалён, нужно удалить всю соответствующую строку, а не оставлять пустую ячейку.
Страницы, на которые ведут кнопки и ссылки
Кнопки «Связаться», «Посмотреть кейс», «Узнать подробнее» ведут на определённую страницу или форму. После обновления содержания услуги убедитесь, что при переходе по этим ссылкам открывается страница, соответствующая текущей услуге. Если услуга больше не предоставляется, а кнопка по-прежнему ведёт на её описание, клиент увидит информацию, которая уже неактуальна. Открыть каждую ссылку на странице — самый простой способ проверки перед публикацией.
После публикации: убедитесь, что изменения действительно вступили в силу
Нажать «Опубликовать» — не значит закончить. После публикации рекомендуется сделать три вещи.
Во-первых, откройте страницу в режиме инкогнито или после выхода из аккаунта, чтобы убедиться, что отображается последняя версия, а не старая страница из кэша браузера. Во-вторых, проверьте отображение на мобильных устройствах: длинные таблицы и широкие изображения могут выходить за пределы экрана или смещаться. В-третьих, если правка затронула адрес страницы, убедитесь, что старый адрес по-прежнему открывается корректно, чтобы клиент, перейдя из закладок или по внешней ссылке, не увидел страницу ошибки.
Если одна и та же услуга описана на нескольких страницах — например, на главной, в списке услуг, на странице кейсов — после изменений стоит проверить согласованность формулировок и там. Ситуация, когда обновлена только страница описания, а на других осталась старая информация, — частое упущение в работе.
Что делать со старым содержимым: удалить, оставить или объединить
При обновлении страницы описания услуги часто возникает вопрос, что делать со старой версией. Несколько типичных случаев можно оценить так:
- Услуга больше не предоставляется: не удаляйте страницу сразу, можно оставить краткое пояснение и перенаправить на альтернативную услугу, чтобы клиент не попал на пустую страницу.
- Услуга лишь изменила название или область применения: обновите существующую страницу, не создавайте новую, иначе одна услуга будет представлена в двух версиях.
- Две страницы сильно пересекаются по содержанию: рассмотрите объединение в одну, дополнив полезной информацией со второй страницы, а затем решите, сохранять ли старый адрес.
При работе со старыми страницами главное — не допустить, чтобы клиент видел противоречивую информацию на нескольких страницах. Перед объединением или закрытием убедитесь, что на них больше не ведут другие страницы или кнопки.
Превратите проверку в регулярное действие
Страница описания услуги обновляется нечасто, но каждая правка затрагивает немало полей. Вместо того чтобы полагаться на память, лучше оформить перечисленные пункты в виде чек-листа перед публикацией и хранить его в админпанели или общем документе команды. При каждом обновлении достаточно пройтись по пунктам — это займёт несколько минут и избавит от необходимости later разбираться с замечаниями клиентов. Если обновлением занимаются несколько человек, можно договориться, кто меняет содержание, а кто проверяет ссылки и изображения, чётко распределив ответственность.
