Apmeklētājs telefonā nospiež pogu “Nosūtīt pieprasījumu”, bet ekrānā nekas nemainās. Vai pieteikums ir nosūtīts? Vai jāpiespiež vēlreiz? Šajā brīdī mājaslapas ātrums vairs nav tikai tehnisks mērījums. Tas kļūst par uzticības jautājumu: cilvēkam jāzina, vai vietne saprata viņa darbību un kas notiks tālāk.

Uztvertais ātrums ir sajūta par to, cik ātri un saprotami mājaslapa reaģē. To ietekmē ne tikai datu pārraide, bet arī satura parādīšanās secība, stabils izkārtojums un paskaidrojumi gaidīšanas laikā. Šajā rakstā uzmanības centrā ir tieši šie brīži: kā veidot mobilo pieredzi, kurā cilvēks spēj turpināt iesākto arī nestabilā savienojumā.

1. Atšķir ielādes ātrumu no sajūtas par ātrumu

Divas lapas var pilnībā ielādēties līdzīgā laikā, bet radīt atšķirīgu iespaidu. Vienā uzreiz redzams virsraksts, pakalpojuma apraksts un saziņas iespēja. Otrā sākumā redzams tukšs laukums, bet saturs parādās tikai pēc vairāku elementu sagatavošanas. Pirmajā gadījumā apmeklētājs jau lasa un pieņem lēmumu, kamēr pārējais vēl ielādējas.

Tas nenozīmē, ka tehnisko veiktspēju drīkst ignorēt. Uztvertais ātrums to papildina, nevis aizstāj. Noderīgi ir nodalīt trīs jautājumus: kad kļūst redzams galvenais saturs, kad iespējams sākt darbību un cik ātri vietne uz šo darbību reaģē. Katram no tiem var būt cits šķērslis un cits risinājums.

Google Core Web Vitals rādītāji palīdz vērtēt saistītus aspektus: LCP raksturo galvenā satura elementa parādīšanos, INP — reakciju uz mijiedarbību, bet CLS — izkārtojuma negaidītas nobīdes. Tomēr pat labi rādītāji nepaskaidros, vai lietotājs saprot neskaidru pogas tekstu vai zina, ka viņa pieteikums ir saņemts.

Praktisks sākumpunkts: izvēlies vienu klientam svarīgu uzdevumu un apraksti visu ceļu no lapas atvēršanas līdz rezultātam. Pie katra soļa atzīmē, ko cilvēks redz gaidīšanas laikā. Tukšumi šajā aprakstā bieži atklāj svarīgākos pieredzes trūkumus.

2. Parādi noderīgo saturu saprotamā secībā

Mobilajā ekrānā sākotnēji redzamajai informācijai jāpalīdz orientēties. Pakalpojuma lapā tas parasti nozīmē skaidru piedāvājumu, būtisku nosacījumu un nākamo darbību. Ja visu pirmo ekrānu aizņem dekoratīvs ievads, cilvēks gaida ne tikai tehnisko ielādi, bet arī iespēju saprast, vai nonācis pareizajā vietā.

Saturs, kas jau ir gatavs, nav jāslēpj tikai tādēļ, ka vēl nav ielādējusies karte, atsauksmju bloks vai ārējs pieraksta rīks. Šādām daļām var paredzēt atsevišķu ielādes stāvokli. Tā apmeklētājs var lasīt pakalpojuma aprakstu, kamēr papildu funkcija vēl tiek sagatavota.

• Galveno virsrakstu un aprakstu rādi neatkarīgi no papildrīku gatavības.
• Attēliem un iegultajiem blokiem iepriekš rezervē vietu, lai saturs nelēkātu.
• Ja izmanto satura vietturus, veido tos līdzīgus gaidāmā satura struktūrai.
• Svarīgu informāciju neatstāj pieejamu tikai pēc ievada animācijas beigām.

Vietturis ir pagaidu laukums, kas norāda, kur parādīsies saturs. Tas palīdz saprast lapas uzbūvi, taču bezgalīgi pulsējoši laukumi paši par sevi problēmu neatrisina. Ja datus neizdodas saņemt, vietturis jāaizstāj ar skaidru paziņojumu un iespēju mēģināt vēlreiz.

Piemēram, ja filiāles atrašanās vietas karte kavējas, adresei un darba laikam joprojām jābūt izlasāmam tekstā. Tādējādi ārējā pakalpojuma aizkave neaptur galveno uzdevumu — saprast, kur un kad uzņēmumu var apmeklēt.

3. Katrai darbībai nodrošini redzamu atbildi

Pēc pieskāriena pogai cilvēkam jāsaņem saprotama reakcija. Tā var būt pogas stāvokļa maiņa, paskaidrojošs teksts vai rezultāta parādīšanās. Svarīgi, lai atbilde būtu saistīta ar konkrēto darbību, nevis būtu tikai vispārīgs ielādes aplītis ekrāna vidū.

Pieteikuma nosūtīšanai var paredzēt trīs skaidrus stāvokļus: “Nosūtīt pieprasījumu”, “Nosūta…” un “Pieprasījums saņemts”. Pēdējo drīkst parādīt tikai pēc saņemšanas apstiprinājuma. Ja vietne tikai sākusi nosūtīšanu, nedrīkst radīt iespaidu, ka process jau sekmīgi pabeigts.

