DE{CODE}: Monitorizarea site-ului: intersecția produsului, UX Design și cercetare

Nu urăști când afli că site-ul tău sau site-ul clientului tău nu este... de la clientul tău? Nu te mai orbit niciodată! Alăturați-vă WP Engine Senior Product Manager Bryan Smith, UX Associate Researcher Kate Meyer și Senior Product Designer Kameron Fehrmann în timp ce parcurg soluția de monitorizare a site-ului WP Engine, ceea ce face din această problemă o relicvă a trecutului. În această sesiune, veți obține o privire detaliată asupra modului în care funcționează monitorizarea site-ului și a modului în care intersecția dintre UX Design, UX Research și Dezvoltare s-a reunit pentru a asigura potrivirea produsului-piață.

Diapozitive de sesiune

Transcriere text integral

BRYAN SMITH : Bună, tuturor. Numele meu este Bryan Smith. Sunt manager de produs aici la WP Engine. Vă mulțumim foarte mult că v-ați alăturat astăzi. Suntem aici pentru a vă vorbi despre monitorizarea site-ului, intersecția dintre produse, design UX și cercetare. Mi se alătură astăzi Kate Meyer, unul dintre cercetătorii noștri UX, și Kameron Fehrmann, unul dintre designerii noștri de produse. În următorul diapozitiv, am să vă vorbesc despre ce este monitorizarea site-ului. Așa că tocmai am lansat acest nou produs. Se numește „monitorizare a site-ului”. Este disponibil ca supliment pentru clienții WP Engine. Și odată cu acesta, veți putea monitoriza oricare dintre mediile site-ului dvs. care sunt asociate cu contul dvs. Și vă vom spune dacă există vreun fel de întreruperi pe care le vedem pe site sau pe platforma noastră.

Și în continuare, voi trece prin agenda noastră foarte repede. Așa că voi trece peste produs și vă voi oferi o privire de ansamblu, precum și o scufundare tehnică profundă. Dar înainte de a face asta, îi voi transmite lui Kate Meyer pentru a ne spune câte ceva despre cum am ajuns la acest produs. Ea va parcurge câteva tehnici de cercetare a utilizatorilor pe care le-am folosit. Apoi, ea o va preda lui Kameron, care va trece prin proiectarea și iterația produsului nostru. Și apoi voi încheia acest lucru cu o prezentare generală a produsului și o scufundare tehnică profundă. La tine, Kate.

KATE MEYER : În regulă. Mulțumesc, Bryan, sunt Kate. Sunt cercetător UX aici la WP Engine, în prezent concentrat pe îmbunătățirea ofertelor noastre de creare de site-uri. Așa că Bryan ne-a arătat acest produs nou grozav pe care îl avem acum. Dar cum am ajuns aici? Vreau să mă întorc la începutul cronologiei noastre și să demonstrez cum folosim design thinking pentru a ne face de la cunoașterea informațiilor de bază despre utilizatorii noștri până la lansarea produsului în doar câteva luni. Mă voi concentra pe aspectul de cercetare al procesului nostru și voi împărtăși cu voi modul în care puteți implementa aceste practici indiferent de rolul dvs., chiar dacă nu aveți un cercetător UX în echipa dvs.

După cum am menționat, am folosit aceste trei faze ale gândirii de design pentru acest proiect. Design thinking este un cadru standard al industriei. Aceasta este în esență o abordare centrată pe utilizator pentru rezolvarea unei probleme. Aici voi împărți munca noastră în aceste trei faze. În vara trecută, am vrut să învățăm nu doar cum să remediam ce nu era în neregulă cu portalul de utilizatori WP Engine, ci și cum am putea trece la nivelul următor.

