Dezvoltarea bazată pe date este o metodă populară în rândul companiilor de tehnologie utilizată pentru crearea de produse și servicii. Toți giganții din tehnologie au adoptat deja dezvoltarea bazată pe date. Companiile mai mici nu stăpânesc încă această metodă. Dar, atunci când aceste companii recurg la date, o fac pentru a-și optimiza inițiativele de marketing, nu produsul în sine.
123FormBuilder m-a impresionat prin modul de aplicare a dezvoltării bazate pe date, astfel încât m-am alăturat companiei anul trecut. Aici, deciziile sunt luate pe baza datelor obiective, ceea ce încurajează experimentele. De asemenea, ne permite să încercăm multe idei rapid, în loc de a petrece luni bune încercând să lansăm ceva. Toate aceste elemente m-au atras la companie, iar decizia de a mă alătura a dat roade rapid.
Ce presupune dezvoltarea bazată pe date în contextul programării? Totul se reduce la luarea deciziilor pe baza datelor reale ce provin din măsurarea comportamentului utilizatorului, spre deosebire de deciziile luate doar pe bază de intuiție și de instinct. În mod surprinzător, multe companii își bazează deciziile pe intuiție, nu pe ceea ce derivă din comportamentul utilizatorilor. Managerii încep proiecte și adoptă idei pe baza a ceea ce consideră că este potrivit, nu pe baza a ceea ce cunosc, expunând proiectele riscului de a eșua. Fără o abordare bazată pe date, designerii și programatorii reușesc să îi facă doar pe manageri fericiți, nu și pe utilizatori. Luarea deciziilor pe baza datelor utilizatorilor schimbă atenția de pe ceea ce doresc managerii pe ceea ce doresc utilizatorii, de aici derivând o serie de beneficii asociate:
Toate perspectivele prind glas (chiar și cea a utilizatorilor!)
Transparența crește: toți pot accesa datele, nu doar managementul.
Autonomia și responsabilizarea cresc.
Experimentele sunt încurajate.
Având informații despre cum sunt folosite produsele și serviciile lor, companiile pot lua decizii de business mai bune și pot îmbunătăți operațiunile interne, eficiența și moralul.
În ultimii doi ani, toți cei din cadrul 123FormBuilder au început să adopte abordarea bazată pe date în toate activitățile. Azi, monitorizăm peste 800 de tipuri de indicatori unici pe care îi folosim pentru o varietate de scopuri:
Înțelegerea comportamentului unui grup de utilizatori. Accesând surse de date multiple pentru același grup de utilizatori, putem mapa, înțelege și îmbunătăți experiența și traseul utilizatorului. Interpretând aceste date ca un întreg, putem înțelege nevoile și obiectivele utilizatorilor.
Crearea unui sistem de alertă timpuriu. Monitorizând continuu acești indicatori, înțelegem limitele normale de variație a datelor. Putem astfel remarca ușor creșteri sau scăderi neobișnuite. De asemenea, putem identifica problemele devreme și putem acționa rapid pentru a le rezolva.
Generarea unor idei de îmbunătățire. Folosim datele pentru a identifica oportunitățile de îmbunătățire ale produsului. Datele ne pot arăta dacă produsul nostru este folosit în moduri neașteptate sau dacă utilizatorilor le este greu să realizeze sarcini de lucru uzuale sau să genereze anumite workflow-uri. Acest lucru ne permite să facem actualizări de sistem pe baza nevoilor utilizatorilor.
Stabilirea unor așteptări reale: Fără a lua datele în calcul, este ușor să existe așteptări supradimensionate pentru o actualizare sau o funcționalitate nouă. Putem folosi indicatorii monitorizați pentru a specifica că ne așteptăm ca actualizarea să crească angajamentul cu un anumit procentaj în cadrul unui grup de utilizatori sau să îmbunătățească rata de completare a unui formular cu 10%. Acest lucru ne permite nu doar să configurăm așteptări corecte pentru echipa noastră de produs, ci și să înțelegem dacă o actualizare a avut succes. (În caz contrar, ne întoarcem la tabloul de bord pentru a identifica noi oportunități pe baza datelor!)
Alocarea de buget și stabilirea ca prioritate a dezvoltării de funcționalități pentru produs: Când știm ce așteptări avem de la o anumită funcționalitate, înțelegem și care funcționalități sunt cele mai importante. Având așteptări clare, bazate pe date, putem pune pe primul plan funcționalitățile de la care așteptăm să aibă cel mai mare impact.
Deși tehnologia a făcut testarea A/B mai ușor de gestionat, mai ales la scară largă, această practică de lucru este prezentă de 100 de ani. Testarea A/B este destul de simplă: prezintă versiuni diferite ale unui lucru (precum o formulă dintr-un email, o pagină de pornire sau un meniu de produs) utilizatorilor pentru a vedea care variantă este preferată. Deși pare destul de simplu, este greu de realizat.
Cel mai important aspect al testării A/B este luarea unei decizii cu privire la ce dorim să testăm și cum vom determina dacă testul a avut succes. Multe companii testează versiuni total diferite ale unei pagini de pornire, de exemplu cu titluri, aspect, butoane și imagini complet diferite. Dacă o versiune a paginii are rezultate mai bune decât alta, nu vor ști dacă asta s-a datorat titlului, aspectului, butoanelor sau imaginilor (sau datorită unui element total diferit): va trebui să mai realizeze teste pentru a obține rezultate concrete. O abordare mai bună este testarea unei singure componente la un moment dat. De exemplu, mărimea butonului sau culoarea butonului, iar apoi stabilirea indicatorilor care determină ce versiune a "câștigat" (de obicei, versiunea ce are cele mai multe clickuri). Cele mai eficiente testări A/B sunt realizate pe un element cu indicatori specifici care să măsoare succesul.
Cu toate că testarea este de obicei o idee bună, nu trebuie să testați totul mereu. Dacă aveți o bază de utilizatori mai mică, rezultatele voastre s-ar putea baza pe date insuficiente pentru a fi relevante. O altă opțiune este să nu aveți suficient timp pentru a realiza teste. În unele cazuri, este suficient să ne bazăm pe tipare de design uzuale și pe bunele practici recomandate de industria în care activăm.
La 123FormBuilder, facem multe experimente: în ultimii doi ani, am realizat 208 teste fără succes (care au indicat că o funcționalitate a avut nevoie de îmbunătățire înainte de lansarea la scară largă) și 66 ode teste cu succes (care au permis ca o funcționalitate să fie lansată către toți utilizatorii). De fapt, avem opt teste în desfășurare în acest moment. E neplăcut să arunci codul la gunoi, dar putem observa că doar 25% din experimentele noastre au reușit de fapt. Dacă nu am fi adunat date și am fi lansat funcționalitățile doar pe baza instinctului, am fi lansat diferența de 75% de actualizări utilizatorilor, ceea ce ar fi afectat negativ performanța noastră!
Pentru a învăța mai multe despre modul în care funcționează testarea A/B, să analizăm două teste recente A/B care au avut drept obiect dashboardul editorului nostru de formulare: unul a avut succes, celălalt nu.
Ipoteza: Am crezut că pagina de pornire a editorului, un dashboard ce arată toate formularele unui utilizator, nu îi încuraja pe utilizatori să interacționeze cu formularele lor sau să creeze noi obiecte. Am decis să testăm dashboardul curent și o pagină de pornire unde utilizatorii puteau vedea doar o listă a formularelor lor. Ne-am așteptat ca noul design să îi determine pe utilizatori să creeze mai multe obiecte și să interacționeze cu cele curente.
Actualizare propusă pentru test: Liste de formulare pe pagina de pornire a editorului;
A: Versiunea de control - produsul obișnuit;
B: Variația - o nouă pagină de pornire;
Indicatori ai succesului: numărul de obiecte nou create de utilizatori;
Ipoteza: Am crezut că dashboardul editorului nostru de formulare nu încuraja suficient navigarea. Pagina afișa doar grafice cu numărul de răspunsuri la formulare. Am dorit să testăm un nou dashboard care adăuga linkuri rapide către formularele create recent și cele cu răspunsuri primite recent.
Actualizare propusă pentru test: Un panou cu linkuri rapide lângă informațiile despre răspunsurile primite prin formular;
A: Versiunea de control - produsul obișnuit ;
B: Variația - dashboard îmbunătățit;
Indicatori ai succesului: numărul de vizualizări;
Uneori, testele A/B nu produc rezultate concludente sau semnificative statistic. Același lucru ni s-a întâmplat și nouă când am lucrat cu noile noastre modele de paywalls. Puteți alege să aruncați codul (o alegere bună, dacă adaugă complexitate inutilă care este greu de gestionat în viitor) sau să îl păstrați, dacă aduce alte beneficii. Am decis să păstrăm noile paywalls deoarece reduceau timpul de adăugare de noi obiecte și timpul de încărcare pe website pentru clienții noștri. În pofida faptului că nu am constatat salturi semnificative în performanță, această schimbare a meritat.
Ce am învățat din dezvoltarea bazată pe date realizată pentru 123FormBuilder în ultimii doi ani? Deciziile luate pe baza datelor chiar funcționează, atâta timp cât aveți în vedere următoarele principii:
Testați câte un element (faceți pași mici).
Stabiliți obiective corecte și alegeți-vă cu atenție indicatorii succesului.
Păstrați numărul indicatorilor relativ mic pentru fiecare experiment.
Asigurați-vă că monitorizarea este corectă și că indicatorii sunt înregistrați ireproșabil de sistemul vostru.
Identificați oportunitățile importante: testați zonele ce au cel mai mare potențial de a îmbunătăți comportamentul utilizatorilor.
Rulați teste pentru cicluri complete de business: nu finalizați testele prea repede, deoarece ați putea să nu cuprindeți diversitatea utilizatorilor.
Când faceți tranziția de la deciziile bazate pe instinct la cele bazate pe date, trebuie să acceptați importanța datelor și să vă bazați pe acestea înainte de orice. Altfel, deciziile voastre nu vor fi cu adevărat ghidate de date.
de Ovidiu Mățan
