DE{CODE}: Monitoraggio del sito: l'intersezione tra prodotto, progettazione UX e ricerca

Non odi quando scopri che il tuo sito o il sito del tuo cliente non è attivo... dal tuo cliente? Non farti accecare mai più! Unisciti al Senior Product Manager di WP Engine Bryan Smith, alla ricercatrice associata UX Kate Meyer e al Senior Product Designer Kameron Fehrmann mentre esplorano la soluzione di monitoraggio del sito di WP Engine, che rende questo problema una reliquia del passato. In questa sessione, avrai uno sguardo dettagliato su come funziona il monitoraggio del sito e su come l'intersezione di UX Design, UX Research e Development si è unita per garantire l'adattamento del prodotto al mercato.

Slide della sessione

Trascrizione del testo completo

BRYAN SMITH : Salve a tutti. Mi chiamo Bryan Smith. Sono un product manager qui a WP Engine. Grazie mille per esserti unito a noi oggi. Siamo qui per parlarti del monitoraggio del sito, dell'intersezione tra prodotto, design UX e ricerca. Insieme a me oggi ci sono Kate Meyer, una delle nostre ricercatrici UX, e Kameron Fehrmann, uno dei nostri product designer. Nella prossima diapositiva, ti parlerò di cos'è il monitoraggio del sito. Quindi abbiamo appena rilasciato questo nuovo prodotto. Si chiama "monitoraggio del sito". È disponibile come componente aggiuntivo per i clienti di WP Engine. E con esso, sarai in grado di monitorare qualsiasi ambiente del tuo sito associato al tuo account. E ti diremo se c'è qualche tipo di interruzione che vediamo sul sito o sulla nostra piattaforma.

E poi, passerò molto velocemente alla nostra agenda. Quindi esaminerò il prodotto e ti fornirò una panoramica oltre a un approfondimento tecnico. Ma prima di farlo, lo passerò a Kate Meyer per dirci qualcosa su come siamo arrivati ​​a questo prodotto. Esaminerà alcune tecniche di ricerca sugli utenti che abbiamo utilizzato. Quindi lo consegnerà a Kameron, che si occuperà della progettazione e dell'iterazione del nostro prodotto. E poi finirò con la panoramica del prodotto e una profonda immersione tecnica. Passo a te, Kate.

KATE MEYER : Va bene. Grazie, Bryan, sono Kate. Sono un ricercatore UX qui a WP Engine, attualmente concentrato sul miglioramento delle nostre offerte di creazione di siti. Quindi Bryan ci ha mostrato questo fantastico nuovo prodotto che abbiamo adesso. Ma come siamo finiti qui? Voglio tornare all'inizio della nostra sequenza temporale e dimostrare come utilizziamo il pensiero progettuale per portarci dalla conoscenza delle informazioni di base sui nostri utenti al rilascio del prodotto in pochi mesi. Mi concentrerò sull'aspetto di ricerca del nostro processo e condividerò con te come puoi implementare queste pratiche indipendentemente dal tuo ruolo, anche se non hai un ricercatore UX nel tuo team.

Come ho già detto, abbiamo utilizzato queste tre fasi del pensiero progettuale per questo progetto. Il pensiero progettuale è un framework standard del settore. Questo è essenzialmente un approccio incentrato sull'utente per risolvere un problema. Suddividerò il nostro lavoro in queste tre fasi qui. L'estate scorsa, volevamo imparare non solo come correggere ciò che non andava nel portale utenti di WP Engine, ma anche come portarlo al livello successivo.

Quindi, per risolvere questo problema, abbiamo utilizzato la ricerca generativa. Questo era sotto forma di interviste con una varietà di nostri utenti. Abbiamo posto a tutti una serie di domande pre-scritte, tutte le stesse domande per tutti gli utenti, solo per generare una comprensione di cose come il loro lavoro, obiettivi, sfide, eccetera. Se un processo di intervista ti sembra travolgente, puoi anche utilizzare uno strumento di indagine per lo stesso scopo. In realtà abbiamo utilizzato SurveyMonkey insieme alle interviste solo come un altro modo per ottenere feedback.