Deci, pentru a aborda acest lucru, am folosit cercetarea generativă. Acest lucru a fost sub formă de interviuri cu o varietate de utilizatori ai noștri. Le-am adresat tuturor un set de întrebări pre-scrise, toate aceleași întrebări pentru toți utilizatorii, doar pentru a genera o înțelegere a lucrurilor precum joburile, obiectivele, provocările lor etc. Dacă un proces de interviu vi se pare copleșitor, puteți utiliza și un instrument de sondaj în același scop. De fapt, am folosit SurveyMonkey împreună cu interviurile ca o altă modalitate de a obține feedback.

În această fază a cercetării, am găsit cu adevărat interesant faptul că, în ciuda diferențelor dintre rolurile utilizatorilor, aceștia împărtășeau de fapt o mulțime de obiective comune și puncte dure. Și acesta este un model foarte grozav de văzut. De fapt, vrem să vedem aceste asemănări între diferite tipuri de utilizatori, deoarece ne ajută să ne stabilim activitatea. Și în timp ce făceam aceste interviuri și sondaje, am început să observăm câteva teme comune în contextul găzduirii site-urilor web.

Două dintre obiectivele despre care am tot auzit au fost să ne dorim un singur instrument pentru a monitoriza și întreține site-urile web și, de asemenea, pentru a detecta probleme înainte ca clienții și vizitatorii site-ului să observe ceva în neregulă. Cu toate acestea, o problemă comună a fost că portalul nostru pentru utilizatori nu le permite în prezent utilizatorilor să atingă aceste obiective. Și de fapt, acest proprietar de agenție a rezumat destul de bine spunând: „Dacă pot rezolva o problemă înainte ca clientul să o vadă, este fantastic. Nu vreau să primesc apelurile alea de la clienți, „Oh, hei, ghici ce? Am intrat pe site-ul meu. Nu este acolo. Ce faceţi azi?'"

Odată ce vedeți aceste teme obișnuite apar din nou și din nou atunci când auziți de la utilizatori, atunci știți că este momentul să faceți idei. Știam că trebuie să îmbunătățim portalul utilizatorilor pentru a-i ajuta pe utilizatori să aibă grijă de site-urile lor în mod proactiv. Și știam, de asemenea, că echipa noastră de ingineri ar putea folosi tehnologia partenerului pentru a aborda un aspect al problemei utilizatorilor, și asta prin monitorizarea timpului de funcționare.

Deci, în acest moment, ne-ar fi fost foarte ușor să ne scufundăm și să începem imediat să construim ceva. Dar dacă doriți să construiți ceea ce trebuie de prima dată, este important să primiți în continuare feedback și contribuții ale utilizatorilor în această fază. De asemenea, este foarte important în această fază să fie implicată întreaga echipă.

Vrei să vii cu câteva idei grozave, dar trebuie să te asiguri că ideile tale sunt fezabile și că sunt încă aliniate cu ceea ce au nevoie cu adevărat utilizatorii tăi. Deci, în această fază, proiectantul nostru a lucrat cu echipa de ingineri pentru a veni cu o idee și pentru a asigura fezabilitatea acesteia pentru monitorizarea șantierului. Și apoi, împreună cu managerul de produs și designerul, plănuiesc niște teste de concept, astfel încât să putem pune ideea în fața utilizatorilor.

Testarea conceptului este un tip de cercetare care vă ajută să aflați dacă ideea pe care o aveți se potrivește cu așteptările și nevoile utilizatorilor dvs. Așa că le arătăm ideea noastră și le punem întrebări despre aceasta. În acest caz particular, am folosit modele LE midfill, așa cum vedeți în stânga aici, pe care designerul le-a creat cu ajutorul echipei de ingineri. Dar lucrul grozav la acest tip de cercetare este că poți arăta ceva la fel de simplu ca un creion pe hârtie. Nici măcar nu trebuie să arate bine.

