Kiek trunka svetainės pertvarka? Realus laiko planas

„Kiek tai užtruks?“ – pirmasis klausimas, kurį dauguma įkūrėjų užduoda apie svetainės pertvarką, ir dažniausiai neteisingai įvertinamas. Sąžiningas atsakymas daugumai MVĮ ir startuolių projektų – nuo 6 iki 14 savaičių, o tikrąjį skaičių kur kas labiau lemia kliento pusės veiksniai nei agentūros greitis.

Etapais išskaidytas laiko planas

Štai realus vidutinio dydžio pertvarkos projekto (8–15 puslapių, individualus dizainas, valdomas per CMS) išskaidymas:

Etapas	Tipinė trukmė	Kas vyksta	Reikalingas kliento indėlis
1. Atradimas	4–7 dienos	Tikslai, auditorija, konkurentų apžvalga, svetainės struktūros eskizas, esamos svetainės techninis auditas	Didelis – pradinis pokalbis, užduoties peržiūra, sprendimų priėmėjų suderinimas
2. Strategija ir apimtis	3–5 dienos	Puslapių architektūra, CTA modelis, CMS pasirinkimas, apimties patvirtinimas	Didelis – apimtis turi būti patvirtinta prieš pradedant dizainą
3. Dizainas (Figma)	2–3 savaitės	Wireframe'ai → vizualinis dizainas → adaptyvūs maketai → prototipas	Vidutinis – 2 atsiliepimų raundai, reikia patvirtinti dizainą
4. Programavimas	3–5 savaitės	Frontend kūrimas, CMS paruošimas, integracijos, mobiliųjų ir naršyklių testavimas	Mažas – turinys turi būti paruoštas iki šio etapo 1 savaitės
5. Peržiūra ir paleidimas	4–7 dienos	Galutinis testavimas, turinio patikra, našumo auditas, staging peržiūra, DNS perjungimas	Didelis – prieš paleidimą reikalingas kliento patvirtinimas

Iš viso: 7–11 savaičių disciplinuotam projektui. Projektai, kurie pasiekia 14+ savaičių, beveik visada tokie tampa dėl vėlavimo vienoje nuspėjamoje srityje.

Kodėl projektai iš tikrųjų vėluoja (paprastai ne dėl agentūros)

Mūsų patirtimi, 5 dažniausios projektų vėlavimo priežastys visos yra kliento pusėje – ir visų jų galima išvengti:

1. Turinys nėra paruoštas, kai prasideda programavimas. Vien ši problema lemia maždaug 60% laiko plano pratęsimų. Programuotojai negali kurti puslapių aplink laikiną tekstą, kai tikrasis turinys pakeis išdėstymą. Turinys turi būti patvirtintas prieš pradedant kūrimą, o ne jo metu.
2. Neaišku, kas priima sprendimus. Kai keli sprendimų priėmėjai turi veto teisę ir nė vienas neturi galutinio patvirtinimo įgaliojimo, atsiliepimų raundai dauginasi. Prieš pradedant projektą paskirkite vieną sprendimų priėmėją.
3. Apimtis išsiplečia dizaino metu. „Ar galime dar pridėti išteklių biblioteką, karjeros puslapį ir klientų portalą?“ – visi pagrįsti prašymai, visi pateikti jau suderinus apimtį. Pakeitimai po dizaino patvirtinimo prideda savaičių. Apsvarstykite juos kaip 2-ąjį etapą.
4. Atsiliepimai vėluoja. 5 darbo dienų atsako į dizaino atsiliepimus laikas, kartojamas per kelis raundus, prideda 2–4 savaites, per kurias jokio darbo neatliekama.
5. Trečiųjų šalių integracijos nepakankamai įvertinamos. CRM integracijos, rezervavimo sistemos ir mokėjimų tvarkyklės dažnai reikalauja susirašinėjimo su trečiosios šalies palaikymo komanda. Numatykite 1–2 papildomas savaites kiekvienai sudėtingai integracijai.

Kaip vykdyti greitą ir tvarkingą pertvarkos projektą

Greičiausiai mūsų įgyvendinti projektai turėjo šias keturias savybes:

• Turinys paruoštas jau pradžioje. Įkūrėjai, atėję su teksto juodraščiu, esamomis nuotraukomis ir aiškia žinučių hierarchija, leido mums pereiti nuo dizaino prie kūrimo nelaukiant.
• Vienas sprendimų priėmėjas su patvirtinimo įgaliojimu. Jokių komiteto peržiūrų, jokių papildomų patvirtinimų suderinus dizainą.
• Apimtis užfiksuota po strategijos etapo. Naujos idėjos keliauja į kaupiamąjį sąrašą, o ne į dabartinį sprintą. Tai apsaugo laiko planą neignoruojant gerų idėjų.
• Atsiliepimai per 48 valandas. Greiti atsiliepimų ciklai yra vienintelis labiausiai valdomas projekto greičio veiksnys – iš abiejų pusių.

O kaip dėl didesnių ar sudėtingesnių projektų?

Didelės pertvarkos, daugiakalbiai projektai ir web aplikacijos su individualia logika paprastai trunka 14–24 savaites. Tai ne vėlavimai – tai teisinga apimtis atsižvelgiant į sudėtingumą. Jei agentūra siūlo 3 savaites 50 puslapių svetainei su individualiomis integracijomis, tai pavojaus ženklas, o ne konkurencinis pranašumas.