Durante questa fase della ricerca, abbiamo trovato davvero interessante il fatto che, nonostante le differenze nei ruoli degli utenti, in realtà condividessero molti obiettivi comuni e punti deboli. E questo è uno schema davvero fantastico da vedere. In realtà vogliamo vedere queste somiglianze tra diversi tipi di utenti, perché ci aiuta a definire il nostro lavoro. E mentre stavamo conducendo queste interviste e i sondaggi, abbiamo iniziato a notare alcuni temi comuni nel contesto dell'hosting di siti web.

Due degli obiettivi di cui continuavamo a sentire erano il desiderio di un solo strumento per monitorare e mantenere i siti Web e anche rilevare i problemi prima che i clienti e i visitatori del sito si accorgessero che qualcosa non andava. Tuttavia, un punto dolente comune era che il nostro portale utenti non consente attualmente agli utenti di raggiungere questi obiettivi. E in realtà, il proprietario di un'agenzia ha riassunto abbastanza bene il problema dicendo: “Se riesco a risolvere un problema prima che il cliente lo veda, è fantastico. Non voglio ricevere chiamate da quei clienti, 'Oh, ehi, indovina un po'? Sono andato al mio sito web. Non è lì. Cosa stai facendo oggi?'"

Una volta che vedi questi temi comuni che emergono ancora e ancora quando senti gli utenti, allora sai che è il momento di ideare. Sapevamo di dover migliorare il portale utente per aiutare gli utenti a prendersi cura in modo proattivo dei propri siti. E sapevamo anche che il nostro team di ingegneri poteva sfruttare la tecnologia dei partner per affrontare un aspetto del punto dolente degli utenti, e questo era attraverso il monitoraggio del tempo di attività.

Quindi, a questo punto, sarebbe stato davvero facile per noi tuffarci subito e iniziare a costruire qualcosa immediatamente. Ma se vuoi costruire la cosa giusta la prima volta, è importante ottenere comunque feedback e input dagli utenti durante questa fase. È anche molto importante in questa fase coinvolgere l'intero team.

Vuoi avere delle idee fantastiche, ma devi anche assicurarti che le tue idee siano fattibili e che siano ancora in linea con ciò di cui i tuoi utenti hanno veramente bisogno. Pertanto, durante questa fase, il nostro progettista ha lavorato con il team di ingegneri per elaborare un'idea e garantirne la fattibilità per il monitoraggio del sito. E poi con il product manager e il designer, pianifico alcuni test concettuali in modo da poter presentare la nostra idea agli utenti.

Il concept testing è un tipo di ricerca che ti aiuta a capire se l'idea che hai corrisponde alle aspettative e alle esigenze dei tuoi utenti. Quindi mostriamo loro la nostra idea e facciamo loro domande al riguardo. In questo caso particolare, abbiamo utilizzato prototipi LE midfill come vedete qui a sinistra che il progettista ha creato con l'aiuto del team di ingegneri. Ma la cosa grandiosa di questo tipo di ricerca è che puoi mostrare qualcosa di semplice come solo penna su carta. Non deve nemmeno avere un bell'aspetto.

Questa tecnica è davvero eccezionale, perché consente agli utenti di concentrarsi sulle idee invece che sulla presentazione visiva. E ancora, in questa fase, vogliamo davvero sapere se la tua idea va nella giusta direzione. E un altro aspetto di questo è che non devi mostrarlo a decine o centinaia di persone. Puoi utilizzare solo cinque partecipanti per questo tipo di ricerca perché, a quel punto, dovresti iniziare a vedere alcuni temi comuni nelle loro reazioni alla tua idea.

Pertanto, durante i nostri concept test, abbiamo appreso che le aspettative dei nostri utenti erano in linea con i nostri piani per questo prodotto. Questo ci ha messo in una buona posizione per iniziare a costruirlo. Volevamo comunque raccogliere feedback, quindi abbiamo deciso di optare per una closed beta. E quello che sembra è che alcuni utenti abbiano aderito, aggiunto la funzione al proprio account e quindi chiesto loro un feedback durante il loro processo di utilizzo della nuova funzione. E quindi avere questo piccolo gruppo di utenti con accesso al prodotto è davvero un ottimo modo per testarne l'usabilità, risolvere i bug e capire come potresti essere in grado di soddisfare meglio le loro aspettative prima che il prodotto venga rilasciato a tutti degli utenti.