Această tehnică este cu adevărat grozavă, deoarece permite utilizatorilor să se concentreze pe idei în loc de prezentarea vizuală. Și din nou, în această fază, vrem cu adevărat să aflăm dacă ideea ta se îndreaptă în direcția corectă. Și un alt aspect al acestui lucru este că nu trebuie să le arăți zeci sau sute de oameni. Puteți folosi până la cinci participanți pentru acest tip de cercetare, deoarece, până în acel moment, ar trebui să începeți să vedeți câteva teme comune în reacțiile lor la ideea dvs.

Prin urmare, în timpul testării conceptului, am aflat că așteptările utilizatorilor noștri se aliniau cu planurile noastre pentru acest produs. Deci asta ne-a pus într-o poziție bună pentru a începe să o construim. Totuși, am vrut să adunăm feedback, așa că am decis să mergem la o versiune beta închisă. Și ceea ce arată a fost ca unii utilizatori să se înscrie, să adauge funcția în contul lor și apoi să le ceară feedback pe parcursul procesului de utilizare a noii funcții. Așadar, a avea acest grup mic de utilizatori cu acces la produs este o modalitate foarte bună de a testa gradul de utilizare al acestuia, de a rezolva erori și de a înțelege cum ați putea să le îndepliniți mai bine așteptările înainte ca produsul să fie lansat tuturor. a utilizatorilor.

Deci Kameron va continua povestea de aici. Dar înainte să lăsăm piesa de cercetare în urmă, vreau să închei ceea ce sper să iei din povestea mea. Deci, din nou, acest cadru vă poate ajuta să treceți de la înțelegerea nevoilor utilizatorilor până la construirea unui nou produs. Și oricine din echipa dvs. poate învăța de la utilizatorii dvs. prin diferite metode și în toate fazele unui proiect. Când vă mențineți utilizatorii în centrul construcției, așa vă veți asigura că produsul dvs. este cât mai ușor posibil pentru utilizatorii dvs. și vă veți oferi un avantaj competitiv. Mulțumesc. Kameron.

KAMERON FEHRMANN : Mulțumesc mult, Kate. Salut tuturor. Eu sunt Kameron. Sunt designer senior de produse aici la WP Engine. De asemenea, lucrez cu instrumente pentru constructori și cu produsele noastre de comerț electronic și sunt foarte încântat să vă vorbesc astăzi despre monitorizarea site-ului. Deci, iată cum ne aflăm în cronologia noastră. Am trecut prin, am făcut cercetările noastre generative, am făcut niște teste de concept și acum am lansat versiunea beta. Avem un sondaj care arată că ascultăm oamenii și acesta a fost de fapt punctul în care am intrat în proiect.

M-am cam prins rapid de cercetările anterioare. Kate și Bryan au fost super instrumentali în asta. Sincer, dacă nu am fi avut deja unele dintre cadențe de colaborare stabilite între design și cercetare, produs și inginerie, lucrurile nu ar fi mers la fel de bine. Așa că au fost parteneri grozavi în a mă face să fiu prins la mijloc. Știu că unii dintre voi probabil înțelegeți cum este, lucrând în viața de agenție. Știam că acest fond de ten este grozav pentru beta noastră, dar că am vrut să facem mai multe cu el.

Așa că am făcut un fel de urmărire rapidă după ce am lansat versiunea beta pentru a îmbunătăți un pic mai mult designul. În primul rând, am început cu statutul nostru WP Engine. Am auzit de la utilizatori că nu erau foarte siguri dacă întreruperile pe care le întâmpinau au fost ca urmare a ceva ce au făcut în interior sau dacă era o problemă cu WP Engine care, sincer, era în afara controlului lor. Așa că am adăugat acest statut pentru oameni, astfel încât să poată vedea, hei, ceva se întâmplă cu WP Engine. Suntem noi, nu tu sau invers.

