De ce prima ta aplicație creată cu IA ar trebui să fie urâtă

Prima dată când cineva folosește un creator de aplicații cu IA, de obicei face unul din două lucruri. Ori acceptă primul lucru pe care i-l dă IA și îl lansează, ori petrece trei zile aducând butoanele exact la nuanța potrivită de indigo înainte să fi testat dacă cineva chiar vrea lucrul ăla.

A doua grupă e mult mai numeroasă, și e o greșeală mai costisitoare. Articolul ăsta e despre de ce prima ta aplicație creată cu IA ar trebui să fie un pic urâtă în mod intenționat.

Capcana finisajului

Există un sentiment anume care te lovește cam la zece minute după ce începi să construiești ceva. Fluxul de bază funcționează. Un utilizator se poate înscrie, poate face lucrul, poate vedea rezultatul.

Și apoi ți se agață privirea de spațiere. Titlul e prea mare. Starea goală are text de tip rezervat-locul. Ecranul de autentificare arată ca unul din 2008.

Îi ceri creatorului de aplicații cu IA să repare spațierea. O face. Acum butonul e în locul greșit. Îi ceri să repare asta. O face. Acum animația ferestrei modale pare ciudată pe mobil. Petreci următoarele două ore împingând lucruri câte un pixel pe rând.

Problema nu e că finisajul e rău. Finisajul e grozav — la momentul potrivit. Problema e că finisajul e cel mai măsurabil fel de progres. E vizibil. Pare muncă. Și e aproape complet necorelat cu faptul dacă aplicația ta e bună.

Când aplicația ta e un pic urâtă, rămâi concentrat pe ce face. Când aplicația ta e frumoasă, începi s-o tratezi ca și cum ar fi gata.

Lucrul pe care chiar trebuie să-l știi

Nu construiești o aplicație. Testezi o ipoteză.

Ipoteza arată de obicei cam așa: oamenii care au problema X vor folosi un instrument care face Y ca s-o rezolve. Tot restul — culorile, tipografia, ilustrațiile pentru stările goale, turul de onboarding — există ca să servească acea ipoteză. Dacă ipoteza e greșită, niciun finisaj din ăla nu contează. Dacă ipoteza e corectă, ai timp berechet să repari culorile mai târziu.

Un prieten de-al meu a petrecut luna trecută două săptămâni construind un tracker de obiceiuri. Nu cea mai originală idee din lume, dar avea o abordare anume: urmărește obiceiurile în grupuri de câte trei, iar grupurile expiră săptămânal. Creatorul cu IA i-a dat un prototip funcțional în vreo o oră. A petrecut restul celor două săptămâni înfrumusețându-l.

Când în sfârșit l-a arătat oamenilor, feedbackul a fost: „Îmi place, dar n-aș folosi niciodată trei deodată.” Ipoteza lui de bază era greșită. Versiunea frumoasă era greșită exact în același fel în care era greșită versiunea urâtă. A petrecut doar zece zile în plus finisând un răspuns greșit.

Cum arată „suficient de urât”

Urât nu înseamnă stricat. Înseamnă subdecorat în mod deliberat. Câteva semne ale unei aplicații care e la nivelul potrivit de urât pentru o primă construcție:

Tema implicită face cea mai mare parte a muncii vizuale. Dacă creatorul cu IA a venit cu setări implicite rezonabile, încă nu le-ai atins.
Stările goale sunt text simplu. Fără ilustrații, fără text de tipul „Se pare că aici nu e încă nimic 🎉”. Doar „Niciun element”.
Favicon-ul e cel implicit. La fel și logoul, dacă există vreunul. Un wordmark într-un font implicit e suficient.
Fluxul de autentificare e orice ți-a dat creatorul. Fără branding. Fără personalizare. Funcțional.
O singură pagină poate fi conectată ca să facă lucrul real. Tot restul poate fi un ciot sau un link către un Google Form.

Dacă te holbezi la construcția ta și te simți ușor jenat s-o arăți unui prieten, probabil ești în zona potrivită. Acea jenă e utilă — te împinge să vorbești despre ce face aplicația mai degrabă decât despre cum arată. Care e conversația de care chiar ai nevoie.

Cele două feluri de feedback pe care ți le aduce urâțenia

Când îi arăți cuiva o aplicație șlefuită, reacționează la finisaj. „A, gradientul e frumos.” „Îmi place iconița.” Nimic din astea nu e informație. E echivalentul conversațional al politeților de complezență.