Quindi Kameron continuerà la storia da qui. Ma prima di lasciarci alle spalle il pezzo di ricerca, voglio concludere ciò che spero che tu porti via dalla mia storia. Quindi, ancora una volta, questo framework può aiutarti a passare dalla comprensione delle esigenze degli utenti alla creazione di un nuovo prodotto. E chiunque nel tuo team può imparare dai tuoi utenti attraverso vari metodi e in tutte le fasi di un progetto. Quando mantieni i tuoi utenti al centro della costruzione, è così che ti assicurerai che il tuo prodotto sia il più semplice possibile per i tuoi utenti e per darti un vantaggio competitivo. Grazie. Cameron.

KAMERON FEHRMANN : Grazie mille, Kate. Ciao a tutti. Sono Kameron. Sono un progettista di prodotti senior qui a WP Engine. Lavoro anche con gli strumenti di creazione e i nostri prodotti di e-commerce e sono davvero entusiasta di parlarvi del monitoraggio del sito oggi. Quindi ecco a che punto siamo nella nostra sequenza temporale. Abbiamo esaminato, svolto la nostra ricerca generativa, effettuato alcuni test di concetto e ora siamo stati rilasciati in versione beta. Abbiamo un sondaggio sul fatto che in un certo senso ascoltiamo le persone, e questo è stato effettivamente il punto in cui sono entrato nel progetto.

In un certo senso sono stato rapidamente coinvolto nella ricerca precedente. Kate e Bryan sono stati super determinanti in questo. Onestamente, se non avessimo già stabilito alcune delle cadenze di collaborazione tra design e ricerca, prodotto e ingegneria, le cose non sarebbero andate così lisce. Quindi sono stati ottimi partner nel farmi raggiungere la velocità nel mezzo. So che alcuni di voi probabilmente capiscono com'è, lavorare nella vita dell'agenzia. Sapevamo che questa base era ottima per la nostra beta, ma che volevamo fare di più.

Quindi, dopo il rilascio alla versione beta, abbiamo fatto un rapido follow-up per migliorare un po' di più il design. Innanzitutto, abbiamo iniziato con il nostro stato WP Engine. Abbiamo sentito dagli utenti che non erano del tutto sicuri se le interruzioni che stavano riscontrando fossero il risultato di qualcosa che avevano fatto internamente o se si trattasse di un problema di WP Engine che era, francamente, fuori dal loro controllo. Quindi abbiamo aggiunto questo stato per le persone in modo che potessero effettivamente vedere, ehi, sta succedendo qualcosa con WP Engine. Siamo noi, non tu o viceversa.

Abbiamo anche aggiunto la funzione Aggiungi, Rimuovi o Metti in pausa per il monitoraggio. Questo era fondamentalmente un modo per le persone di aggiungere o rimuovere i monitor e quindi anche mettere in pausa il monitoraggio quando necessario, ed era solo un modo per le persone di personalizzare un po' di più la loro esperienza. E infine, come puoi vedere qui, abbiamo riscontrato interruzioni piuttosto pesanti. Volevamo assicurarci che le persone potessero vedere chiaramente cosa stava succedendo con i loro siti e comunicare definitivamente con le persone. E questo è qualcosa che abbiamo sentito anche noi, che volevano essere in grado di vedere le loro interruzioni e occuparsi dei problemi il prima possibile e il più rapidamente possibile.

Ed ecco una specie di prima e dopo di dove abbiamo iniziato con la beta e dove siamo finiti prima del rilascio. Come puoi vedere, alcune differenze piuttosto grandi. Ci siamo concentrati in particolare sulle colonne. Abbiamo sentito da persone che non capivano bene cosa fossero le colonne oa cosa servissero o cosa significassero le cose al loro interno.

Quindi abbiamo reso lo stato di interruzione molto più chiaro sul fatto che qualcosa fosse o meno in interruzione e cosa significasse. E poi abbiamo anche aggiunto alcuni collegamenti più utilizzabili. Abbiamo aggiunto la definizione di cosa sia un'interruzione e quindi un collegamento a un articolo di supporto sul monitoraggio del sito in modo che le persone possano andare e trovare maggiori informazioni se lo desiderano.

L'altra cosa che abbiamo fatto è stato collegarlo più strettamente al nostro sistema di progettazione interno. È stato fantastico poter attingere da una sorta di libreria di componenti per me come designer e come sviluppatori, in modo da poter velocizzare tutti i nostri flussi di lavoro. Se non disponi già di un sistema di progettazione con cui lavorare, te ne consiglio vivamente uno. Rendono i tuoi flussi di lavoro molto più semplici e rendono tutto molto più veloce. Quindi siamo stati in grado di passare da ciò che vedete a sinistra a destra abbastanza rapidamente grazie a questo sistema di progettazione.