Am adăugat, de asemenea, funcția Adăugați, eliminați sau întrerupeți pentru monitorizare. Aceasta a fost, practic, o modalitate prin care oamenii să adauge sau să elimine monitoare și apoi să întrerupă monitorizarea atunci când era necesar și a fost doar o modalitate prin care oamenii își personalizeau experiența puțin mai mult. Și, în sfârșit, după cum puteți vedea aici, am ieșit la suprafață întreruperi destul de puternice. Am vrut să ne asigurăm că oamenii pot vedea clar ce se întâmplă cu site-urile lor și pot comunica cu siguranță cu oamenii. Și asta am auzit și noi, că au vrut să-și vadă întreruperile și să se ocupe de probleme cât mai curând și cât mai repede.

Și iată un fel de înainte și după unde am început cu beta și unde am ajuns înainte de a fi lansat. După cum puteți vedea, câteva diferențe destul de mari. Ne-am concentrat în mod special pe coloane. Am auzit de la oameni că nu prea înțelegeau ce erau coloanele sau pentru ce erau ele sau ce înseamnă oricare dintre lucrurile din ele.

Așa că am făcut mult mai clar starea întreruperii dacă ceva a fost sau nu într-o întrerupere și ce înseamnă asta. Și apoi am adăugat și câteva link-uri mai acționabile. Am adăugat în definiția a ceea ce este o întrerupere și apoi un link către un articol de asistență despre monitorizarea site-ului, astfel încât oamenii să poată găsi mai multe informații dacă doresc.

Celălalt lucru pe care l-am făcut a fost să legăm acest lucru mai strâns de sistemul nostru de design intern. A fost atât de grozav să pot extrage dintr-un fel de bibliotecă de componente pentru mine, ca designer și ca dezvoltatori, astfel încât să putem face ca fluxurile noastre de lucru să meargă mai repede. Dacă nu aveți deja un sistem de design cu care lucrați, vă recomand cu căldură unul. Pur și simplu vă fac fluxurile de lucru mult mai ușoare și fac totul să meargă mult mai repede. Așa că am putut trece de la ceea ce vedeți în stânga la dreapta destul de repede datorită acestui sistem de design.

Și iată cum arăta acel flux de lucru, acea iterație în timp ce lucram prin versiunea beta. Așa că am început. Am eliberat. Am primit feedback de la utilizatorii noștri cu sondajul nostru și, de asemenea, de la dezvoltatorii care lucrează la produs. Am făcut câteva modificări de design. Aș vorbi cu triada. S-ar putea să avem feedback doar printre noi și apoi l-aș preda dezvoltatorilor. S-ar putea să aibă ceva feedback. S-ar putea să avem niște discuții și apoi vom lansa versiunea beta și ciclul va începe de la capăt.

Așa că doar pentru a ne înregistra aici, am trecut prin, lansat în versiune beta. Am ascultat oamenii din sondajul nostru beta. Și acum, suntem gata să începem cu alerte și să începem această experiență. Deci alerte, știam că oamenii vor alerte, au nevoie de alerte. Acesta a fost ceva despre care am auzit de la utilizatori că este foarte important și ar face monitorizarea și mai valoroasă pentru ei.

De asemenea, știam că utilizatorii doreau să fie notificați cu privire la o problemă înainte de a deveni o problemă pentru clienții lor, așa cum ați auzit în citatul nostru. Ei nu doresc să primească un apel de la un client că există o problemă sau o întrerupere a site-ului lor și ei înșiși nu știau despre asta. Asta nu e bine.

Celălalt lucru despre asta este că am inclus încă două echipe de dezvoltare în această lucrare, pentru că am vrut să ne putem îndeplini calendarul lansării. Ciclul acela pe care l-ai cam văzut a devenit super important pentru că erau mai multe echipe. Mai multe mâini fac munca mai ușoară, dar pot și complica lucrurile. Dar, din fericire, am putut să ne ocupăm de asta pentru cadențele lor. Lucrul pe care a trebuit să ne dăm seama cu alertele au fost canalele pe care doream să le folosim.

