Bus-Koncert

Bus-Koncert miał stronę na WordPressie. Strona istniała, ładowała się i wyglądała jak działający serwis — ale kluczowa funkcja, czyli rezerwacja przejazdów, nie działała.

To najgorszy możliwy wariant awarii. Strona, która w ogóle nie wstaje, jest oczywistym problemem i ktoś się nią zajmuje. Strona, która wygląda poprawnie i cicho nie realizuje jedynej rzeczy, po którą przychodzi klient, potrafi tracić sprzedaż miesiącami, zanim ktokolwiek policzy, ile.

Cztery tygodnie. Termin był sztywny.

Budżet na przebudowę, nie na nowy produkt. To zawężało pole: nie było mowy o projektowaniu wszystkiego od nowa. Trzeba było zdecydować, co zostaje, a co idzie do wymiany — i uzasadnić to liczbami, a nie preferencją.

Pierwszym odruchem przy niedziałającej funkcji jest naprawić to, co jest. Przy WordPressie zwykle oznacza to podmianę wtyczki, obejście konfliktu i pójście dalej.

Odradziliśmy to. Rezerwacje były sklejone z komponentów, których nikt nie utrzymywał, a poprzednie naprawy zostawiły po sobie warstwę obejść. Każda kolejna łatka działałaby do najbliższej aktualizacji.

Przy takim stanie przebudowa jest tańsza w perspektywie roku niż łatanie, mimo że w pierwszym miesiącu wygląda drożej. Tę różnicę trzeba klientowi pokazać, bo z jego perspektywy widać tylko wyższy koszt na starcie.

Jednocześnie nie budowaliśmy wszystkiego od nowa — budżet był na przebudowę i to on wyznaczał, co zostaje bez zmian.

Rezerwacja przejazdów działa — czyli serwis wreszcie robi to, po co powstał.

Poprawiła się też widoczność w wyszukiwarce. To typowy efekt uboczny wyjścia z zaniedbanego WordPressa: nowa struktura serwisu, poprawne adresy i szybsze ładowanie zmieniają sytuację również po stronie SEO, nawet jeśli nie było to głównym celem projektu.