De la idee la aplicație: primele două săptămâni

În primele două săptămâni ale unei aplicații nu se scrie aproape deloc cod. Se hotărăște ce face aplicația, pentru cine și în ce ordine, se desenează ecranele și se deschid conturile din magazinele de aplicații. Partea asta pare lentă, dar de ea depinde cât de mult se reface mai târziu.

Zilele 1–3: o singură problemă, un singur om

Prima discuție nu e despre butoane. E despre trei întrebări:

1. Cine folosește aplicația? Clientul final, angajații tăi sau amândoi?
2. Ce vrea să facă omul ăla cel mai des? O programare, o comandă, o verificare de stoc.
3. Cum se face asta azi, fără aplicație? Telefon, WhatsApp, un tabel Excel?

Răspunsul la a treia întrebare e cel mai util. Dacă azi o programare înseamnă patru mesaje și un telefon, știm exact ce trebuie să scurteze aplicația. Din discuția asta iese o propoziție pe care o scriem sus pe document: „Aplicația îi lasă pe clienți să-și facă singuri programarea, fără să sune.” Tot ce nu servește propoziției ăsteia trece pe lista pentru mai târziu.

Zilele 4–6: fluxul principal și lista de ecrane

Desenăm drumul omului prin aplicație, pas cu pas, de la deschidere până la treaba făcută. La o aplicație de programări, de exemplu: alegi serviciul, alegi ziua, alegi ora, lași numele și telefonul, primești confirmarea.

Din drum iese lista de ecrane. La o primă versiune bună sunt de obicei puține: cele din fluxul principal, contul, setările, plus panoul în care tu vezi și modifici datele. Fiecare ecran în plus înseamnă design, cod, testare și întreținere, așa că lista se discută cu creionul în mână.

Tot acum se hotărăște unde pornește aplicația: iOS, Android, amândouă, sau o aplicație web. Am scris separat cum alegi între iOS și Android; pe scurt, contează ce telefoane au oamenii tăi, nu ce telefon ai tu.

Zilele 7–10: prototipul pe care îl atingi

Din lista de ecrane facem un prototip clicabil: ecrane desenate, legate între ele, pe care le parcurgi pe telefon ca pe o aplicație adevărată, dar fără nimic în spate. Durează zile, nu săptămâni, și se schimbă ușor.

Prototipul îl dai la doi-trei oameni care chiar vor folosi aplicația și îi rogi să facă ceva concret: „Fă-ți o programare joi după-amiază.” Nu le explici nimic. Te uiți unde ezită. Ce se repară acum costă o oră de design; ce se descoperă după ce aplicația e scrisă costă o rundă de programare.

În paralel: conturile din magazine

Asta e partea pe care o uită aproape toată lumea și care poate întârzia lansarea cu săptămâni. Conturile de dezvoltator le deschizi pe firma ta, ca aplicația să fie a ta.

• Apple cere, pentru o firmă, un număr D-U-N-S, prin care verifică existența și adresa firmei, un site public funcțional pe domeniul firmei și o persoană cu drept de a semna în numele ei.
• Google Play cere și el un număr D-U-N-S pentru conturile de organizație. Fără el, contul de firmă nu se poate crea.
• Dacă deschizi pe Google Play un cont personal nou, din noiembrie 2023 trebuie să testezi aplicația cu cel puțin 20 de oameni timp de două săptămâni înainte să poți cere publicarea.

La Apple, testarea cu oameni din afara echipei se face prin TestFlight, cu până la 10.000 de testeri externi. Prima versiune trimisă spre testare externă trece totuși printr-o verificare Apple.

Dacă firma nu are încă număr D-U-N-S, cererea lui se pornește din prima săptămână. Altfel, la final, aplicația e gata și stă după hârtii.

Zilele 11–14: datele, planul și ce intră în prima versiune

Ultimele zile sunt pentru partea pe care n-o vezi: ce date ține aplicația (clienți, programări, produse), cine le vede, ce se trimite ca notificare și cu ce alte sisteme vorbește (plăți, facturare, calendar). Tot acum se fixează ce intră în prima versiune și ce rămâne pentru a doua. Am scris mai demult de ce prima versiune trebuie să fie mică.

La sfârșitul celor două săptămâni ai în mână:

• propoziția care spune ce face aplicația;
• prototipul clicabil, testat pe câțiva oameni;
• lista de ecrane și de funcții pentru prima versiune;
• conturile de dezvoltator deschise sau pe drum;
• un calendar realist pentru programare și testare.

Costul se discută abia acum, pe lista asta, pentru că abia acum se știe ce se construiește. Prețul vine în ofertă, după numărul de ecrane, de integrări și de platforme.

Ce aduci tu

Nu ai nevoie de specificații tehnice. Ajută mult să ai: câteva exemple de aplicații care îți plac (și de ce), datele firmei pentru conturi, un om de partea ta care poate răspunde la întrebări în aceeași zi și doi-trei clienți dispuși să încerce prototipul.

Pe pagina de servicii App Dev vezi cum lucrăm mai departe, după prototip.