Корпоративный сайт промышленного предприятия редко остаётся
неизменным после запуска. Меняются материалы, продуктовые направления,
контактная информация, задачи подразделений и требования к самому
ресурсу. Поэтому для части проектов более точной моделью становится не
«разработка и передача сайта», а его длительный жизненный цикл.
В портфолио Mercury RUS этот формат представлен несколькими
промышленными проектами. Есть отдельный кейс корпоративного сайта
href="/portfolio/148/">Тихвинского вагоностроительного завода, а
также самостоятельные проекты сопровождения и развития
href="/portfolio/774/">ТВЗ, Titran и
НПЦ «Пружина». Такое разделение важно:
разработка сайта и его дальнейшее сопровождение — не одно и то же
событие, даже если речь идёт об одном предприятии.
Запуск сайта не
завершает его жизненный цикл
На момент запуска структура и контент соответствуют текущей задаче.
Но промышленный сайт рассчитан на использование в течение длительного
времени. Если после публикации ресурс перестаёт меняться, он постепенно
начинает отставать от реального состояния компании.
Именно поэтому сопровождение нельзя сводить только к реакции на
техническую неисправность. Даже стабильный сайт требует контроля
актуальности информации и периодического пересмотра того, насколько его
структура и функции соответствуют текущим задачам.
В материалах по сайту ТВЗ зафиксировано регулярное обновление
информации как одна из особенностей технического обслуживания. Это
хороший пример простого, но важного принципа: поддержка начинается с
того, чтобы сайт оставался актуальным рабочим ресурсом.
Техническая
поддержка и развитие — разные слои
Условно работу с действующим сайтом можно разделить на два слоя.
Первый — поддержание работоспособности. Сюда относится всё, что не
позволяет ресурсу деградировать технически и информационно. Второй —
развитие: изменения, которые появляются потому, что у предприятия
меняются задачи или становится очевидно, что существующий
пользовательский сценарий можно улучшить.
Эти слои связаны, но их полезно различать. Если смешивать всё в
понятие «поддержка», сложно планировать изменения и оценивать их
приоритет. Если же считать развитием только крупный редизайн, команда
будет откладывать полезные небольшие улучшения до следующего большого
проекта.
Сами Portfolio 774, 778 и 779 прямо обозначены как «сопровождение и
развитие». Исходные данные не раскрывают одинаковый список работ для
каждого проекта, и такой список не нужно придумывать. Важнее
зафиксированный формат отношений с ресурсом: сайт остаётся объектом
постоянной работы после запуска.
Актуальность
контента — техническая задача тоже
На промышленном сайте контент часто воспринимают исключительно как
ответственность редактора. На практике качество сопровождения зависит и
от того, насколько удобно этот контент обновлять, насколько структура
выдерживает появление новых материалов и не возникает ли при изменениях
технических проблем.
Регулярное обновление информации, зафиксированное в кейсе ТВЗ,
показывает эту связь. Актуальность — это не только написание нового
текста. Это ещё и способность сайта принять изменения без разрушения
структуры и визуальной логики.
Поэтому в долгосрочном сопровождении полезно отслеживать не только
«что обновить», но и «почему это обновление сложно выполнить».
Повторяющиеся трудности с публикацией часто указывают на архитектурный
долг самого сайта.
Развитие
должно опираться на реальную эксплуатацию
После запуска команда получает то, чего не было на этапе
проектирования: опыт реального использования ресурса.
Становится видно, какие разделы обновляются чаще, где контент
постоянно требует ручных обходных решений, какие страницы уже не
соответствуют текущей структуре предприятия, какие изменения
повторяются. Это естественная база для развития.
Такой подход отличается от полного редизайна «по календарю». Развитие
может происходить постепенно — через отдельные улучшения, которые решают
накопившиеся эксплуатационные задачи. При этом исходные Portfolio не
дают оснований перечислять конкретные функции, которые были добавлены во
всех проектах сопровождения, поэтому правильнее говорить о самом
процессе: изменения возникают из эксплуатации, а не из абстрактного
желания «освежить сайт».
Один и тот же
домен может включать разные проекты
Для управления портфолио Mercury RUS принципиально важно, что
корпоративная разработка и последующее сопровождение фиксируются
отдельно.
Например, корпоративный сайт ТВЗ и проект «Тихвинский
вагоностроительный завод — сопровождение и развитие» относятся к одному
ресурсу, но не являются дублями. Это разные типы работ и разные этапы
жизненного цикла.
Такая модель полезна и для самого предприятия. Она позволяет отделить
завершённый этап создания сайта от постоянной работы с действующим
ресурсом, а значит — планировать сопровождение как самостоятельную
деятельность, а не как бесконечное продолжение первоначальной
разработки.
Что имеет
смысл фиксировать в модели сопровождения
Даже без тяжёлого формального регламента полезно заранее определить
несколько вещей.
Нужно понимать, кто со стороны предприятия формирует запросы на
изменения. Какие типы изменений возникают регулярно. Какие изменения
требуют отдельного согласования как развитие. Как проверяется результат
после обновления. Как сохраняется возможность отката при технических
изменениях. Как отделяются контентные задачи от изменений
функциональности.
Это не означает, что для любого проекта нужен тяжёлый регламент.
Наоборот, ясные правила позволяют сопровождению оставаться компактным и
предсказуемым.
id="почему-промышленным-сайтам-особенно-важен-долгий-горизонт">Почему
промышленным сайтам особенно важен долгий горизонт
Промышленный корпоративный сайт обычно не является краткосрочной
кампанией. Он представляет предприятие, продукцию и контактные сценарии
на протяжении длительного периода. Поэтому архитектурные решения должны
оцениваться не только по тому, насколько хорошо сайт выглядит сегодня,
но и по тому, насколько удобно с ним работать через год после
запуска.
Долгосрочное сопровождение как раз и показывает качество исходной
архитектуры. Если каждое изменение требует обходных решений, ресурс
начинает накапливать технический и контентный долг. Если структура
выдерживает развитие, сайт можно улучшать постепенно без постоянного
возвращения к полной переработке.
Главное
Сопровождение промышленного сайта — это управление его жизненным
циклом.
Техническая поддержка сохраняет работоспособность и актуальность.
Развитие позволяет ресурсу меняться вместе с задачами предприятия.
Реальная эксплуатация даёт материал для приоритетных улучшений.
Проекты Mercury RUS для ТВЗ, Titran и НПЦ «Пружина» подтверждают саму
практику длительной работы с промышленными ресурсами. И именно такой
подход позволяет рассматривать сайт не как завершённый однажды проект, а
как инфраструктуру, которую нужно поддерживать и развивать в течение
всего срока её использования.