Ceea ce am auzit de la utilizatori, în primul rând, a fost că e-mail-ul era canalul preferat de alegere față de Slack sau SMS, așa că am decis să rămânem mai întâi cu e-mailurile. Și apoi a trebuit să mergem de acolo și să ne gândim la toate scenariile de e-mail diferite. Am vrut să ne asigurăm că mesajele noastre sunt foarte clare și ușor de acționat pentru oameni, că aceștia au putut să înțeleagă și să ia măsuri cât mai curând posibil atunci când au primit o alertă.

Celălalt lucru la care a trebuit să ne gândim a fost că, atunci când cineva se înscrie pentru o alertă, vrem să ne asigurăm că confirmăm că este abonat. Aceasta este doar un fel de cea mai bună practică cu experiența utilizatorului. Și apoi la capătul opus, asigurându-vă că funcția de dezabonare este de fapt destul de fluidă pentru oameni și că este o experiență destul de ușoară și bună, luând în considerare toate lucrurile. Deci, da, am trecut și am făcut mai multe teste de utilizator și mai multe cercetări pentru asta. Și am vrut cu adevărat să ne asigurăm că, așa cum am spus, mesajele sunt de înțeles și de acționat.

Deci, iată, din nou, doar un alăturat al testării înainte și după testare. Nu sunt prea multe diferențe nebunești aici. În primul rând, am auzit de la utilizatori că doreau să știe care sunt erorile specifice și doreau mai multe informații, așa că asta am încercat să le oferim. Am încercat să le oferim codurile de eroare și orice alte informații pe care le-am putut și să clarificăm puțin acel conținut. Și după asta, sincer, a fost doar o chestiune de lucru pentru eliberare. Deci, sincer, vreau doar să subliniez câteva dintre aceste aspecte cheie despre care am vorbit și aceste puncte cheie de colaborare pe care le avem de-a lungul acestui proiect.

În primul rând, modelul de operare al triadei a fost foarte important pentru noi. Încă o dată, a fost proiectarea și cercetarea, produsul și inginerie, toate felurile de lucru împreună ca o echipă pentru a lansa acest produs. Am avea frecvent sincronizări și baze de atingere pentru proiectare, cercetare, inginerie. Și puneam întrebări, colaboram.

Ne-am creat chiar și propriul canal Slack. Recunosc că nu toată lumea poate sau este capabilă să facă acest lucru, dar crearea acestor relații de colaborare între design și produs este cu adevărat importantă. Și sunt cu adevărat cheie pentru a vă asigura că aveți acea aliniere și responsabilitate la nivelul acelei întreprinderi sau agenții atunci când creați produse.

Un alt lucru pe care îl voi menționa este proiectarea și cercetarea având un parteneriat atât de strâns. Recunosc că nu toată lumea lucrează cu un designer sau un cercetător, dar poți fi totuși un susținător al experienței utilizatorului, dacă vrei. Există o mulțime de grupuri UX care oferă resurse grozave și cele mai bune practici, așa că poți fi totuși un susținător al utilizării, chiar dacă acesta nu este rolul tău principal sau nu este ceva pe care îl faci des.

Celălalt lucru pe care îl voi menționa este de fapt parteneriatul cu dezvoltarea. Am lucrat foarte strâns cu toate echipele de dezvoltare la acest proiect. M-am trezit adesea să vin la ei, întrebând dacă sunt nebun pentru crearea unui design sau ceva de genul ăsta, iar ei au fost întotdeauna atât de deschiși să lucreze cu mine și să ofere tot felul de perspective, să pună întrebări.

A fost minunat. Am avut o relație de colaborare foarte bună. Așa că voi spune, dacă lucrezi cu un designer, nu ezita să-ți cam murdărești mâinile și să colaborezi cu el. Ne place să lucrăm cu dezvoltatori care sunt dispuși să stea acolo și să înțeleagă problemele pe care încercăm să le rezolvăm și să lucrăm împreună la acel obiectiv comun.

