Сайт наново или доработка на сегашния
Въпросът „да направим ли сайта наново или да доработим сегашния“ рано или късно възниква при всеки проект на повече от три години. И почти винаги отговорът се дава емоционално: разработчиците не харесват стария код, собственикът не харесва стария дизайн, а маркетингът не харесва това, че нищо не може да се смени бързо.
Емоционалният отговор при това почти винаги е един – „наново“. Това е най-скъпият и най-рисков вариант и се избира по-често, отколкото си заслужава.
Какво реално означава „наново“
Правенето наново не е само нов код. То е:
- Пренасяне на цялото налично съдържание, включително онова, което всички са забравили.
- Запазване на всички адреси на страниците или пълна карта с пренасочвания.
- Повторна настройка на аналитиката, формите, интеграциите и пощата.
- Период, в който новият сайт вече го има, а привичните инструменти на екипа още ги няма.
- Риск от спад на трафика за няколко месеца.
Самият код обикновено е по-малката част от работата. Точно затова тези проекти излизат от срока: планира се разработка, а времето отива за пренасяне.
Кога доработката наистина не спасява
| Ситуация | Решение |
|---|---|
| Платформата вече не получава обновления | Наново, това е въпрос на сигурност |
| Всяка поправка чупи нещо друго | Наново, но на части |
| Сайтът не работи на телефони | Наново фронтендът, не целият сайт |
| Бавен и причината не е намерена | Първо намерете причината |
| Дизайнът е остарял | Доработка, това не е повод |
| Неудобно се пълни със съдържание | Доработка на административната част |
| Нов изпълнител го съветва | Попитайте кои числа ще подобри |
Първите два реда са истински причини. Останалите по-често се решават с доработка, за по-малко пари и без риска.
Средният вариант, който рядко предлагат
Между „да не пипаме нищо“ и „да направим всичко наново“ има трети път: замяна на части. Сайтът остава работещ, а секциите, шаблоните и функционалността се сменят една по една.
Изглежда така:
- Одит на наличното. Кои страници носят трафик и запитвания и кои не носят нищо. Често се оказва, че наново трябва да се правят десет страници от двеста.
- Замяна на шаблоните един по един. Първо началната, после страниците с услуги, после блогът. Всяка промяна се проверява отделно.
- Пренасяне на функционалността на модули. Форми, каталог, филтри – всеки поотделно, със своя дата.
- Дизайнът идва с шаблоните. Не като отделен етап, който чака разработката да свърши.
Основното предимство на този подход не е цената, а това, че при спад на показателите знаете точно коя стъпка го е причинила. При пълно правене наново всичко се сменя наведнъж и причината е невъзможна за откриване.
Как да вземете решение
Четири въпроса, които отговарят по-честно от всяка презентация:
- Колко струва поддръжката на сегашния сайт за година? Ако това е половината от цената на нов, правенето наново ще се изплати. Ако е една десета, няма.
- Колко задачи са отложени, защото „на този сайт така не може“? Ако списъкът е дълъг и в него има неща, които носят пари, това е аргумент.
- Знаете ли защо сайтът работи зле? Ако не, новият сайт ще възпроизведе същия проблем в нов код. Това се случва по-често, отколкото ни се иска.
- Готови ли сте за спад от два-три месеца? Ако сайтът е основният източник на запитвания, това е реален риск и мястото му е в бюджета.
Най-честата грешка
Да направите сайта наново, запазвайки всички проблеми, които е имал старият. Това се случва, когато новият сайт се прави „като стария, но по-красив“, без да се изясни защо старият не е работил.
Признакът е, че заданието за новия сайт се състои от списък със страници, а не от списък със задачи, които сайтът трябва да решава. Ако в документа няма нито едно число, което новият сайт трябва да подобри, правенето наново няма да промени нищо освен външния вид.
Какво да направите
Практичният ред е такъв: първо измерете текущото състояние – скорост, конверсия, трафик, цена на поддръжката. После съставете списък с това, което пречи, с оценка в пари. И чак тогава сметнете кое е по-евтино: да закриете тези точки с доработка или да започнете отначало.
В повечето случаи, които сме виждали, след такава сметка се оказваше, че критичните проблеми са три-четири и всички се решават за няколко седмици. Пълното правене наново е оправдано по-рядко, отколкото се избира, и почти винаги тогава, когато платформата е спряла да получава обновления или всяка поправка чупи съседна функционалност. В останалите случаи замяната на части дава същия резултат с по-малък риск.










