Cum să treci de la zero la unu în călătoria ta de experimentare pe partea serverului

Gândește-te la călătoria ta ca la un utilizator Netflix. Dacă sunteți ca mine, s-ar putea să vizionați un documentar despre animale sălbatice pe telefon în timp ce sorbiți cafeaua de dimineață. Cina ar putea fi însoțită de un preferat de altădată, cum ar fi Forrest Gump, pe laptop. Nopțile de weekend ar fi petrecute comutând între profilul tău și cel al copiilor tăi, încercând noi emisiuni Netflix, de preferință pe un ecran mai mare.

Acum să presupunem că Netflix derulează o campanie de reduceri specifică țării. Dacă faci parte din această campanie experimentală derulată de Netflix, cum se asigură că faci parte din aceeași campanie de fiecare dată când te conectezi, indiferent de dispozitivul și profilul pe care îl folosești, și vezi aceeași promoție peste tot? Cum se asigură că experiența dvs. cu varianta care vi se oferă este perfectă de fiecare dată și că modul în care vă implicați cu varianta este urmărit în mod constant?

Răspunsul constă în experimentarea omnicanal, care este un caz de utilizare tipic al testării pe server.

Ar trebui să preferați testarea pe partea de server decât pe partea client?

Exemplul Netflix menționat mai sus ar fi extrem de complicat de realizat pe partea clientului și ar putea împiedica experiența utilizatorului. Pe partea de server, este relativ ușor de rulat și asigură o experiență consistentă pentru utilizatori. De asemenea, asigură un impact minim asupra performanței paginii. Pe lângă aceasta, eradică orice probleme legate de confidențialitate, deoarece nu există nicio activitate în browser ca atare.

Există și alte cazuri de utilizare în care testarea pe server este recomandată pentru robustețea și flexibilitatea sa. Despre acestea vom vorbi în acest articol. Dar mai întâi, ce este exact testarea pe server și, mai important, pentru cine este?

În testarea pe server, variațiile de testare sunt procesate pe serverul web. Când un vizitator ajunge pe o pagină testată, o variantă este preluată direct de pe server și livrată în browserul vizitatorului. Nu au loc modificări ulterioare pe front-end sau pe browser. Spre deosebire de aceasta, în testarea la nivelul clientului, pagina originală se încarcă mai întâi în browserul vizitatorului, iar platforma dvs. de experimentare creează variația pe front-end în sine folosind JavaScript. Să înțelegem scopul acestor două forme de testare cu un exemplu.

Imaginați-vă că Mike și Bob sunt doi prieteni care încearcă să experimenteze funcționarea unei mașini noi. Mike este la volan și are acces la frâne, accelerație, bord și altele asemenea. Bob are o vedere asupra componentelor interne precum motorul, radiatorul, bateria etc. Ambele pot influența mașina în moduri diferite. Ceea ce face Bob cu accesul său la componentele mașinii se poate reflecta în exterior pentru Mike. Schimbările pe care Mike le testează se bazează pe vizibilitatea lui asupra mașinii. Din perspectiva cumpărătorului de mașini, rezultatul experimentelor conduse atât de Bob, cât și de Mike poate servi unor scopuri la fel de importante, dar diferite.

Prin urmare, nu trebuie să alegeți o formă de testare în detrimentul celeilalte. Cazurile de utilizare sunt diferite, iar echipele care folosesc instrumentele sunt diferite. Testarea la nivelul serverului este o cale de experimentare pentru dezvoltatori și managerii de produs, la fel cum testarea pe partea clientului este folosită mai des de marketeri.

Ce probleme pot fi rezolvate cu testarea pe server?

Testele la nivelul serverului, efectuate de echipele de produse, rezolvă problemele legate de o multitudine de industrii, de la comerțul electronic și SaaS până la servicii bancare și media. Mai jos sunt descrise câteva cazuri de utilizare importante în care testarea pe server este recomandată față de testarea pe partea client în diferite industrii:

Recomandare produs

Ce set de produse recomandate îi atrage pe vizitatori să cumpere mai multe? Testarea pe server vă permite să testați mai mulți algoritmi de recomandare a produselor pentru a determina selecția care duce la o creștere a vânzărilor și a veniturilor. De exemplu, puteți testa dacă un aspect care promovează produse similare funcționează mai bine decât un aspect care le promovează pe cele mai populare. De asemenea, puteți decide dacă să faceți upsell sau cross-sell pe baza constatărilor experimentului dvs. pe server.

Taxa de expediere

Care este valoarea ideală a coșului care ar trebui să califice comenzile pentru livrare gratuită? Puteți testa diferite praguri pentru a-l determina pe cel care influențează pozitiv deciziile de cumpărare ale clienților.