Novērs atkārtotas darbības tur, kur tās rada risku. Nosūtīšanas laikā pogu var īslaicīgi atspējot, vienlaikus paskaidrojot iemeslu. Taču saskarnes risinājums vien negarantē aizsardzību pret dublikātiem: pasūtījumu un maksājumu plūsmām vajadzīga arī atbilstoša apstrāde servera pusē.

Ja apstrāde ieilgst, paziņojumam jāpalīdz rīkoties. Teksts “Pieprasījuma apstrāde aizņem ilgāku laiku” ir godīgāks par izdomātu progresa procentu. Neparedzamu procesu nevajag attēlot kā gandrīz pabeigtu, ja sistēmai nav datu, kas to apstiprina.

Atgriezeniskajai saitei jābūt arī piekļūstamai. Neizmanto tikai krāsas maiņu, lai paziņotu par kļūdu vai panākumu. Pievieno tekstu un nodrošini, ka būtiskas statusa izmaiņas var uztvert arī cilvēki, kuri izmanto ekrānlasītāju.

4. Saglabā iesākto, ja savienojums pārtrūkst

Mobilais savienojums var mainīties brauciena laikā, telpās vai pārslēdzoties starp tīkliem. Tādēļ laba pieredze nenozīmē tikai ātru darbību ideālos apstākļos. Tā nozīmē arī iespēju atgūties pēc kļūmes, nezaudējot ievadīto un nesākot visu no jauna.

Ja kontaktformas nosūtīšana neizdodas, ievadītajiem laukiem iespēju robežās jāpaliek aizpildītiem pašreizējā skatā. Paziņojumam jāpasaka, kas nav izdevies, un jāpiedāvā nākamais solis. Frāze “Radās kļūda” bez papildu norādes atstāj cilvēku strupceļā.

1. Saglabā lietotājam redzamu ievadīto saturu, kamēr viņš atkārto nosūtīšanu.
2. Atšķir nepareizi aizpildītu lauku no tīkla vai servera problēmas.
3. Piedāvā atkārtotu mēģinājumu, neprasot pārrakstīt visu formu.
4. Ja iespējams, parādi alternatīvu saziņas veidu, piemēram, tālruni vai e-pastu.

Ilgstoša melnrakstu saglabāšana pārlūkā jāvērtē atsevišķi. Koplietotā ierīcē tā var radīt privātuma risku, īpaši sensitīviem datiem. Saglabāšana nav automātiski vajadzīga visām formām; vispirms nosaki, kāda informācija tiek ievadīta un cik ilgi to patiešām nepieciešams glabāt.

Arī kļūdas formulējumam jāatbilst tam, ko sistēma zina. Ja atbilde no servera nav saņemta, ne vienmēr var droši apgalvot, ka pieprasījums nav nonācis galamērķī. Svarīgām darbībām vajadzīga iespēja pārbaudīt statusu, nevis tikai aicinājums spiest pogu vēlreiz.

5. Izmēri gaidīšanas brīžus konkrētā klienta ceļā

Lai uzlabotu uztverto ātrumu, nepietiek aplūkot tikai sākumlapas ielādi. Izvēlies pilnu scenāriju, piemēram, pakalpojuma atrašanu, nosacījumu izlasīšanu un pieprasījuma nosūtīšanu. Izpildi to telefonā ar ierobežotu savienojumu un pavēro tieši pārejas starp darbībām.

Šeit mērķis nav izveidot vispārīgu tehnisko pārbaudes sarakstu. Mērķis ir atrast brīžus, kuros cilvēks zaudē pārliecību. Pieraksti, vai pēc pieskāriena seko redzama reakcija, vai gaidīšanas iemesls ir skaidrs un vai kļūmes gadījumā ir saprotams turpinājums.

• Vai var sākt lasīt, kamēr papildu elementi vēl ielādējas?
• Vai poga neaizslīd, kad virs tās parādās jauns saturs?
• Vai pēc nosūtīšanas ir nepārprotams apstiprinājums?
• Vai savienojuma kļūmes dēļ nezaudējas paveiktais?

Ja iespējams, palūdz uzdevumu izpildīt cilvēkam, kurš vietni nepārzina. Neskaidro priekšā nākamo soli. Viņa jautājums “Vai tagad jāgaida?” var atklāt vairāk nekā vēl viens kopējais veiktspējas vērtējums. Labojumus izvēlies pēc tā, cik būtiski tie palīdz pabeigt uzdevumu.

6. Veido skaidru pieredzi jau no pirmās versijas

Sākot jaunu mājaslapu, definē ne tikai gatavo ekrānu, bet arī ielādes, kļūdas un apstiprinājuma stāvokļus. Katram svarīgam elementam uzdod jautājumu: ko apmeklētājs redzēs, ja atbilde kavēsies? Šāda pieeja palīdz izvairīties no situācijas, kur vizuāli pabeigta lapa reālā lietošanā šķiet nereaģējoša.

99web.lv piedāvā profesionālu mājaslapu par 9,99 €/mēn. ar PVN. Cenā iekļauts hostings, SSL, uzturēšana un MI rediģēšanas kredīti. Lapu vari būvēt pats ar MI vai izvēlēties no kataloga; projektu vadītājs ir pieejams jebkurā brīdī, lai pārrunātu vajadzības un iespējamos risinājumus.

Izmēģini 99web.lv un sāc ar vienu skaidru klienta ceļu — no piedāvājuma izlasīšanas līdz saprotamam darbības apstiprinājumam. Vari reģistrēties un veidot mājaslapu, kurā apmeklētājam nav jāmin, kas notiek pēc katra pieskāriena.