Un alt lucru despre asta, de fapt m-am implicat în multe ceremonii și cadențe Agile pe care le au aceste echipe. Așa că a fi capabil să stau, rafinare în așteptare sau planificări de sprint și să pun întrebări, să-i pună să-mi pună întrebări în contextul activității de dezvoltare a fost foarte valoros. Și nu în ultimul rând, colaborarea asincronă. Acest lucru a fost cu adevărat cheie. Suntem o companie globală. Avem echipe de pe tot globul și suntem cu toții foarte ocupați.

Așa că posibilitatea de a crea canale Slack în mod specific în cadrul echipelor pentru ca noi toți să colaborăm a fost cu adevărat esențial. Kate și cu mine am putea posta despre cercetare și design. Am putea primi feedback, pune întrebări fără a fi nevoie să așteptăm o recenzie sau o întâlnire. Și cred că vreau doar să spun asta, că situația nu trebuie să fie perfectă – perfectă, scuză-mă, pentru ca noi să colaborăm. O poți face asincron. Nu trebuie să așteptați o întâlnire. Totul nu trebuie să fie exact în regulă pentru a duce lucrurile la bun sfârșit. Deci asta e timpul meu. Mulțumesc tuturor foarte mult. Bryan, te voi lăsa să-l iei și să vorbim despre prezentarea de ansamblu a produselor noastre.

BRYAN SMITH: Mulțumesc mult, Kameron. În regulă. După cum am promis, voi trece la o prezentare generală a produsului și apoi vom face o scufundare tehnică profundă înainte de a închide. Deci monitorizarea site-ului și portal. Pentru cei care adaugă suplimentul, vor avea acces la o nouă pagină de portal. Se numește „monitorizare a site-ului”. Și din această pagină, puteți adăuga monitoare, întrerupeți și ștergeți. Kameron a făcut un pic aluzie la asta, dar aceasta este pagina de pe care faci asta.

De asemenea, din această pagină, veți putea vizualiza întreruperi, timpul de funcționare, timpul mediu de răspuns pentru un interval de date selectat. De asemenea, veți putea să vă conectați la jurnalele de erori specifice site-ului atunci când detectăm întreruperi, astfel încât toate acestea sunt posibile din această pagină. Vor exista, de asemenea, link-uri către pagina Preferințe de alertă, pe care o vom accesa aici în doar o secundă.

BINE. Așa că vreau să intru foarte repede într-un videoclip și apoi vom reveni la diapozitive, dar aceasta va fi o prezentare demonstrativă reală a modului în care arată pagina respectivă în portal. Doar un lucru de remarcat, a fost înregistrat înaintea unora dintre acele imagini pe care le-ați văzut de la Kameron. Deci actualizăm asta. Nu luați asta exact așa cum arată, dar este o bună aproximare a ceea ce veți vedea în portal.

Meniul. Veți vedea un link de monitorizare a site-ului. Vom deschide această pagină aici și veți vedea că am o listă cu toate mediile de site pe care le monitorizez. Pot vedea acei timpi de răspuns și lista tuturor celor care sunt monitorizați în prezent. Am făcut clic pe linkul de stare a motorului WP din partea de sus și m-a dus la această pagină de stare a motorului WP. Kameron a menționat asta și mai devreme, dar asta este disponibil acolo.

Când dau clic pe butonul Adaugă monitor, pot face asta cu ușurință doar dintr-un singur clic. Aș spune că este o parte uriașă a acestui produs și integrare, este doar ușurința cu care puteți întrerupe, șterge sau furniza monitoare. Aici, pun în pauză un monitor. Veți vedea un mic buton Reluare care apare acolo. Da. Dacă apăs pe Reluare, se renunță la pauză.

Și rețineți că ceea ce face de fapt o pauză este doar că oprește monitorul ping să facă ping site-ului. Deci, ori de câte ori este întrerupt, de fapt nu trimite acel ping. Aici, vom elimina un monitor. Veți vedea un ecran de confirmare. Deoarece, atunci când ștergeți unul dintre aceste monitoare, acesta elimină de fapt tot istoricul de întreruperi asociat cu acesta. Așa că ține cont de asta.