Când îi arăți cuiva o aplicație urâtă, primești două feluri diferite de feedback, ambele utile:

„Asta îmi rezolvă o problemă reală.” Asta e ce ai venit să cauți. Dacă aplicația urâtă primește reacția asta, ipoteza se susține, și ai voie să finisezi. Acum culorile contează, pentru că nu pariezi pe culori care să care o idee proastă.
„Nu prea văd la ce e asta.” Și asta e ce ai venit să cauți, chiar dacă usturică. Aplicația urâtă scoate asta la iveală mai repede pentru că nu e nimic care să distragă de la lucrul de bază. O aplicație frumoasă ar fi primit un dat din cap politicos și un „arată mișto”, iar tu n-ai fi învățat nimic.

Ambele reacții îți spun ce să faci în continuare. Versiunea șlefuită ți-ar fi dat păreri despre grosimea fontului.

„Dar dacă vreau s-o arăt unor investitori / clienți / mamei?”

Îngrijorare rezonabilă. Trei lucruri ajută.

Primul e că „a o arăta investitorilor” e de obicei mai departe decât pare. Majoritatea oamenilor care spun „trebuie să arate bine ca s-o arăt unor investitori” nu au de fapt o întâlnire cu un investitor în calendar. Au un investitor viitor vag și o anxietate prezentă foarte reală. Investitorul viitor vag ar prefera mult mai degrabă să vadă un produs funcțional cu cinci utilizatori reali decât o machetă șlefuită fără niciunul.

Al doilea e că există o diferență între urât și neterminat. O aplicație urâtă poate părea totuși intenționată — culori plate, fonturi de sistem, spațiere consecventă. Ce vrei să eviți e pe jumătate decorat: o pagină de destinație frumos animată în fața unui ecran de setări care încă arată Lorem Ipsum, sau trei stiluri diferite de buton pentru că ai personalizat două dintre ele și ai uitat al treilea. Acel fel de inconsecvență se citește drept „am renunțat pe la jumătate”, ceea ce e mult mai rău decât „încă n-am început să fac designul”.

Al treilea e că urât-în-mod-intenționat e un gen în sine. Instrumentele independente cu text simplu, designul brutalist, estetica „făcut de un singur om” — astea sunt look-uri respectate pe scară largă. Dacă te îngrijorează că arăți neprofesionist, mizează pe look în mod intenționat, în loc să te scuzi pentru el.

Când finisajul devine mișcarea corectă

Există un punct în care urâțenia încetează să fie utilă. Nu e o dată anume — e un sentiment anume. Vei ști că finisajul e mișcarea corectă când:

Ai un număr mic de utilizatori reali care revin întruna.
Nu mai auzi „nu văd la ce e asta” și începi să auzi „aș vrea să facă și X”.
Ești jenat de aplicație într-un fel care ține specific de cum arată, nu de cum funcționează.
Frecarea din interfață cauzează abandon real, nu doar te deranjează estetic.

Când ajungi acolo, cere-i creatorului cu IA să-ți facă o trecere de design. Alege un font. Strânge spațierea. Finisează stările goale. Munca pe care o faci atunci e răsplătită, pentru că fiecare pixel de finisaj aterizează peste ceva care deja funcționează.

Înainte să ajungi acolo, finisajul e mai ales procrastinare îmbrăcată în hainele progresului.

Versiunea acestui sfat pe care o poți folosi azi

Deschide-ți creatorul de aplicații cu IA și uită-te la orice lucrezi. Pune-ți o singură întrebare: dacă i-aș da asta unei persoane reale mâine, aș învăța ceva ce nu știu deja?

Dacă da, n-ai nevoie să finisezi. Ai nevoie s-o trimiți.

Dacă nu, golul de obicei nu e că aplicația e prea urâtă. Golul e de obicei că fluxul de bază nu face încă nimic — are o pagină principală, o autentificare și trei ecrane aproape-funcționale, iar lucrul pe care trebuia să-l facă e încă TODO. Aceea e partea de construit în continuare. Nu culorile.

Prima ta aplicație creată cu IA e menită să fie urâtă. E menită să arate ca o ciornă. Așa îți poți da seama că încă e în mișcare.

Dacă ești mai devreme în proces, s-ar putea să-ți placă ce ar trebui să fie prima ta aplicație creată cu IA sau cum să descrii ce vrei unui creator cu IA.