Filosofia DevOps, atunci când dezvoltarea este combinată cu întreținerea software-ului, nu va surprinde pe nimeni. O nouă tendință câștigă amploare - DevOps 2.0 sau BizDevOps. Combină trei componente într-un singur întreg: afaceri, dezvoltare și suport. Și la fel ca în DevOps, practicile de inginerie formează baza conexiunii dintre dezvoltare și suport, iar în dezvoltarea afacerilor, analytics preia rolul „cleiului” care unește dezvoltarea cu afacerile.
Vreau să recunosc imediat: am aflat abia acum că avem o adevărată dezvoltare a afacerii, după ce am citit cărți inteligente. S-a reunit cumva datorită inițiativei angajaților și a unei pasiuni ireprimabile pentru îmbunătățire. Analytics face acum parte din procesul de producție de dezvoltare, reducând în mod semnificativ buclele de feedback și oferind în mod regulat informații. Vă voi spune în detaliu cum funcționează totul pentru noi.
Dezavantajele DevOps clasice
Atunci când sunt concepute noi produse pentru clienți, o afacere creează un model ideal de comportament al clienților și se așteaptă o conversie bună, pe baza căreia își construiește obiectivele și rezultatele de afaceri. Echipa de dezvoltare, la rândul ei, se străduiește să creeze un cod foarte bun, de înaltă calitate. Suportul speră în automatizarea completă a proceselor, ușurința și comoditatea menținerii unui produs nou.
Realitatea se dezvoltă cel mai adesea în așa fel încât clienții să primească un proces destul de complex, afacerea este blocată cu o conversie scăzută, echipele de dezvoltare lansează remediere după remediere, iar suportul este înecat în fluxul de solicitări de la clienți. Suna familiar?
Rădăcina răului aici se află în bucla lungă și slabă de feedback integrată în proces. Întreprinderile și dezvoltatorii, atunci când colectează cerințe și primesc feedback în timpul sprinturilor, comunică cu un număr limitat de clienți care influențează foarte mult soarta produsului. Adesea, ceea ce este important pentru o persoană nu este deloc tipic pentru întregul public țintă.
Înțelegerea dacă un produs se mișcă în direcția corectă vine cu rapoarte financiare și rezultate ale cercetării de piață la câteva luni după lansare. Și datorită dimensiunii limitate a eșantionului, acestea nu oferă posibilitatea de a testa ipoteze pe un număr mare de clienți. În general, se dovedește a fi lung, inexact și ineficient.
Instrument pentru trofee
Am găsit o modalitate bună de a scăpa de asta. Un instrument care anterior îi ajuta doar pe marketeri și-a găsit acum drumul în mâinile companiilor și dezvoltatorilor. Am început să folosim în mod activ analiza web pentru a privi procesul în timp real, aici și acum pentru a înțelege ce se întâmplă. Pe baza acestui lucru, planificați produsul în sine și lansați-l unui număr mare de clienți.
Dacă plănuiți un fel de îmbunătățire a produsului, puteți vedea imediat ce valori este asociată și cum afectează aceste valori vânzările și caracteristicile care sunt importante pentru afacere. În acest fel, puteți elimina imediat ipotezele cu efect scăzut. Sau, de exemplu, lansați o nouă funcție pentru un număr semnificativ statistic de utilizatori și monitorizați valorile în timp real pentru a înțelege dacă totul funcționează conform intenției. Nu așteptați feedback sub formă de solicitări sau rapoarte, ci monitorizați imediat și ajustați imediat procesul de creare a produsului. Putem lansa o nouă funcție, colectăm date statistic corecte în trei zile, putem face modificări în alte trei zile - și într-o săptămână un produs nou grozav este gata.
Puteți urmări întregul canal, toți clienții care au intrat în contact cu noul produs, puteți detecta punctele în care pâlnia s-a îngustat brusc și puteți înțelege motivele. Atât dezvoltatorii, cât și companiile monitorizează acum acest lucru ca parte a muncii lor zilnice. Ei văd aceeași călătorie a clienților și împreună pot genera idei și ipoteze pentru îmbunătățire.
Această integrare a afacerii și dezvoltării împreună cu analiza face posibilă crearea de produse în mod continuu, optimizarea constantă, căutarea și observarea blocajelor și întregul proces în ansamblu.
Totul tine de complexitate
Când creăm un produs nou, nu începem de la zero, ci îl integrăm într-un web deja existent de servicii. Când încearcă un produs nou, un client contactează cel mai adesea mai multe departamente. Poate comunica cu angajații centrului de contact, cu managerii de la birou, poate contacta suportul sau în chat-urile online. Folosind valori, putem vedea, de exemplu, care este încărcarea centrului de contact, cum să procesăm cel mai bine cererile primite. Putem înțelege câte persoane ajung la birou și sugerăm cum să consiliem în continuare clientul.
Este exact la fel cu sistemele informatice. Banca noastră există de mai bine de 20 de ani, timp în care a fost creat și încă funcționează un strat mare de sisteme eterogene. Interacțiunea dintre sistemele backend poate fi uneori imprevizibilă. De exemplu, în unele sisteme antice există restricții privind numărul de caractere pentru un anumit câmp și, uneori, acest lucru blochează noul serviciu. Este destul de dificil să urmăriți o eroare folosind metode standard, dar folosind analiza web este ușor.
Am ajuns la punctul în care am început să colectăm și să analizăm textele de eroare care sunt afișate clientului din toate sistemele implicate. S-a dovedit că multe dintre ele erau depășite și nici măcar nu ne puteam imagina că s-au implicat cumva în procesul nostru.
Lucrul cu analitice
Analiștii noștri web și echipele de dezvoltare SCRUM se află în aceeași cameră. Ei interacționează în mod constant unul cu celălalt. Atunci când este necesar, specialiștii ajută la configurarea valorilor sau la descărcarea datelor, dar mai ales membrii echipei lucrează cu serviciul de analiză, nu este nimic complicat acolo.
Ajutorul este necesar dacă, de exemplu, aveți nevoie de anumite dependențe sau filtre suplimentare pentru un tip limitat de clienți sau surse. Dar în arhitectura actuală întâlnim rar acest lucru.
Interesant este că implementarea analizei nu a necesitat instalarea unui nou sistem IT. Folosim același software cu care au lucrat anterior specialiștii de marketing. A fost necesar doar să se convină asupra utilizării sale și să o implementeze în afaceri și dezvoltare. Bineînțeles, nu puteam să luăm doar ceea ce avea marketingul, a trebuit să reconfiguram totul din nou și să oferim marketingului acces la noul mediu, astfel încât să fie în același câmp de informații cu noi.
În viitor, intenționăm să achiziționăm o versiune îmbunătățită a software-ului de analiză web care ne va permite să facem față volumelor tot mai mari de sesiuni procesate.
De asemenea, suntem activ în procesul de integrare a analizei web și a bazelor de date interne din CRM și sisteme de contabilitate. Prin combinarea datelor, obținem o imagine completă a clientului sub toate aspectele necesare: după sursă, tip de client, produs. Serviciile BI care ajută la vizualizarea datelor vor deveni în curând disponibile pentru toate departamentele.
Cu ce am ajuns? De fapt, analizele și luarea deciziilor am făcut parte din procesul de producție, ceea ce a avut un efect vizibil.
Analytics: nu calca pe grebla
Și, în sfârșit, vreau să vă împărtășesc câteva sfaturi care vă vor ajuta să evitați să aveți probleme în procesul de construire a unei afaceri de dezvoltare a afacerii.
- Dacă nu puteți face analize rapid, atunci faceți o analiză greșită. Trebuie să urmați o cale simplă de la un produs și apoi să creșteți.
- Trebuie să aveți o echipă sau o persoană care are o bună înțelegere a viitoarei arhitecturi de analiză. Încă trebuie să decideți pe țărm cum veți scala analiza, o integrați în alte sisteme și reutilizați datele.
- Nu generați date inutile. Statisticile web, pe lângă informații utile, sunt și o groapă de gunoi uriașă cu date de calitate scăzută și inutile. Și acest gunoi va interfera cu luarea deciziilor și evaluarea dacă nu există obiective clare.
- Nu faceți analize de dragul analizelor. În primul rând, obiectivele, alegerea instrumentului și abia apoi - analitice numai acolo unde va avea efect.
Materialul a fost pregătit împreună cu Chebotar Olga ().
Sursa: www.habr.com