Și asta e pagina din portal. În regulă. Vom reveni la diapozitive acum și vă vorbesc puțin despre alerta prin e-mail, așa că există câteva șabloane diferite. Kameron a făcut aluzie la asta puțin mai devreme, dar voi aprofunda puțin aici. Așadar, odată ce optați pentru alertarea prin e-mail, veți primi un șablon de e-mail care arată cam așa, care arată că sunteți abonat acum pentru monitorizarea alertelor pentru site-urile dvs. Vă va oferi un link către articolul din Centrul nostru de asistență, care vă va oferi mai multe informații despre cum funcționează acest produs. Și în partea de jos, există un link către pagina de monitorizare a site-ului pe care tocmai v-am arătat-o.

BINE. Deci, atunci când detectăm o întrerupere a site-ului dvs., veți primi un e-mail care arată astfel. Va avea numele site-ului, când am detectat întreruperea. De asemenea, va arăta starea motorului WP. Acum, acest statut este important, deoarece vă va arăta starea actuală a platformei, a platformei de găzduire. Deci, dacă arată bine, dar încă primiți acest e-mail, înseamnă că există de fapt o problemă specifică site-ului.

Nu este specific infrastructurii de găzduire, dar de fapt există ceva pe site-ul sau domeniul tău. Și în conținutul e-mailului de aici, vă va arăta acel cod de răspuns pe care îl vedem. Și apoi în jos, va exista un link către pagina respectivă de monitorizare a site-ului. Există, de asemenea, un link către jurnalele de acces, deoarece acesta va fi următorul pas cel mai bun pentru a încerca să diagnosticați ce se întâmplă și de ce vedeți acest e-mail de întrerupere.

În regulă. Și apoi, când se rezolvă, veți vedea un alt e-mail care vă arată că site-ul dvs. este susținut. Întreruperea nu mai are loc. Nu o mai detectăm. Acest lucru vă va spune, de asemenea, ce site face backup. Vă va spune cât timp a fost oprit site-ul și, din nou, link-uri în partea de jos. Aceleași link-uri în partea de jos.

Așa că am menționat că aceasta este o pagină la care puteți ajunge din pagina și portalul de monitorizare a site-ului. Aici vă configurați de fapt preferințele de alertă. Deci, de aici, puteți activa sau dezactiva canalele de alertă. Puteți introduce contacte de e-mail. Persoanele de contact de e-mail provin din lista de utilizatori ai portalului, așa că veți vedea asta în partea de jos, în stânga. Este doar o casetă de selectare.

Avem deja numele și adresa de e-mail. Nu trebuie să introduceți asta. Din nou, extrage asta din contactele tale din portal. Dar menționați aici că aceasta va fi o pagină de pe care puteți activa integrarea Slack. Nu avem asta încă, dar este pe foaia noastră de parcurs. Este ceva la care suntem pe cale să începem lucrul. Deci, în prezent, doar alerte prin e-mail, dar Slack este pe foaia de parcurs.

În regulă. Am menționat că vom intra în câteva detalii tehnice aici pentru a vă oferi doar o idee despre cum funcționează totul în culise. Deci, totul este posibil prin ceea ce numim „Agentul nostru de monitorizare a site-ului”, iar acesta este un strat intermediar între portalul nostru de utilizatori și ceea ce face utilizatorul acolo și partenerul nostru New Relic, ale cărui API-uri de monitorizare și alertă le consumăm. Deci, agentul de monitorizare a site-ului centralizează în esență resursele New Relic.