Algoritmi de căutare

Experimentarea cu algoritmul dvs. de căutare necesită modificarea codului dvs. existent și flexibilitatea de a testa în profunzime. Vrei ca vizitatorii tăi să poată găsi rapid ceea ce caută și poți să-ți testezi algoritmul de căutare pe partea de server pentru a realiza acest lucru.

Lungimea formularului

Formularele de cerere de încercare și demonstrație gratuite sunt cruciale pentru afacerile SaaS. Dar care este lungimea ideală a formularului care asigură pierderi mai mici, captând în același timp toate informațiile necesare? Puteți testa câmpurile neobligatorii prin testarea clientului. Dacă câmpul dvs. este obligatoriu, doar ascunderea câmpului folosind JavaScript nu va funcționa, deoarece validarea formularului folosind logica serverului va eșua. Prin urmare, testarea pe server este recomandată pentru a experimenta câmpuri obligatorii pentru a optimiza lungimea și complexitatea formularului.

Oferte și reduceri

În timp ce stilul, aspectul și aspectul și plasarea ofertelor pe pagina dvs. de pornire pot fi testate cu ușurință din partea clientului, există și alți factori importanți, cum ar fi valoarea reducerii, durata acesteia sau criteriile de eligibilitate de luat în considerare. Puteți testa pe partea de server pentru a determina valoarea optimă și pentru a vă asigura că acestea sunt consecvente pe canale pentru un anumit vizitator.

Stimulente de vânzări

Testarea stimulentelor dinamice, cum ar fi ofertele pe perioadă limitată sau lichidările de stoc, necesită flexibilitatea testării pe server din cauza granularității implicate.

Fluxuri de abonament

Câți pași ar trebui să fie implicați în mod ideal într-un proces de abonare? Ar trebui furnizate conectări sociale? Experimentarea fluxului de abonament poate ajuta la răspunsul la aceste întrebări.

Paywall-uri

Testarea pe server vă permite să testați diferite configurații de paywall într-un mod sigur. În calitate de editor, puteți rula teste la nivelul serverului pentru a experimenta conținutul dvs. îngrădit și pentru a-l genera bani. Nu este recomandată rularea aceluiași test pe partea clientului, deoarece vizitatorii își pot face drum în jurul unui paywall ștergând sau renunțând la cookie-uri.

Servicii bancare pe mobil

Mai multe elemente pot fi optimizate în cadrul procesului de înscriere pentru un împrumut sau un card de credit. Dar când vine vorba de servicii bancare mobile, securitatea datelor devine primordială. Cu testarea la nivelul clientului, datele sensibile colectate de bănci sau instituții financiare ar putea fi expuse unui risc de vulnerabilitate. Pentru a evita acest risc, experimentele pe server sunt de obicei recomandate pentru aplicațiile bancare.

Să înțelegem acum cum puteți rula teste de caracteristici pe partea serverului și avantajele de a face acest lucru cu VWO.

Cum VWO face testele pe server mai ușoare

Pentru cazurile de utilizare la nivelul serverului descrise mai sus, VWO vă oferă flexibilitatea de a vă structura campania fie ca teste A/B, fie ca teste de caracteristici. Testele caracteristicilor sunt folosite pentru a valida valorile parametrilor caracteristicilor și vă oferă controlul pentru a configura rapid o caracteristică, fără a scrie cod. În unele cazuri de utilizare, cum ar fi testarea algoritmului de căutare mai bun, este posibil să structurați campania atât ca test A/B, cât și ca test de caracteristică.

De exemplu, să presupunem că doriți să evaluați trei furnizori pentru algoritmul de căutare pe care l-au creat pentru site-ul dvs. web.

Testarea caracteristicilor permite unui manager de produs ca tine să testeze rapid și să încheie cu dependență minimă de inginerie și control maxim al configurației. Cu capabilitățile de testare a caracteristicilor de la VWO, obțineți un cadru stabilit în care trebuie să scrieți mai puțin cod, deoarece platforma face cea mai mare parte a sarcinilor grele pentru dvs. În testarea caracteristicilor, algoritmul poate fi definit ca o variabilă caracteristică și poate fi configurat în controlul și variația unui experiment din fluxul de configurare a platformei în sine pentru a testa ce algoritm de căutare este mai eficient.

Acest experiment poate fi realizat și prin testarea A/B pe partea de server. VWO facilitează distribuția traficului și capacitatea de modelare a statisticilor de experimentare prin intermediul SDK-urilor sale de pe partea de server. Echipele de inginerie pot folosi același lucru pentru a insera codul algoritmilor de căutare și pentru a testa care este mai de impact.

