Najprije odredite vrstu problema

  • Kvar koji blokira kontakt: pogrešan broj ili nedostava upita traže tehničku provjeru prije razmišljanja o novom izgledu. Kod sigurnosnog upozorenja ne zaobilazite zaštitu preglednika; obavijestite osobu koja održava web.
  • Ograničena sadržajna ili prikazna prepreka: zastarjeli opis, nejasna poveznica ili preširoka fotografija mogu se rješavati ciljano ako ostatak izvedbe podržava vaše poslovanje.
  • Povezani problemi kroz više stranica: nova ponuda, neodgovarajuća navigacija i otežano održavanje razlog su za usporedbu dorade i šire rekonstrukcije, uz pregled njihovih troškova i rizika.

Ovo nije bodovni test koji automatski preporučuje kupnju novog weba. Zabilježene prepreke služe za razgovor o najmanjem održivom zahvatu.

1. Kupac ne može razumjeti ponudu

Otvorite glavnu uslugu kao osoba koja još ne poznaje vaše poslovanje. Možete li objasniti što se nudi, kome je namijenjeno i koji je sljedeći korak? Ako su odgovori skriveni iza općih pohvala, prvo treba urediti sadržaj.

Takav se problem često rješava jasnijim naslovom i rasporedom, bez promjene cijele tehnologije.

Provjera na vlastitoj ponudi: zamolite nekoga tko nije sudjelovao u izradi da pronađe jednu konkretnu uslugu i način javljanja. Zapišite što je tražio i na kojem je izrazu zastao, umjesto da ga tijekom zadatka usmjeravate.

2. Korištenje na telefonu zahtijeva zaobilaženje prepreka

Provjerite čitljivost, izbornik i važne gumbe na malom zaslonu. Ako tekst izlazi iz prikaza, prozor prekriva sadržaj ili se obrazac teško ispunjava, zabilježite konkretnu stranicu i korak.

Ne zaključujte na temelju izgleda samo početne. Katalog i kontakt mogu imati drukčije probleme od naslovnog ekrana.

Provjera na telefonu: prođite put od opisa usluge do kontakta na uređaju koji koristite. Otvorite izbornik, uključite tipkovnicu u obrascu i snimite prepreku bez tuđih osobnih podataka. Uz prikaz navedite model uređaja ili širinu zaslona i preglednik.

3. Važna radnja ne završava pouzdano

Za obrazac upita nije dovoljno vidjeti poruku „poslano”. U dogovorenoj provjeri primatelj treba potvrditi da je test stigao na predviđeno mjesto. Ako web prima zahtjeve za termin, razlikujte zaprimljen zahtjev od potvrđene rezervacije.

Neispravan obrazac zahtijeva popravak i provjeru, ali sam po sebi ne dokazuje da treba novi dizajn cijelog weba.

Provjera primitka: s vlasnikom pretinca dogovorite jedan jasno označen test, bez stvarnih podataka klijenata. Usporedite vrijeme slanja i primitka. Ako poruke nema, ispitajte obradu obrasca, odredišni pretinac i dostavu e-pošte prije pripisivanja problema dizajnu.

4. Sadržaj se ne može održavati točnim

Stare cijene, ugašene usluge i neaktivni kontakti mogu zbuniti kupca. Utvrdite je li problem u nedostupnim pristupima, složenoj administraciji ili nepostojanju odgovorne osobe za izmjene.

Prikladan plan održavanja ponekad vrijedi više od nove rubrike koju opet nitko neće uređivati.

Provjera odgovornosti: odaberite jednu netočnu informaciju i utvrdite tko je može ispraviti, tko odobrava novi tekst i kako provjeravate objavu. Ako ti koraci nisu dogovoreni, novi sustav neće sam riješiti organizacijski problem.

5. Ne možete povezati web s poslovnim ciljem

Ako ne znate kako dolaze upiti, prvo definirajte što želite pratiti. Nedostatak podataka nije isto što i dokaz da web nema učinka.

Broj posjeta razmatrajte uz kvalitetu kontakata i vrstu poslovanja. Za početak pogledajte kako postaviti korisno mjerenje.

Provjera kroz razgovore: ako već vodite vlastitu evidenciju upita, potražite ponavljajuće nedoumice o usluzi ili načinu kontakta. Ne morate uvoditi novi analitički alat samo za ovaj pregled. Sama promjena broja upita, bez konteksta sezone i ostalih kanala, ne potvrđuje uzrok problema.

Primjer odluke: popraviti kontakt ili preurediti cijeli web?

Zamislimo mali servis bicikala čiji vlasnik kaže: „Web je star i treba nam novi.” To je početni dojam, ali još nije opis posla. U ovom ilustrativnom primjeru najprije zapisujemo što kupac pokušava napraviti i gdje zapinje. Ne prikazujemo stvaran DTweb projekt ni njegov rezultat.

Situacija A: ponuda je točna, ali kontakt ne radi