Acesta este stratul care creează, actualizează și șterge monitoare, precum și alertele. Și este, de asemenea, locul în care putem pur și simplu să reconciliăm și să prindem orice fel de erori, să ne asigurăm că nimic nu este eliminat accidental. Deci acesta este acel strat interstițial, așa că haideți să intrăm puțin în unele dintre lucrurile care se întâmplă într-un flux de utilizatori. Deci, să trecem printr-un flux tipic de utilizator. Deci un utilizator se va înscrie. Ce se întâmplă acolo este o verificare a drepturilor pe portal pentru a vedea dacă au acces la monitorizarea site-ului.

Și în cazul în care o fac, verifică serviciul de autorizare WP Engine pentru a obține acest lucru OK. Odată ce trece această verificare, utilizatorul poate crea un monitor din pagina de monitorizare a site-ului pe care v-am arătat-o ​​mai devreme în portal. Deci ei furnizează manual acel monitor făcând clic pe butonul Adăugare monitor. Și în culise, trimite o solicitare către API-ul New Relic Synthetics pentru a furniza efectiv acel monitor.

Acum, în timp ce sunteți și pe pagina respectivă din portal, puteți vizualiza datele. Puteți vizualiza datele istorice. Din ceea ce am văzut din ping-ul site-ului pe care l-ați configurat, puteți vedea, de asemenea, timpul mediu de răspuns, conectați pentru a accesa jurnalele. Deci, aici, un client poate vizualiza acele date pe pagina respectivă. Ceea ce se întâmplă în culise este că de fapt atingem un alt API New Relic. Este API-ul lor NerdGraph. Deci, agentul de monitorizare a site-ului trimite o solicitare pentru a prelua acele date și a le afișa. Și toate acestea se întâmplă, din nou, prin API-ul NerdGraph prin New Relic.

Alte câteva cazuri de utilizare care ar fi comune ar fi scenariul Edit Monitor. Deci, aceasta ar putea fi întreruperea unui monitor existent, caz în care agentul va trimite o solicitare de corecție către API-ul New Relic Synthetics. De asemenea, puteți dezaproviziona un monitor. Aceasta ar însemna ștergerea unui monitor de pe pagina portalului pe care v-am arătat-o ​​mai devreme. Aceasta trimite o solicitare de ștergere către acel API Synthetics. Un client poate modifica și configurația. Poate doriți să schimbați adresa URL pentru domeniul căruia îi trimitem verificarea ping.

În acest caz, agentul trimite o cerere de corecție pentru a actualiza acel monitor. De asemenea, un utilizator poate anula site-ul care are monitorizarea site-ului. Și în acest caz, ceea ce am face este să trimitem automat o solicitare de ștergere către acel API Synthetics pentru a dezaproviziona monitorul respectiv. Sau în cazul în care un client ar putea anula întregul cont care are o grămadă de monitoare de site diferite, o solicitare de de-provizionare a tuturor acestor monitoare este trimisă automat atunci când este detectat. Deci, toate aceste lucruri sunt importante pentru fluxul de utilizatori, iar agentul de monitorizare a site-ului este ceea ce face acest lucru posibil.

În regulă. Așa că am menționat-o mai devreme, dar, pe măsură ce privim în viitor, cu siguranță intenționăm să integrăm Slack ca canal de alertă suplimentar. De asemenea, explorăm și SMS-urile, așa că fii atent pentru mai multe adăugări în viitor. Acesta este V1-ul nostru. Suntem încântați de asta și suntem foarte bucuroși să îl putem lansa aici la DE{CODE}. Dar acesta este într-adevăr V1. Avem atât de multe planuri în magazin. Acestea sunt doar câteva dintre ele. Dar, de asemenea, rămâneți atent pentru mai multe opțiuni de configurare cu monitorizarea, mai multe îmbunătățiri ale portalului utilizatorului și vom continua să urmăm acel proces iterativ de cercetare și proiectare care ne-a condus până în acest punct.

Deci, cu asta, mulțumim celorlalți prezentatori, Kate și Kameron. Și vă mulțumim tuturor pentru că v-ați alăturat nouă astăzi. Să aveți o zi bună și să verificați monitorizarea site-ului. Mulțumesc tuturor.