Ed ecco come appariva quel flusso di lavoro, quell'iterazione mentre stavamo lavorando alla beta. Così abbiamo iniziato. Abbiamo rilasciato. Stavo ricevendo feedback dai nostri utenti con il nostro sondaggio e anche dagli sviluppatori che lavoravano sul prodotto. Ho apportato alcune modifiche al design. Parlerei con la triade. Potremmo avere un feedback solo tra di noi, e poi lo consegnerei agli sviluppatori. Potrebbero avere un feedback. Potremmo avere qualche discussione e poi rilasceremmo in beta e il ciclo ricomincerebbe.

Quindi, solo per fare il check-in qui, abbiamo passato, rilasciato in beta. Abbiamo ascoltato le persone nel nostro sondaggio beta. E ora, siamo pronti per iniziare con gli avvisi e far funzionare quell'esperienza. Quindi avvisi, sapevamo che le persone volevano avvisi, avevano bisogno di avvisi. Questo era qualcosa che abbiamo sentito dagli utenti era estremamente importante e avrebbe reso il monitoraggio ancora più prezioso per loro.

Sapevamo anche che gli utenti volevano essere avvisati di un problema prima che diventasse un problema per i loro clienti, un po' come hai sentito nel nostro preventivo. Non vogliono ricevere una chiamata da un cliente che dice che c'è un problema o un'interruzione con il loro sito e in realtà non ne erano a conoscenza. Questo non è buono.

L'altra cosa è che abbiamo effettivamente incluso altri due team di sviluppo in questo lavoro, perché volevamo essere in grado di rispettare la nostra tempistica di rilascio. Quel ciclo che hai visto è diventato estremamente importante perché c'erano più squadre. Più mani rendono il lavoro più leggero, ma possono anche rendere le cose più complicate. Ma fortunatamente, siamo stati in grado di occuparcene per le loro cadenze. La cosa che dovevamo capire con gli avvisi erano i canali che volevamo usare.

Ciò che abbiamo sentito principalmente dagli utenti è stato che l'e-mail era il loro canale preferito rispetto a Slack o SMS, quindi abbiamo deciso di attenerci prima alle e-mail. E poi abbiamo dovuto partire da lì e pensare a tutti i diversi scenari di posta elettronica. Volevamo assicurarci che i nostri messaggi fossero estremamente chiari e utilizzabili per le persone, che fossero in grado di comprendere e agire il prima possibile quando ricevevano un avviso.

L'altra cosa a cui dovevamo pensare era che, quando qualcuno si iscrive a un avviso, vogliamo assicurarci di confermare che si è iscritto. Questa è solo una specie di best practice con l'esperienza dell'utente. E poi dall'altra parte, assicurandosi che la funzione di annullamento dell'iscrizione sia in realtà abbastanza semplice per le persone ed è un'esperienza abbastanza facile e buona, tutto sommato. Quindi, sì, abbiamo esaminato e fatto altri test sugli utenti e altre ricerche per questo. E volevamo davvero assicurarci, come ho detto, che il messaggio fosse comprensibile e attuabile.

Quindi ecco, ancora una volta, solo un fianco a fianco dei test prima e dopo. Non ci sono molte differenze folli qui. In primo luogo, abbiamo sentito dagli utenti che volevano sapere quali fossero gli errori specifici e volevano maggiori informazioni, quindi è quello che abbiamo cercato di fornire loro. Abbiamo provato a fornire loro i codici di errore e qualsiasi altra informazione possibile e abbiamo solo chiarito un po' quel contenuto. E dopo questo, onestamente, si trattava solo di lavorare per il rilascio. Quindi, onestamente, voglio solo evidenziare alcuni di questi punti chiave di cui ho parlato e questi punti chiave di collaborazione che abbiamo durante questo progetto.

Innanzitutto, il modello operativo della triade era estremamente importante per noi. Ancora una volta, il design e la ricerca, il prodotto e l'ingegneria hanno lavorato insieme come una squadra per lanciare questo prodotto. Avremmo spesso sincronizzazioni e basi tattili su design, ricerca, ingegneria. E facevamo domande, collaboravamo.

