Prototipul clicabil: de ce economisește săptămâni

Un prototip clicabil e aplicația ta desenată, cu ecranele legate între ele, pe care o poți atinge pe telefon înainte să existe o linie de cod. Economisește săptămâni pentru că greșelile ies la iveală când se repară într-o oră: muți un buton, refaci un ecran, ștergi un pas. După ce aplicația e programată, aceeași schimbare înseamnă cod rescris, testat din nou și publicat din nou.

Ce e, mai exact

Ecranele se desenează într-un program de design, de exemplu Figma, și se leagă între ele: atingi „Programează”, se deschide calendarul; alegi ora, apare confirmarea. Figma numește asta conexiuni între zone apăsabile și ecranele în care duc, și îți dă un link pe care îl poți trimite cuiva să-l încerce. Pe telefon arată și se poartă aproape ca o aplicație reală. În spate nu e nimic: nu se salvează date, nu pleacă notificări, nu se fac plăți.

Tocmai asta e ideea. Nielsen Norman Group spune simplu: să rupi cod e foarte scump, să rupi un prototip nu e.

Ce pui în el

Nu toate ecranele. Pui drumurile principale, cele pentru care există aplicația:

• primul contact: deschiderea, contul, eventual permisiunile;
• acțiunea de bază, de la cap la coadă (o programare, o comandă, o cerere);
• ce vede omul după: confirmarea, istoricul, unde găsește din nou ce a făcut.

Setările, paginile legale și cazurile rare le lași pentru mai târziu. Un prototip cu 15–25 de ecrane bine legate spune mai mult decât unul cu 80 de ecrane neterminate.

Cum îl testezi

Testul e mai simplu decât pare. Chemi pe cineva care seamănă cu clientul tău, îi dai telefonul și o sarcină („programează-te joi după-amiază”), apoi taci și te uiți. Unde ezită, unde apasă greșit, unde întreabă „și acum?”: acolo sunt problemele.

Câți oameni? Jakob Nielsen a scris încă din 2000 că cinci utilizatori găsesc cam 85% din problemele de folosire și că rezultatele cele mai bune vin din mai multe teste mici, cu reparații între ele, nu dintr-un singur test mare. În practică: cinci oameni, repari, încă trei-cinci oameni pe varianta nouă.

Unde câștigi timp

• Clientul și echipa văd același lucru. Un document de 20 de pagini se citește în zece feluri. Un prototip se apasă într-unul singur. Discuțiile de tipul „eu credeam că butonul e altundeva” se termină înainte de programare.
• Estimarea e mai corectă. Programatorul vede exact ce ecrane și ce stări există, deci estimează pe ce se construiește, nu pe ce și-a imaginat.
• Schimbările ies ieftin. Un pas în plus la înscriere, descoperit la test, se scoate în prototip în câteva minute. Descoperit după lansare, înseamnă o versiune nouă în magazine și utilizatori care au plecat între timp.

Ce nu-ți spune un prototip

Un prototip nu testează viteza reală, datele adevărate sau ce se întâmplă când pică internetul. Nu-ți spune nici dacă oamenii vor reveni a doua zi. Pentru astea ai nevoie de o primă versiune funcțională, cât mai mică. Prototipul îți spune altceva, la fel de util: dacă oamenii înțeleg aplicația și pot face ce au venit să facă.

La noi, prototipul clicabil e etapa dinaintea codului. Pașii îi găsești pe pagina de servicii App Dev. Despre ce intră în prima versiune am scris în articolul despre MVP: cea mai mică aplicație care merită lansată.