Уебсайтът не е проект. Той е операция.

Има един момент, който виждаме отново и отново. Бизнес поръчва нов уебсайт. Агенцията го прави, всички са доволни, следва тържествено пускане. Шест месеца по-късно сайтът е по-бавен, формата за контакт тихо е спряла да изпраща имейли, SSL сертификатът е изтекъл за уикенд и никой не е забелязал, а собственикът се чуди защо запитванията са намалели.

Проблемът не е в агенцията. Проблемът не е и в технологията. Проблемът е в модела на мислене: сайтът е третиран като проект — нещо с начало, край и фактура — а в действителност той е операция, която или някой поддържа жива, или тя бавно деградира.

Какво всъщност се случва след пускането

Никой уебсайт не стои неподвижен, дори когато никой не го пипа. Средата около него се движи постоянно:

Библиотеките и CMS-ът, на които е построен, получават актуализации за сигурност. Пропуснете няколко и ставате лесна мишена за автоматизирани атаки, които сканират интернет денонощно. Браузърите и Google променят изискванията си — това, което вчера е било „бърз сайт", днес е посредствен резултат в Core Web Vitals и по-ниска позиция в търсенето. Интеграциите се чупят тихо: платежният доставчик сменя API версия, имейл услугата затяга правилата си, и формата, която е работила година и половина, спира — без грешка на екрана, без предупреждение.

Нищо от това не е драматично само по себе си. Драматично е натрупването: след година без грижа „новият" сайт технически е стар.

Защо моделът „проект" се проваля

Когато сайтът е проект, бюджетът свършва в деня на пускането. Всичко след това е „извънредно" — и понеже е извънредно, се отлага. Отговорността също свършва: агенцията е предала работата, вътрешният екип няма капацитет, и в резултат сайтът е ничий.

Иронията е, че най-важният период от живота на един сайт е точно след пускането. Тогава идват реалните потребители, реалният трафик и реалните проблеми, които никой тест не е хванал. Тогава се вижда кои страници всъщност конвертират и кои са мъртво тегло. Проектният модел приключва точно когато започва интересното.

Как изглежда операционният модел

Не е нужно нищо екзотично. Нужни са три неща, правени постоянно:

Наблюдение. Някой (или нещо) трябва да знае в рамките на минути, а не седмици, когато сайтът падне, забави се или форма спре да работи. Мониторингът е евтин; неоткритият проблем — не.

Поддръжка по график. Актуализации на сигурността, резервни копия, които реално са тествани за възстановяване, подновяване на сертификати и домейни. Скучна работа, която именно затова се пропуска — и именно затова трябва да е автоматизирана или договорно нечия отговорност.

Итерация на база данни. Сайтът генерира информация всеки ден: откъде идват хората, къде отпадат, какво търсят. Операционният модел означава веднъж месечно някой да погледне тези данни и да направи една-две малки, измерими промени. Десет такива подобрения за година често струват повече от един „редизайн" за десетки хиляди лева.

Практичният въпрос: кой го прави?

Има три работещи варианта и един неработещ.

Работещите: вътрешен човек с ясно заделено време (не „когато остане време"), външен партньор с договор за поддръжка и дефинирани отговорности, или комбинация — вътрешен собственик на резултата, външен изпълнител на техническата част.

Неработещият: „ще се обадим на някого, ако нещо се счупи." Това не е план, а надежда. И е най-скъпият вариант, защото плащате в най-лошия момент — когато сайтът вече не работи, клиентите го виждат, а вие нямате нито диагноза, нито човек, който познава системата.

Откъде да започнете тази седмица

Ако имате сайт и не сте сигурни в кой лагер сте, отговорете си на пет въпроса: Кой разбира пръв, ако сайтът падне в събота? Кога за последно е тествано възстановяване от резервно копие — не правено, а тествано? Кой отговаря за актуализациите на сигурността и кога е била последната? Работи ли формата за контакт в момента — проверявали ли сте този месец? Кой гледа аналитиката и кога за последно е довела до конкретна промяна?

Ако на два или повече въпроса отговорът е „не знам", сайтът ви е проект, който бавно се превръща в риск. Добрата новина: преминаването към операционен модел не изисква нов сайт. Изисква решение чия отговорност е той — и после дисциплина това решение да се спазва.

Искате ли да поговорите за това, което е разгледано тук? Свържете се →