Abbiamo persino creato il nostro canale Slack. Riconosco che non tutti possono o sono in grado di farlo, ma creare quei rapporti di collaborazione tra design e prodotto è davvero importante. E sono davvero fondamentali per assicurarti di avere quell'allineamento e responsabilità a livello di azienda o agenzia durante la creazione di prodotti.

L'altra cosa che menzionerò è che il design e la ricerca hanno una partnership così stretta. Riconosco che non tutti lavorano con un designer o un ricercatore, ma puoi comunque essere un sostenitore dell'esperienza utente se lo desideri. Esistono molti gruppi UX là fuori che forniscono ottime risorse e best practice, quindi puoi comunque essere un sostenitore dell'usabilità anche se questo non è il tuo ruolo principale o non è qualcosa che fai spesso.

L'altra cosa che menzionerò è in realtà la partnership con lo sviluppo. Ho lavorato a stretto contatto con tutti i team di sviluppo su questo progetto. Spesso mi sono ritrovato a venire da loro, chiedendomi se ero pazzo per la creazione di un design o qualcosa del genere, ed erano sempre così aperti a lavorare con me e a fornire ogni sorta di intuizioni, ponendo domande.

È stato fantastico. Abbiamo avuto un ottimo rapporto di collaborazione. Quindi dirò, se lavori con un designer, non esitare a sporcarti le mani e collaborare con loro. Ci piace lavorare con sviluppatori che sono disposti a sedersi lì e capire i problemi che stiamo cercando di risolvere e lavorare insieme per raggiungere quell'obiettivo comune.

Un'altra cosa su questo, in realtà mi sono coinvolto in molte cerimonie e cadenze Agile che hanno queste squadre. Quindi essere in grado di partecipare, perfezionamenti arretrati o pianificazioni di sprint e porre domande, chiedere loro di farmi domande nel contesto del lavoro di sviluppo è stato estremamente prezioso. E, ultimo ma non meno importante, la collaborazione asincrona. Questa è stata davvero la chiave. Siamo un'azienda globale. Abbiamo team in tutto il mondo e siamo tutti molto impegnati.

Quindi essere in grado di creare canali Slack specifici tra i team per consentire a tutti noi di collaborare è stato davvero fondamentale. Kate e io potremmo pubblicare post su ricerca e design. Potremmo ricevere feedback, porre domande senza dover attendere una revisione o un incontro. E penso di voler solo dichiararlo, che la situazione non deve essere perfetta, perfetta, scusami, per poter collaborare. Puoi farlo in modo asincrono. Non è necessario attendere una riunione. Tutto non deve essere esattamente giusto per fare le cose. Quindi questo è il mio momento. Grazie mille a tutti. Bryan, te lo lascerò portare via e parlerò della nostra panoramica del prodotto.

BRYAN SMITH: Grazie mille, Kameron. Va bene. Come promesso, passerò a una panoramica del prodotto e poi faremo un'immersione tecnica approfondita prima di chiudere. Quindi monitoraggio del sito e portale. Coloro che aggiungono il componente aggiuntivo avranno accesso a una nuova pagina del portale. Si chiama "monitoraggio del sito". E da questa pagina puoi aggiungere monitor, mettere in pausa ed eliminare. Kameron ha accennato un po' a questo, ma questa è la pagina da cui lo fai.

Inoltre, da questa pagina, sarai in grado di visualizzare interruzioni, tempo di attività, tempo medio di risposta per un intervallo di date selezionato. Sarai anche in grado di collegarti ai registri degli errori specifici del sito quando rileviamo interruzioni, quindi tutto ciò è possibile da questa pagina. Ci saranno anche collegamenti alla pagina delle preferenze di avviso, che entreremo qui tra un secondo.

OK. Quindi voglio passare velocemente a un video e poi tornare alle diapositive, ma questa sarà una vera e propria demo di come appare quella pagina nel portale. Solo una cosa da sottolineare, è stata registrata prima di alcune di quelle immagini che hai visto da Kameron. Quindi stiamo aggiornando questo. Non prenderlo esattamente come sembra, ma è una buona approssimazione di ciò che vedrai in portal.