Iată câteva alte scenarii în care testarea caracteristicilor este utilă. Să presupunem că un furnizor terță parte care se ocupă de reîncărcări mobile dorește să încarce utilizatorilor o sumă nominală pe reîncărcare. Ei vor să testeze suma potrivită pentru aceeași. Sau o companie precum Airbnb, unde taxele proprietății sunt gestionate de proprietar, vrea să adauge o taxă de curățenie și să vadă dacă aceasta afectează numărul de rezervări. Acesta este un caz de utilizare tipic de experimentare pentru diverse companii pentru a găsi punctul ideal în care poate fi introdusă o taxă de serviciu fără a afecta valoarea stelei nordice. Ar putea fi sub forma unei taxe de confort, a unei taxe de facilitate, a unei taxe covid, a unei taxe de ambalare sau ceva similar.

Cazurile de utilizare complexe precum cel descris mai sus sunt foarte ușor de testat în VWO. Iată un videoclip explicativ care vă arată cum puteți crea rapid o funcție de taxă de confort și să îi atribuiți o valoare (în acest caz, suma taxei). Puteți să vă conectați ipoteza de identificare a taxei care adaugă veniturilor fără a afecta numărul de rezervări, să alegeți mediul în care executați testul și să vă activați variantele. Odată ce faci asta, vi se oferă un cod de campanie care merge pe serverul dvs. Rămâne doar să definiți obiectivele pe care doriți să le urmăriți și să segmentați publicul dacă doriți – asta este tot, campania dvs. este gata.

Dacă sunteți manager de produs și vedeți pe tabloul de bord că varianta 3 nu funcționează pentru utilizatori; are un impact negativ asupra veniturilor, îl puteți ucide chiar acolo, pur și simplu dezactivând variația în VWO. După cum se arată în captura de ecran de mai jos, acest lucru nu afectează codul și nu necesită ca echipa de ingineri să facă nicio modificare. Trebuie să îl dezactivați, să faceți clic pe „Salvați”, iar varianta nu mai primește trafic.

În esență, codul trebuie implementat o singură dată pe campanie.

Ar trebui să construiți sau să cumpărați o platformă pentru a rula teste pe server?

Să punem capăt dezbaterii build vs buy. VWO nu este doar un generator de numere aleatorii care arată diferite variații pentru diferite audiențe și surprinde evenimente de conversie. VWO este o platformă completă de experimentare cu un model statistic robust. Pentru a stabili dacă să construiți un mecanism de testare pe server în interior sau să investiți într-o platformă precum VWO, trebuie să luați în considerare trei factori principali:

1. Costul de proprietate

Chiar și atunci când companiile reușesc să construiască internă infrastructura necesară, totuși trebuie să o gestioneze și să o extindă. Plătirea echipelor dvs. de dezvoltare pentru a construi și întreține un motor de experimentare precum VWO în loc să vă concentrați pe sarcinile lor de bază este probabil să fie mai consumatoare de timp și mai costisitoare pentru dvs. decât să investiți în VWO.

2. Ușurință în utilizare

Ai putea construi o soluție care să arate o anumită variație pentru un anumit public – dar ai avea o interfață ușor de utilizat, care să poată fi controlată nu numai de echipele de inginerie, ci și de managerii de produs? Dacă nu, acesta este un alt blocant pentru a rula teste pe server.

3. Raportare intuitivă

De obicei, o soluție internă vă va oferi lucruri de bază, cum ar fi numărul de vizitatori și conversiile care provin dintr-o anumită variație. Dar ceea ce ai nevoie este un rezultat semnificativ statistic. Aveți nevoie ca rapoartele dvs. să fie alimentate de un motor de statistici bayesian precum VWO SmartStats. Aici se află decalajul – puteți construi o soluție de bază greu de întreținut și puteți cheltui timp și resurse pentru descifrarea valorilor p. Sau puteți alege o soluție precum VWO, unde există o echipă dedicată întreținerii și scalarii acesteia și a petrecut ani de zile pe algoritmul Bayesian pentru a vă oferi rezultate ușor de interpretat. Tabloul de bord în aplicație din VWO permite chiar și membrilor echipei dumneavoastră netehnici să înțeleagă rezultatele; nu trebuie să se bazeze pe echipa Analytics pentru a ține evidența experimentelor sau pentru a crea tablouri de bord cu rezultate, economisind astfel timp și reducând costul experimentelor.

4. Mecanism fără erori

Construirea internă a unei soluții de testare pe server poate fi predispusă la erori și, la această scară, erorile ar putea să nu fie ușor de descoperit. Comparați acest lucru cu calitatea unei platforme care este utilizată de mărcile globale și sunteți sigur că șansele de erori sunt minuscule. Orice erori, dacă este deloc, sunt semnalate și rectificate cel mai devreme de o echipă de asistență capabilă, disponibilă pentru dvs.