Usluge su razumljivo opisane, radno vrijeme je aktualno i prikaz na telefonu je čitljiv. Međutim, poveznica za poziv sadrži stari broj, a vlasnik ne prima poruke iz obrasca. Prvi zahvat tada je ispraviti kontakt i utvrditi uzrok nedostave. Promjena boja ne rješava nijedan od tih problema.

Za predaju popravka dogovorili bismo dvije provjerljive stavke: poveznica otvara točan broj, a označena testna poruka stiže dogovorenom primatelju. Test bi se proveo uz njegov dogovor. Tek nakon toga ima smisla procjenjivati ostale nedostatke, bez zaključka da ispravan kontakt automatski znači i veći broj upita.

Situacija B: web predstavlja poslovanje koje se promijenilo

Isti servis kasnije uvede sezonsko održavanje za poslovne korisnike, dok web još predstavlja samo pojedinačne popravke. Opisi su rasuti po starim objavama, izbornik skriva nove usluge, a svaka izmjena prikaza remeti druge dijelove stranice. Ovdje je problem širi od telefonskog broja.

Prije odluke o redizajnu usporedili bismo može li se postojeća izvedba održivo prilagoditi novoj ponudi. Ako može, ciljano preuređenje sadržaja ostaje opcija. Ako ograničenja sustava traže niz međusobno ovisnih zahvata, treba procijeniti cjelovitu novu verziju. Ta procjena traži pregled stvarnog weba, ne pravilo da određena starost znači obveznu zamjenu.

Tražite usporedbu dvaju opsega, ne samo cijenu novog izgleda

U zahtjevu za ponudu možete zatražiti manji održivi zahvat i širi redizajn kao dvije jasno opisane mogućnosti. Ne moraju obje biti izvedive, ali izvođač treba objasniti zašto neku isključuje.

  • Problem koji rješavamo: navedite konkretnu stranicu i radnju, primjerice pronalazak ponude za poslovne korisnike.
  • Što ostaje: označite točne tekstove, korisne fotografije i postojeće adrese koje želite sačuvati.
  • Što se mijenja: odvojite uređivanje sadržaja, raspored stranica i tehničke popravke.
  • Što nije uključeno: razjasnite odnosi li se zahvat samo na web ili bi tražio zasebne promjene drugih usluga.
  • Dokaz završetka: dogovorite što ćete zajedno otvoriti i provjeriti prije prihvaćanja isporuke.

Tako možete usporediti ponude koje rješavaju isti zadatak. Jeftinija stavka „novi dizajn” nije usporediva s ponudom koja uključuje sređivanje sadržaja i provjeru kontakta ako ne znate što svaka isporučuje.

Za primjer provjera nakon donesene odluke pogledajte dokumentirani redizajn DTweba. Taj prikaz govori o našem postupku objave, dok vam ovaj vodič pomaže odrediti treba li uopće krenuti u takav opseg.

Što poslati za prvi pregled

  1. Točnu poveznicu i radnju: primjerice, na stranici usluge ne možete pronaći kontakt ili se polje poruke prekriva tipkovnicom.
  2. Očekivano i zatečeno ponašanje: opišite razliku i priložite prikaz bez povjerljivih podataka, ako ga imate.
  3. Važne dijelove koje treba zadržati: postojeće adrese, tekstove, galerije ili poveznice iz poslovnih profila.
  4. Novu poslovnu potrebu: objasnite što se promijenilo u ponudi, a ne samo kakve boje želite.

Nemojte u početni upit slati lozinke. Pristupi se traže zasebno i samo ako su potrebni za dogovoreni posao. Ako pregled pokaže da je opravdana nova izrada web stranice, njezin opseg usporedite s mogućnošću popravka postojeće verzije.

Kada razmotriti novu verziju

Redizajn ima više smisla kada su problemi povezani sa strukturom, ograničenjima sustava i načinom korištenja, pa se pojedinačni popravci međusobno otežavaju. Trošak i rizik treba usporediti s održivim manjim zahvatom.

Prije odluke pripremite popis konkretnih prepreka za pregled redizajna. Sigurnosna upozorenja ili sumnjiv sadržaj rješavaju se kao zaseban hitan problem, ne čekaju vizualno preuređenje.

Promjena izgleda ne zahtijeva automatski nove adrese stranica. Ako se URL-ovi ipak mijenjaju, prije objave pripremite njihova odgovarajuća odredišta, preusmjerenja i provjeru internih poveznica. Googleove smjernice za promjene URL-ova upozoravaju na nepovezana preusmjerenja prema početnoj i moguće privremene promjene vidljivosti. Novi izgled nije jamstvo boljih Google pozicija.

Zabilježite problem, ne samo dojam

Pošaljite primjer stranice i opis radnje koja ne funkcionira kako bi trebala; to je dobra osnova za izbor popravka ili redizajna.

Pošaljite web za pregled