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

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

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

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

Чтобы обсуждать владение предметно — и внутри компании, и с подрядчиком — нужны обязательства, исполнение которых можно проверить. Их пять.

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

Часы подрядчика. Отдельно плановые — обновления и регулярные проверки — и отдельно задачи развития. Первые повторяются и предсказуемы, вторые зависят от дел бизнеса; сводить их в одну цифру бессмысленно.

Число обновлений. Сколько раз за год поднимают версии того, на чём сайт работает. Считается в подходах, а не в часах, и отличает живой сайт от замороженного сильнее всего.

Срок реакции. Не «есть ли поддержка», а через сколько берутся за обращение и чем критичная поломка отличается от косметической. Обязательство без срока — не обязательство.

Периодичность. Что происходит раз в месяц, что раз в квартал, что раз в год. Нет ответа на «как часто» — работа не запланирована и будет сделана по факту аварии.

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

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

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

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

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

Мы делали сайт VERBA LEGAL в момент рождения фирмы: четыре партнёра вышли на рынок сразу с полусотней профессионалов, но бренда ещё не существовало. Масштабируемость была записана в требования к продукту прямым текстом — фирма росла быстрее любого плана, и структура сайта с админкой должны были выдержать рост без переделок.

Что получилось на длинной дистанции. Фирма выросла с пятидесяти человек до более чем ста пятидесяти, а с десятка практик — до более чем двадцати пяти вместе с индустриями: корпоративное право и M&A, международный арбитраж, рынки капитала, санкционный комплаенс, налоги, недвижимость, фармацевтика. Навигация построена вокруг трёх сущностей — люди, практики, индустрии, — и партнёр или практика оказываются на сайте в тот же день, когда о них объявили, без переработки существующих разделов.

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

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

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

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

Выпишите шесть строк — по каждой нужен ответ в часах, подходах или сроке. Эти шесть ответов и есть ваш план владения.

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

Можно проще: дайте адрес действующего сайта и скажите, что изменилось в компании после запуска. Этого хватит на главный ответ — поддерживать или менять. Если выйдет «поддерживать», мы так и скажем.