Переписати сайт з нуля чи допрацювати наявний

Питання «переписати сайт з нуля чи допрацьовувати наявний» виникає рано чи пізно в кожного проєкту, якому більше трьох років. І майже завжди відповідь на нього дають емоційно: розробникам не подобається старий код, власнику не подобається старий дизайн, а маркетингу не подобається, що нічого не можна швидко змінити.

Емоційна відповідь при цьому майже завжди одна – «переписати». Це найдорожчий і найризикованіший варіант, і обирають його частіше, ніж він того вартий.

Що насправді означає «переписати»

Переписування – це не тільки новий код. Це:

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

Сам код зазвичай становить меншу частину роботи. Це і є головна причина, чому переписування виходить за терміни: планують розробку, а витрачають на перенесення.

Коли доробка справді не рятує

Перші два рядки – справжні причини. Решта частіше вирішується доробкою за меншу суму і без ризику.

Проміжний варіант, який рідко пропонують

Між «нічого не чіпати» і «переписати все» є третій шлях: заміна частинами. Сайт залишається робочим, а секції, шаблони й функціональність замінюються по черзі.

Це виглядає так:

1. Аудит того, що є. Які сторінки дають трафік і заявки, які не дають нічого. Часто виявляється, що переписувати треба десять сторінок із двохсот.
2. Заміна шаблонів по одному. Спочатку головна, потім сторінки послуг, потім блог. Кожна зміна перевіряється окремо.
3. Перенесення функціональності модулями. Форми, каталог, фільтри – кожен окремо, зі своєю датою.
4. Дизайн приходить із шаблонами. Не окремим етапом, який чекає завершення розробки.

Головна перевага цього підходу не в ціні, а в тому, що при просіданні метрик ви точно знаєте, який саме крок його викликав. При повному переписуванні змінюється все одразу і причину знайти неможливо.

Як прийняти рішення

Чотири питання, які дають відповідь чесніше за будь-яку презентацію:

• Скільки коштує підтримка поточного сайту за рік? Якщо це половина вартості нового – переписування себе окупить. Якщо десята частина – ні.
• Скільки завдань відкладено тому, що «на цьому сайті так не можна»? Якщо список довгий і в ньому речі, що приносять гроші, – це аргумент.
• Чи знаєте ви, чому сайт погано працює? Якщо ні, новий сайт відтворить ту саму проблему в новому коді. Це трапляється частіше, ніж хочеться.
• Чи готові ви до просідання на два-три місяці? Якщо сайт – основне джерело заявок, це реальний ризик, який потрібно закласти в бюджет.

Найчастіша помилка

Переписати сайт, зберігши всі проблеми, які були в старому. Це відбувається, коли новий сайт роблять «як старий, але красивіше», не розібравшись, чому старий не працював.

Ознака цієї помилки в тому, що технічне завдання на новий сайт складається зі списку сторінок, а не зі списку завдань, які сайт має вирішувати. Якщо в документі немає жодної цифри, яку новий сайт має поліпшити, – переписування нічого не змінить, крім вигляду.

Що робити далі

Практичний порядок такий: спочатку виміряти поточний стан – швидкість, конверсію, трафік, вартість підтримки. Потім скласти список того, що заважає, з оцінкою в грошах. І тільки після цього рахувати, що дешевше: закрити ці пункти доробкою чи почати заново.

У більшості випадків, які ми бачили, після такого підрахунку виявлялося, що критичних проблем три-чотири і всі вони вирішуються за кілька тижнів. Повне переписування виправдане рідше, ніж його обирають, і майже завжди тоді, коли платформа перестала оновлюватися або кожна правка ламає сусідній функціонал. В інших випадках заміна частинами дає той самий результат із меншим ризиком.