Menù. Vedrai un link per il monitoraggio del sito. Apriamo questa pagina qui e vedrai che ho un elenco di tutti gli ambienti del sito che sto monitorando. Posso vedere quei tempi di risposta e l'elenco di tutti quelli che sono attualmente monitorati. Ho fatto clic sul collegamento di stato di WP Engine in alto e mi ha portato a questa pagina di stato di WP Engine. Anche Kameron lo ha menzionato prima, ma è disponibile lì.

Quando faccio clic sul pulsante Aggiungi monitor, posso farlo facilmente con un solo clic. Direi che è un pezzo enorme di questo prodotto e integrazione, è solo la facilità con cui puoi mettere in pausa, eliminare o eseguire il provisioning dei monitor. Ecco, sto mettendo in pausa un monitor. Vedrai apparire un piccolo pulsante Riprendi. Sì. Se premo Riprendi, viene riattivato.

E tieni presente che ciò che effettivamente fa una pausa è semplicemente impedire al monitor del ping di eseguire effettivamente il ping del sito. Quindi, ogni volta che viene messo in pausa, in realtà non invia quel ping. Qui, rimuoveremo un monitor. Vedrai una schermata di conferma. Perché quando elimini uno di questi monitor, in realtà rimuove tutta la cronologia di interruzione associata ad esso. Quindi tienilo a mente.

E questa è la pagina nel portale. Va bene. Torneremo ora alle diapositive e parleremo un po' dell'avviso e-mail, quindi ci sono alcuni modelli diversi. Kameron ha accennato a questo un po 'prima, ma qui farò un'immersione un po' più profonda. Quindi, una volta attivato l'avviso via e-mail, riceverai un modello di e-mail simile a questo, che mostra che ora sei iscritto per il monitoraggio degli avvisi per i tuoi siti. Ti darà un link al nostro articolo del Centro di supporto, che ti darà maggiori informazioni su come funziona questo prodotto. E in fondo, c'è un collegamento alla pagina di monitoraggio del sito che ti ho appena mostrato.

OK. Pertanto, quando rileviamo un'interruzione sul tuo sito, riceverai un'email simile a questa. Avrà il nome del sito, quando abbiamo rilevato l'interruzione. Mostrerà anche lo stato di WP Engine. Ora, questo stato è importante, perché ti mostrerà lo stato attuale della piattaforma, della piattaforma di hosting. Quindi, se questo sembra buono ma ricevi ancora questa email, significa che in realtà c'è un problema specifico del sito.

Non è specifico dell'infrastruttura di hosting, ma in realtà c'è qualcosa sul tuo sito o sul tuo dominio. E nel contenuto dell'e-mail qui, ti mostrerà quel codice di risposta che stiamo vedendo. E poi in fondo, ci sarà un collegamento a quella pagina di monitoraggio del sito. C'è anche un collegamento ai log di accesso, perché questo sarà il tuo prossimo miglior passo per provare a diagnosticare cosa sta succedendo e perché stai vedendo questa email di interruzione.

Va bene. E poi, quando questo si risolve, vedrai un'altra email che ti mostra che il tuo sito è di nuovo attivo. L'interruzione non si verifica più. Non lo rileviamo più. Questo ti dirà anche quale sito è stato eseguito il backup. Ti dirà per quanto tempo quel sito è rimasto inattivo e, di nuovo, i link in fondo. Stessi collegamenti in basso.

Quindi ho detto che questa è una pagina a cui puoi accedere dalla pagina e dal portale di monitoraggio del sito. Qui è dove imposti effettivamente le tue preferenze di avviso. Quindi da qui puoi abilitare o disabilitare i canali di avviso. È possibile inserire contatti e-mail. I contatti e-mail provengono dall'elenco degli utenti del tuo portale, quindi lo vedrai in basso a sinistra. È solo una casella di controllo.

Abbiamo già il nome e l'indirizzo email. Non devi inserirlo. Ancora una volta, lo sta estraendo dai tuoi contatti del portale. Ma menziona qui che questa sarà una pagina da cui puoi abilitare l'integrazione di Slack. Non ce l'abbiamo ancora, ma è sulla nostra tabella di marcia. È qualcosa su cui stiamo per iniziare a lavorare. Quindi attualmente, solo avvisi via e-mail, ma Slack è sulla tabella di marcia.

