Gata de demo vs gata de producție: când aplicația ta creată cu IA e cu adevărat gata pentru utilizatori reali
Cele mai multe aplicații create cu IA arată grozav într-un demo și se crapă în fața celui de-al treilea utilizator real. Iată cum să-ți dai seama de ce parte ești și cum să închizi distanța fără un dezvoltator.
Cu fiecare creator de aplicații cu IA există un moment în care lucrul pe care l-ai construit începe să arate real. Pagina se încarcă, butoanele funcționează, formularul preia date, iar datele apar unde ar trebui. Dai clic prin aplicație și te simți ca un fondator. E un sentiment bun. E și locul unde mulți oameni rămân blocați — pentru că distanța dintre „asta funcționează când o demonstrez” și „asta funcționează când o folosește un străin” e mai mare decât pare, iar acea distanță nu apare în panoul de previzualizare al creatorului de aplicații cu IA.
Articolul ăsta e despre închiderea acelei distanțe în mod deliberat. Nu trebuie să devii inginer ca să o faci. Trebuie să știi ce să testezi, în ce ordine, și când să încetezi să mai numești ceva un prototip.
Ce înseamnă de fapt „gata de demo”
O aplicație creată cu IA gata de demo face lucrul pe care voiai să-l facă, pe traseul pe care l-ai testat, cu date care arată ca datele pe care le-ai tot lipit în prompturi. Autentificarea funcționează. Panoul se încarcă. Lucrul pe care voiai să-l arăți cofondatorului tău e pe ecran.
Gata de demo nu e nimic. Acum patru luni, ce ai construit era o colaborare cu un freelancer și un termen de șase săptămâni. Dar e și o versiune a aplicației tale care a fost testată de tine, singur, pe traseul fericit. Utilizatorii reali nu rămân pe traseul fericit.
Lipesc o adresă de e-mail cu un spațiu rătăcit la final. Folosesc Safari pe un iPad în mod peisaj. Intră pe date mobile și lasă pagina să stea pe jumătate încărcată treizeci de secunde înainte să apese butonul. Se așteaptă ca „înapoi” să funcționeze și se așteaptă ca reîmprospătarea să nu piardă nimic din ce au tastat.
Motivul pentru care demo-urile sunt înșelătoare nu e că IA a construit ceva fals. E că persoana care face demo-ul știe unde sunt îngropate cadavrele. Dai instinctiv clic pe butoanele care funcționează. Un utilizator real dă clic pe cele de care uitaseși că există.
Cele cinci lucruri care se crapă primele
De-a lungul oamenilor pe care i-am urmărit trecând de la demo la lansare cu creatoare de aplicații cu IA, aceleași cinci lucruri tind să fie primele care se rup sub utilizatori reali. Să le parcurgi deliberat e cea mai rapidă cale spre a fi gata de producție.
1. Starea goală. Panoul tău arată grozav cu trei proiecte în el, pentru că ai folosit trei proiecte cât timp construiai. Un utilizator nou se înscrie, ajunge pe un panou cu zero din orice și vede un dreptunghi gri gol. Soluția e un singur prompt: „Când utilizatorul are zero proiecte, afișează un mesaj prietenos care explică ce să facă în continuare și un buton pentru a-l crea pe primul”. Plictisitor, zece secunde de muncă, face diferența dintre „asta e stricat” și „asta e de ajutor”.
2. Starea de eroare. Încearcă asta chiar acum: oprește-ți wifi-ul și dă clic prin aplicație. Tastează o parolă greșită intenționat. Trimite un formular cu câmpul de e-mail gol. Dacă aplicația ta se prăbușește, îngheață sau afișează o eroare brută ca 500 Internal Server Error, ai o problemă de stare de eroare. Creatorul de aplicații cu IA poate repara asta, dar trebuie să întrebi: „Ce se întâmplă când apelul către API eșuează? Când utilizatorul introduce date greșite? Când e offline?”. Acestea sunt trei prompturi separate și acoperă majoritatea modurilor în care utilizatorii reali dau de necaz.
3. Vizualizarea pe mobil. Cam jumătate dintre primii tăi utilizatori — poate mai mulți, în funcție de ce e aplicația ta — o vor deschide pe un telefon. Creatoarele cu IA gestionează bine designul responsiv pentru aspecte standard și prost pentru cele personalizate, mai ales orice implică o bară laterală, un modal lipicios sau un formular complex. Deschide-ți aplicația pe telefon, cu degetul mare celălalt, așa cum o folosește un om real. Dacă ceva depășește ecranul, ceva e prea mic ca să-l atingi cu precizie sau ceva acoperă tastatura când încerci să tastezi, ăla e de reparat. De obicei un prompt: „Fă ca această pagină să arate bine pe ecranul unui telefon, în special [lucrul care e stricat] — păstrează versiunea de desktop neschimbată”.
4. Problema «celui de-al doilea utilizator». Iată una insidioasă. Multe aplicații create cu IA presupun un singur utilizator. Datele pe care le creezi rămân în aplicație. Apoi se înscrie un al doilea utilizator și ori îți vede datele, ori nu vede nicio dată și se zăpăcește rău de tot. Asta e o întrebare de autentificare și de delimitare a datelor și merită s-o ceri IA să explice cum stochează datele utilizatorilor înainte să lansezi. Formularea corectă: „Explică cum sunt separate datele utilizatorilor. Dacă se înscriu doi oameni, poate unul să le vadă pe ale celuilalt?”. Răspunsul e testul.
5. Butonul «m-am răzgândit». Utilizatorii reali anulează lucruri tot timpul. Își șterg contul abia creat pentru că au tastat e-mailul greșit. Se dezabonează la două minute după ce s-au abonat. Vor să editeze un proiect făcut ieri pentru că titlul are o greșeală de scriere. Creatoarele de aplicații cu IA, lăsate de capul lor, construiesc traseul de creare și sar peste traseul de editare-sau-ștergere — pentru că demo-ul le-a cerut doar să creeze lucruri. Dacă lansezi cu acea lipsă, primii tăi trei utilizatori îți vor trimite un e-mail într-o oră, iar e-mailul va începe cu cuvântul „Cum”. Parcurge aplicația și întreabă, pentru fiecare ecran: „Poate utilizatorul să anuleze ce tocmai a făcut sau să-l schimbe mai târziu?”. Oriunde răspunsul e nu, aceea e o funcție de care ai nevoie înainte de lansare.
Ce NU înseamnă „gata de producție”
Gata de producție pentru o aplicație creată cu IA nu e același lucru cu gata de producție la o bancă. Nu ai nevoie de 99,99% disponibilitate. Nu ai nevoie de un test de încărcare. Nu ai nevoie de un manual de proceduri sau de o rotație de gardă. Nu ești Stripe, ești un lucru mic care servește oameni reali.
De ce ai nevoie e de o aplicație care nu te face de râs în fața unui străin. Asta e realizabil într-o după-amiază sau două concentrate, odată ce știi ce să cauți. Cele cinci puncte de mai sus sunt cea mai mare parte. Restul e să faci aplicația lizibilă — text clar pe fiecare buton, comportament previzibil când dai clic, nicio pagină care se înfundă la o săgeată de înapoi care nu funcționează.
Cel mai mare salt de la gata de demo la gata de producție nu e în cod. E în disponibilitatea ta de a-ți folosi propria aplicație așa cum ar face-o un străin. Trucul pe care îl sugerez oamenilor: dă-i telefonul unui prieten la o cafenea și roagă-l să facă lucrul principal pe care îl face aplicația ta, fără să i-l explici. Nu da indicii. Urmărește-i degetul mare. Primul loc unde se oprește mai mult de trei secunde e cel mai important lucru pe care îl poți repara săptămâna asta. Al doilea și al treilea loc sunt de obicei urmăriri rapide.
O mică listă de verificare pentru lansare
Înainte să lansezi către primii tăi zece utilizatori reali, parcurge această listă. Nimic din ea nu cere să scrii cod. Totul e fie un prompt către creatorul tău de aplicații cu IA, fie o parcurgere manuală cu clicuri.
- M-am înscris ca utilizator complet nou dintr-o fereastră de navigare privată, cap la cap, fără scurtături.
- Am folosit aplicația pe telefon.
- Am încercat să stric formularele — câmpuri goale, date ciudate, date foarte lungi.
- L-am întrebat pe creatorul de aplicații cu IA cum sunt separate datele utilizatorilor, iar răspunsul are sens.
- Am o cale de a contacta utilizatorii dacă ceva merge prost (un câmp de e-mail, un link de feedback, orice).
- Am o cale de a ști când ceva a mers prost — creatorul de aplicații cu IA oferă de obicei înregistrarea de bază a erorilor; activează-o.
- Starea goală a fiecărei pagini îi spune utilizatorului ce să facă în continuare.
- Fiecare acțiune care creează ceva are o cale de a-l anula, edita sau șterge.
Dacă parcurgi această listă și lipsesc câteva elemente, acelea sunt prompturile de mâine. Dacă parcurgi și lipsesc cele mai multe, aplicația nu e încă gata — și ăsta e un lucru util de știut înainte să trimiți linkul cuiva.
Calea de mijloc sinceră
Cele mai multe aplicații create cu IA trăiesc o vreme într-o zonă de mijloc. Funcționează, în mare. Au câteva colțuri brute. Servesc bine un grup mic de utilizatori și s-ar crăpa la scară. Ăsta e un loc bun în care un startup sau un instrument intern poate trăi luni de zile. Greșeala e să tratezi o aplicație gata de demo ca și cum ar fi deja dincolo de acea zonă. Cealaltă greșeală e să tratezi „gata de producție” ca pe un standard de perfecționist pe care nu-l poți atinge niciodată.
Întrebarea reală e: m-aș simți confortabil dacă un prieten ar folosi asta și mi-ar raporta? Dacă da, ești suficient de gata de producție pentru etapa ta. Dacă mai degrabă te-ai grăbi să repari ceva înainte să-ți spună ce a crezut, scrie acel lucru și repară-l mai întâi.
Nu trebuie să fii gata pentru zece mii de utilizatori. Trebuie să fii gata pentru următorii zece. Aceea e o listă reală, finită de reparații, iar creatorul tău de aplicații cu IA te poate ajuta să le faci pe cele mai multe într-o după-amiază.
Dacă ai lansat o aplicație creată cu IA către utilizatori reali, care a fost primul lucru care s-a stricat și pe care nu l-ai prezis? Aceea e de obicei întrebarea mai interesantă decât „a mea e gata?” — pentru că surpriza e semnalul real.