Draudimo bendrovė

Klientas — draudimo bendrovė, internetu parduodanti privalomąjį civilinės atsakomybės draudimą, kasko ir kelionių draudimo produktus. Platforma kurta daugelį metų: nuosavas PHP kodas, prarasta dokumentacija, pakeitimai trukdavo kelias savaites, o išorinis auditas aptiko 11 kritinių pažeidžiamumų. Tuo pat metu svetainė yra pagrindinis pardavimo kanalas: paieškos indeksuose — dešimtys tūkstančių puslapių, YMYL temai taikomi griežti turinio kokybės reikalavimai, o bet kokia migracijos klaida reiškia pozicijų praradimą, kurias draudimo srityje labai brangu susigrąžinti.

Perkelti svetainę ir polisų pirkimo internetu procesą į šiuolaikinę technologijų platformą nė dienai nesustabdant

pardavimų: išsaugoti paieškos srautą, pašalinti pažeidžiamumus, pagreitinti platformą ir palikti komandai galimybę plėtoti produktą nebijant ko nors sugadinti. Papildomas valdybos reikalavimas — projektas turi atsipirkti išaugusia konversija, o ne vien „technine tvarka“.

Migraciją suskaidėme į etapus, kuriuos galima įjungti atskirai: pirmiausia turinio puslapiai, tada skaičiuoklės ir polisų įsigijimas, o galiausiai — asmeninė paskyra. Kiekvieną etapą galima atšaukti atskirai, todėl rizika kaupėsi dalimis, o ne visa iš karto.

• Atlikome inventorizaciją: perėjome visus URL, sudarėme funkcijų žemėlapį, registravome integracijas su mokėjimo ir apskaitos sistemomis, puslapius suskirstėme pagal srautą ir pajamas.
• Suprojektavome tikslinę architektūrą: „Next.js“ sąsaja su serveriniu paieškos puslapių atvaizdavimu, API sluoksnis virš esamų paslaugų ir laipsniškas senojo kodo pašalinimas.
• Perkėlėme turinio puslapius: sukūrėme 80 tūkstančių URL peradresavimų žemėlapį, perkėlėme meta duomenis ir žymėjimą, kiekvieno puslapio turinį bei struktūrą sutikrinome su originalu.
• Perrašėme poliso įsigijimą internetu: skaičiuoklę, formos žingsnius ir mokėjimą; dalyje srauto senoji ir naujoji versijos veikė lygiagrečiai.
• Srautą perjungėme kanariniu būdu: 5% → 25% → 100%, kiekviename etape stebėdami klaidas, konversiją ir pozicijas.
• Kiekvienam etapui parengėme atšaukimo planą: pablogėjus rodikliams srautą į seną platformą buvo galima grąžinti per minutes, o ne valandas.

Atskirai vykdėme migracijos SEO saugumo darbą: kasdien tikrinome indeksavimą, prioritetinių grupių pozicijas ir nuskaitymo klaidas, srautą lyginome su praėjusiais metais. Būtent ši disciplina leido ramiai atkurti organinį srautą per dvi savaites, o ne per kelis mėnesius besitęsiantį tokiems projektams būdingą „duobės“ laikotarpį. Valdyba gavo tai, ko reikalavo: viename projekte suderinome greitesnę platformą ir apsaugotą pardavimo kanalą.

Ką atveria naujoji technologijų platforma:

• Headless CMS — rinkodara gali savarankiškai skelbti draudimo produktų nukreipimo puslapius be kūrėjų.
• A/B platforma — polisų įsigijimo eksperimentai kaip nuolatinis procesas, o ne vienkartinis projektas.
• Pasiūlymų personalizavimas pagal automobilio tipą, regioną ir kliento istoriją.