În plus, atunci când investești într-o platformă gestionată precum VWO, cele mai bune practici importante sunt incluse în produs. Nu trebuie să vă faceți griji cu privire la eliminarea valorii aberante din rezultatele dvs., la vizualizarea datelor sau la problemele apărute din cauza actualizărilor versiunii.

Capabilitati obligatorii pentru a rula teste complexe pe server cu integritate

Rularea experimentelor pe partea serverului poate fi foarte fructuoasă atunci când este executată corect. Pentru a face acest lucru, trebuie să aveți setul potrivit de funcții. Unele dintre acestea sunt prezentate mai jos:

1. Randomizarea vizitatorilor în fiecare test – În testare, atunci când îți grupezi publicul în campanii, randomizarea vizitatorilor trebuie să fie cu adevărat aleatorie și nu pseudoaleatoare.
2. Experiență omnicanal consecventă – Deși repartizarea utilizatorilor trebuie să fie aleatorie, trebuie să vă asigurați că un utilizator experimentează aceeași variație de fiecare dată când se conectează, indiferent de dispozitivul pe care îl folosește. Experimentul ar trebui să continue fără probleme.
3. Campanii care se exclud reciproc – Să presupunem că aveți trei factori de luat în considerare atunci când determinați dacă un utilizator ar trebui să facă parte din testul dvs. Acestea ar putea fi regularitatea utilizării, probabilitatea scăzută de abandon și fusul orar. Pe lângă luarea în considerare a acestor variabile, trebuie să determinați și exclusivitatea – deci la câte teste poate face parte utilizatorul care îndeplinește aceste condiții? Acest lucru trebuie determinat într-un mod care să nu conducă la date distorsionate și să vă permită să atribuiți îmbunătățirea ratei de conversie campaniei potrivite fără părtinire.
4. Convenție de denumire standardizată – Indiferent dacă configurați o nouă caracteristică pentru a testa sau un semnalizator de caracteristică, trebuie să urmați o convenție standard de denumire pentru a evita confuziile și cazurile de inițializare a caracteristicilor sau testelor greșite.
5. Identificatori unici și fără probleme de campanie – Ar trebui să utilizați o cheie alfanumerică pentru a identifica în mod unic testul din codul dvs. și pentru a evita orice bătăi de cap într-o etapă ulterioară.
6. Alegerea mediului potrivit – Ar trebui să specificați mediul în care rulați testul – de exemplu, puteți implementa testul în mediul de pregătire sau QA pentru echipa dvs. QA pentru a valida experimentul. O verificare a testului dumneavoastră este crucială pentru succesul acestuia și ar trebui să aveți opțiunea de a alege mediul potrivit pentru acesta.
7. Alocarea logică a traficului – Când derulați mai multe campanii sau când aveți un anunț important de eveniment, cum ar fi o reducere de Săptămâna Neagră, de exemplu, nu trebuie să includeți întregul set de vizitatori care ajung pe pagina dvs. în test. Ar trebui să alegeți procentul de trafic pe care doriți să îl includeți în campania dvs. de testare și, de asemenea, modul în care doriți să distribuiți acest trafic între variații.
8. Calculul timpului până la atingerea semnificației statistice – Timpul estimat pentru ca testul să atingă semnificația statistică ar trebui determinat de rata de conversie actuală a obiectivului dvs. principal și de îmbunătățirea minimă pe care doriți să o obțineți prin variațiile dvs. De asemenea, ar trebui să ia în considerare o probabilitate de 95% de a depăși rata de conversie de bază.

Acestea sunt câteva dintre cele mai bune practici și caracteristici obligatorii ale testării pe server – lista reală este mult mai lungă. După cum am menționat mai devreme, puteți fie să construiți aceste capabilități în interior, fie să utilizați VWO acolo unde noi facem treaba pentru dvs.

In concluzie

Indiferent dacă sunteți dezvoltator sau manager de produs, nu trebuie să vă limitați ideile de testare. Puteți rula teste complexe fără să vă temeți de probleme de performanță sau de confidențialitate cu testarea pe server și să rezolvați problemele reale cu care se confruntă clienții dvs. Puteți optimiza fiecare punct de contact digital, astfel încât clienții dvs. să experimenteze numai ce este mai bun.

Dacă utilizați o platformă precum VWO, complexitatea testului nu vă va copleși – pentru că fiecare contribuție a dvs. în campanie este intuitivă și o practică bună care vă ajută testul. Pentru a înțelege mai multe despre cum puteți rula cu ușurință teste pe server folosind VWO, solicitați o demonstrație cu experții noștri în produse.