Мы ведём один сайт уже 6 лет. Вот что поняли о подрядчиках, редизайнах и доверии

Меня часто спрашивают: как можно шесть лет работать с одним клиентом, это же скучно?

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

Это статья о том, почему большинство компаний тратят деньги на digital неправильно. И как это исправить.

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

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

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

Сделать сайт и вести сайт — это разные вещи

У большинства подрядчиков голова заточена под проект. Сделал, сдал, ушёл, взял следующий. И это норма, просто так устроена модель. Беда в том, что сайт после сдачи живёт сам по себе. Через полгода уже никто не помнит, почему вот эта кнопка ведёт сюда, а не туда. Любая правка делается с замиранием: вдруг что‑то отвалится.

Когда сайт ведут вдолгую, всё иначе. Команда помнит, что и почему делали, что пробовали и забраковали, что было в планах, но не дошли руки. Это знание не лежит ни в каком документе, оно копится у людей. И это является ключевой проблемой. Если кто‑то уходит или команда меняется — начинается коллапс.

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

Передача проекта — место, где теряют больше всего

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

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

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

Что с этим делать вам как заказчику:

1. Не платите за документацию вслепую, по факту: договоритесь заранее, что именно в ней будет.
2. Держите все доступы у себя — домен, хостинг, репозиторий, админку оформляйте на компанию, а не на исполнителя, это банально ваше имущество.
3. И мысленно прокрутите неприятный сценарий: подрядчик завтра пропал, что я смогу отдать другим? Если ответ «ничего», это и есть ваш риск.

За что не говорят спасибо

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

Сложилось это потому, что в начале занялись скучным. Деплоем, чтобы выкатка обновлений не была лотереей. Описанием того, как развернуть проект. Бэкапами, доступами. Никто из заказчиков не приходит с просьбой «настройте мне нормальный деплой», и хвалить за это не принято. А именно от этой невидимой части зависит, можно ли потом спокойно расти.

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

Вывод для бизнеса простой. Закладывайте бюджет на эту невидимую инженерную работу, без неё каждая будущая правка дорожает. И спрашивайте у команды, есть ли дизайн‑система, потому что она прямо влияет на то, как быстро и за сколько вам потом всё доработают.

Лучшее в проекте часто не из ТЗ

Хорошая команда не только закрывает написанное в задаче, но и замечает то, что в задачу не попало. Покажу на двух мелочах.

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

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

Когда подрядчиков много

Знакомая картина: дизайн рисует один, код пишет другой, сеошник третий, а между ними ваш менеджер, который пересказывает каждому, что сказали остальные. На стыках всё и застревает. Дизайнер нарисовал — разработчик отвечает, что за такие деньги/часы реализовать задуманное не выйдет. Сеошник просит перекроить структуру — дизайнер не согласен, там ведь «красота». В итоге либо вы сами становитесь переводчиком и тратите на это уйму времени, либо проект расползается.

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

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

Долгая работа копится как проценты по вкладу

Редизайн дорогой сам по себе, но дороже то, что идёт после него. Месяцы простоя, пока делают новое. Слитый накопленный вес в поиске и ухудшение позиций. И снова надо пересказывать новой команде то, что прошлая уже знала. А гарантии, что через два года не окажетесь там же, никакой.

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

Если свести всё к короткому списку проверок, то ответьте на следующие вопросы:

1. Кто отвечает за сайт в перерывах между крупными работами.
2. На кого оформлены доступы и исходники.
3. Ведётся ли единый список задач с понятной отчетностью по времени.

Когда сайт «просто есть», бизнес обычно уже платит за его тихую деградацию. В счетах этой строчки нет, но деньги уходят