Cineva de la primărie, de la o fundație sau de la banca de unde ați primit un mic sprijin se uită la telefonul vostru și întreabă simplu: „Și ce face, exact, aplicația asta?” În sala de ședințe se face liniște. Voluntarii care au lucrat trei luni seara, după serviciu, se uită unii la alții, fiindcă fiecare ar răspunde altfel. Se întâmplă mai des decât se spune, mai ales în grupurile care construiesc un prim prototip pe un buget fix. Greșelile sunt previzibile, iar cele mai multe au un remediu ieftin, cu condiția să-l știi dinainte.
Greșeala unu: fiecare voluntar a construit propria versiune a ideii
Într-un grup de oameni de bună-credință, ideea se multiplică ușor. Ana vrea o hartă cu locurile unde se poate face voluntariat, Mihai se gândește la un calendar de evenimente, Ioana la un chat pentru coordonatori. Toate sunt idei bune, iar fiecare dintre ele sună logic în cuvintele celui care o propune. Rezultatul, după două luni, este un produs cu trei jumătăți de funcții și niciun fir comun.
Remediul e plictisitor, dar funcționează: un singur obiectiv scris pe o foaie, pe care îl poate citi oricine în zece secunde. De exemplu: „coordonatorii pot vedea într-un loc cine vine sâmbătă la acțiune”. Orice altă propunere se trece pe o listă separată, numită „mai târziu”, fără ca nimeni să se simtă respins. Lista aceea nu se șterge, doar așteaptă.
Un lucru care ajută: stabiliți cine are ultimul cuvânt la întrebările mici. Într-un grup de voluntari nu există șef care să plătească pentru decizii, așa că oamenii evită să decidă. Desemnați un om, pe rând, care spune „da” sau „nu” în maximum o zi. Întârzierile adunate sunt mai costisitoare decât o decizie imperfectă.
Și acceptați cu umor că prima versiune va fi urâtă. Un buton care pare lipit cu scotch dar funcționează valorează mai mult decât un ecran frumos fără nicio utilitate.
Greșeala doi: ați început să construiți înainte să știți pentru cine
A doua capcană e mai subtilă. Voluntarii construiesc ceea ce ar folosi ei, nu ceea ce are nevoie omul de la capătul celălalt. Doamna care coordonează banca de alimente nu vrea o aplicație, vrea să știe, vineri la ora zece, câte pachete trebuie pregătite. Dacă tot ce îi oferiți este un meniu cu opt secțiuni, va continua să sune la telefon.
Fiți atenți și la limbajul pe care îl folosiți între voi. Termeni ca „modul”, „flux” sau „utilizator final” sună clar pentru doi dezvoltatori, dar lasă pe ceilalți pe dinafară. Când un coleg nu îndrăznește să întrebe ce înseamnă un cuvânt, informația se pierde, iar peste o lună descoperiți că ați înțeles lucruri diferite.
Înainte de prima linie de cod sau de primul ecran desenat, stați de vorbă cu trei oameni care ar folosi produsul. Nu le prezentați ideea, întrebați-i cum își fac treaba acum. Ascultați cu atenție unde se încurcă, unde notează pe hârtie, unde întreabă pe cineva. Din răspunsurile astea ies cele două-trei funcții care contează cu adevărat. Dacă vrei să vezi cum își pun fondatorii mai mari aceleași probleme, aici găsești ghiduri despre validarea unei idei și despre pașii de început, scrise pentru cei care pornesc de la zero.
O regulă bună: dacă nu poți spune cine și când va folosi funcția, n-o construiești. Pare dură, dar pe un buget fix fiecare ceas de lucru contează, iar voluntarii nu au ore de rezervă.
Notați citatele reale din discuții, nu interpretările voastre. Propoziția „mă încurc când trebuie să copiez numele în trei locuri” e mai folositoare decât orice „nevoie de eficientizare” pe care ați scrie-o într-un document.
Greșeala trei: ați tratat bugetul fix ca pe o limită, nu ca pe o busolă
Pe un buget fix, tentația este să cheltuiți pe ce pare esențial: un abonament, un domeniu, o licență. Apoi, la jumătatea drumului, descoperiți că vă mai trebuie ceva, iar suma s-a topit. Voluntarii nu sunt plătiți, dar timpul lor are o valoare, iar instrumentele au costuri care apar târziu, odată cu primele cifre reale.
Un buget fix e mai util când îl împarți din start în trei: ce cheltuiești obligatoriu, ce încerci cu bani puțini și ce lași deliberat neatins, ca rezervă. Rezerva nu e un lux; e ce vă scapă când un serviciu își schimbă prețul sau când un voluntar pleacă.
Alegeți, apoi, unelte pe care să le poată folosi toți, nu doar cel mai priceput. Dacă prototipul stă în capul unui singur om, ziua în care acela are examene sau un copil bolnav, proiectul se oprește. Documentația scurtă, scrisă pe măsură ce lucrați, e o formă de asigurare.
Dacă un abonament se plătește lunar, treceți în calendar ziua în care se reînnoiește și cine hotărăște dacă mai rămâne. Cu un efort de cinci minute evitați cheltuielile uitate, care sunt cele mai neplăcute pentru un grup fără venituri proprii. La fel, cereți ofertele în scris, chiar și pentru sume mici, ca să nu vă trezească un preț diferit.
Planificați și o oră în plus la fiecare ședință pentru a vă uita la costuri. Nu e nevoie de tabele complicate; ajunge o coloană cu ce s-a plătit și una cu ce urmează. Oamenii care văd cifrele devin mai atenți fără ca nimeni să-i țină de reproș.
Greșeala patru: ați construit totul de la zero, deși existau scurtături
Voluntarii cu aptitudini tehnice iubesc să construiască. Aproape fiecare vrea să scrie propriul sistem de conturi, propria bază de date, propriile notificări. Pentru un prototip, asta este adesea o risipă. Un formular, un tabel conectat la o automatizare simplă sau un instrument fără cod poate arăta în două săptămâni ce ar fi durat două luni.
Nu e lene, e disciplină. Dacă scopul este să afli dacă oamenii folosesc ideea, nu contează ce se află sub capotă. Pentru cine vrea să cântărească bine această variantă, un material de pe startupinfo.eu despre instrumentele no-code discută avantajele și limitele unor asemenea soluții, ceea ce te ajută să nu te entuziasmezi prea devreme și nici să le respingi din principiu.
Când limitele devin vizibile, abia atunci are sens să treci la o construcție proprie. Până atunci, bucură-te că ai ceva pe care oamenii îl pot atinge și despre care pot vorbi. Feedbackul real, chiar și critic, vine doar după ce produsul există.
Păstrați o regulă simplă: orice instrument ales trebuie să poată fi exportat. Dacă într-un an schimbați direcția, vreți să plecați cu datele voastre sub braț, nu să le lăsați într-un cont uitat pe numele unui voluntar care între timp s-a mutat în altă țară.
Nu uitați de partea mai puțin plăcută: datele personale. Dacă folosiți liste de nume și numere de telefon, gândiți-vă încă de la început cine le poate vedea și cine nu. Un tabel partajat cu „oricine are linkul” poate deveni o problemă serioasă, iar o configurare atentă durează zece minute.
Greșeala cinci: nu v-ați pregătit răspunsul la întrebarea simplă
Ne întoarcem la sala de ședințe. Cine vă întreabă „ce face aplicația?” nu vrea o prezentare tehnică, ci două propoziții: cui ajută și cum. Un voluntar care se bâlbâie la întrebarea asta nu e vinovat, dar grupul e. Nu s-a antrenat să o spună.
Exersați răspunsul cu voce tare, în grup, până când sună firesc. Să fie scurt, fără termeni de specialitate, cu un exemplu concret: „Coordonatorul deschide pagina vineri dimineața și vede cine a confirmat pentru sâmbătă”. Dacă propoziția asta nu iese, produsul nu este încă clar nici pentru voi.
Dacă vă invită cineva să prezentați, cereți dinainte cinci minute de testare a laptopului și a conexiunii. Un prototip care nu pornește în fața publicului nu spune nimic despre munca din spatele lui, iar echipamentul dă de obicei bătăi de cap exact atunci.
Pregătiți și răspunsul la întrebarea următoare: „și cât a costat?”. Spuneți cifra sinceră, inclusiv timpul voluntarilor, fără să vă simțiți obligați să vă scuzați pentru ce nu aveți. Oamenii respectă un grup care știe ce a făcut și ce a lăsat deoparte.
Un alt lucru care ajută sunt demonstrațiile scurte. Înainte de o întâlnire importantă, rulați prototipul în fața unui prieten care nu știe nimic despre el și nu-l ajutați cu nimic. Dacă se încurcă la al doilea pas, știți unde trebuie lucrat. Dacă termină singur, aveți un motiv serios de bucurie.
Rămâneți, totodată, cu picioarele pe pământ: un prototip nu este un produs gata de lansare. Spuneți asta limpede celor care vă întreabă, fără rușine, pentru că o promisiune exagerată se plătește mai târziu cu încredere pierdută.
În cele din urmă, spuneți deschis ce urmează. Un proiect care are o listă de pași pentru următoarele trei luni inspiră mai multă încredere decât unul care promite totul deodată.
Dacă ești voluntar într-un asemenea grup, mâine cere o singură întâlnire de treizeci de minute. Scrieți pe o foaie două propoziții despre ce face prototipul și cui folosește, apoi alegeți un om care să le spună cu voce tare oricui întreabă. Dacă nu vă înțelegeți asupra lor, aveți deja prima sarcină, iar rezolvarea nu costă niciun leu.