Va bene. Ho detto che qui saremmo entrati in alcuni dettagli tecnici per darvi solo un'idea di come tutto questo funziona dietro le quinte. Quindi è tutto possibile attraverso quello che chiamiamo il nostro "agente di monitoraggio del sito", e questo è un livello intermedio tra il nostro portale utente e ciò che l'utente sta facendo lì e il nostro partner New Relic, le cui API di monitoraggio e avviso stiamo consumando. Quindi l'agente di monitoraggio del sito essenzialmente centralizza le risorse di New Relic.

Questo è il livello che crea, aggiorna ed elimina monitor e avvisi. Ed è anche il luogo in cui possiamo semplicemente riconciliarci e rilevare qualsiasi tipo di errore, assicurandoci che nulla venga rimosso accidentalmente. Quindi questo è quel livello interstiziale, quindi entriamo un po' in alcune delle cose che stanno accadendo in un flusso di utenti. Quindi esaminiamo un tipico flusso di utenti. Quindi un utente si registrerà. Quello che succede è che viene effettuato un controllo dei diritti sul portale per vedere se hanno accesso al monitoraggio del sito.

E nel caso in cui lo facciano, controlla il servizio di autorizzazione di WP Engine per ottenere l'OK. Una volta superato il controllo, l'utente può quindi creare un monitor da quella pagina di monitoraggio del sito che ti ho mostrato in precedenza nel portale. Quindi forniscono manualmente quel monitor facendo clic sul pulsante Aggiungi monitor. E dietro le quinte, sta inviando una richiesta all'API di New Relic Synthetics per eseguire effettivamente il provisioning di quel monitor.

Ora, mentre sei anche su quella pagina nel portale, puoi visualizzare i dati. È possibile visualizzare i dati storici. Da quello che abbiamo visto dal ping del sito che hai impostato, puoi anche vedere il tempo medio di risposta, collegarti ai log di accesso. Quindi qui, un cliente può visualizzare quei dati su quella pagina. Quello che sta accadendo dietro le quinte è che in realtà stiamo colpendo un'API New Relic diversa. È la loro API NerdGraph. Quindi l'agente di monitoraggio del sito invia una richiesta per recuperare quei dati e visualizzarli. E tutto ciò sta accadendo, ancora una volta, attraverso l'API NerdGraph attraverso New Relic.

Un paio di altri casi d'uso che sarebbero comuni sarebbero lo scenario Modifica monitor. Quindi questo potrebbe mettere in pausa un monitor esistente, nel qual caso l'agente invierà una richiesta di patch all'API New Relic Synthetics. Puoi anche annullare il provisioning di un monitor. Ciò significherebbe eliminare un monitor da quella pagina del portale che ti ho mostrato prima. Questo sta inviando una richiesta di eliminazione a quell'API Synthetics. Un cliente può anche modificare la configurazione. Forse vuoi cambiare l'URL per il dominio a cui stiamo inviando il controllo ping.

In questo caso, l'agente invia una richiesta di patch per aggiornare quel monitor. Inoltre, un utente può annullare il sito che ha il monitoraggio del sito. E in questo caso, ciò che faremmo sarebbe semplicemente inviare automaticamente una richiesta di eliminazione a quell'API Synthetics per annullare il provisioning di quel monitor. Oppure, nel caso in cui un cliente possa cancellare l'intero account che contiene una serie di diversi monitor del sito, una richiesta di deprovisioning di tutti quei monitor viene inviata automaticamente quando viene rilevata. Quindi tutte queste cose sono importanti per il flusso di utenti e l'agente di monitoraggio del sito è ciò che lo rende possibile.

Va bene. Quindi l'ho menzionato prima ma, guardando avanti, stiamo sicuramente pianificando di integrare Slack come canale di allerta aggiuntivo. Stiamo anche esplorando gli SMS, quindi rimanete sintonizzati per ulteriori aggiunte in futuro. Questo è il nostro V1. Ne siamo entusiasti e siamo davvero felici di poterlo lanciare qui a DE{CODE}. Ma questo è davvero V1. Abbiamo così tanti piani in serbo. Questi sono solo un paio di loro. Ma resta anche sintonizzato per ulteriori opzioni di configurazione con il monitoraggio, ulteriori miglioramenti al portale utente e continueremo a seguire quel processo iterativo di ricerca e progettazione che ci ha portato a questo punto.

Quindi, grazie agli altri presentatori, Kate e Kameron. E grazie a tutti per esservi uniti a noi oggi. Buona giornata e vai a controllare il monitoraggio del sito Grazie a tutti.