DE{CODE}: Site Monitoring: The Intersection of Product, UX Design & Research

Hassen Sie es nicht, wenn Sie herausfinden, dass Ihre Website oder die Website Ihres Kunden heruntergefahren ist … von Ihrem Kunden? Lassen Sie sich nie wieder überrumpeln! Begleiten Sie Bryan Smith, Senior Product Manager von WP Engine, Kate Meyer, Associate Researcher für UX, und Kameron Fehrmann, Senior Product Designer, während sie durch die Site-Monitoring-Lösung von WP Engine gehen, die dieses Problem zu einem Relikt der Vergangenheit macht. In dieser Session erhalten Sie einen detaillierten Einblick, wie die Site-Überwachung funktioniert und wie die Schnittmenge von UX-Design, UX-Forschung und -Entwicklung zusammengekommen ist, um sicherzustellen, dass das Produkt auf den Markt passt.

Sitzungsfolien

Vollständige Textabschrift

BRYAN SMITH : Hallo zusammen. Mein Name ist Bryan Smith. Ich bin Produktmanager hier bei WP Engine. Vielen Dank, dass Sie heute bei uns sind. Wir sind hier, um mit Ihnen über Standortüberwachung, die Schnittmenge von Produkt, UX-Design und Forschung zu sprechen. Zu mir gesellen sich heute Kate Meyer, eine unserer UX-Forscherinnen, und Kameron Fehrmann, eine unserer Produktdesignerinnen. Auf der nächsten Folie werde ich mit Ihnen darüber sprechen, was Site-Monitoring ist. Also haben wir gerade dieses neue Produkt veröffentlicht. Es heißt „Site-Überwachung“. Es ist als Add-On für WP Engine-Kunden verfügbar. Und damit können Sie alle Ihre Site-Umgebungen überwachen, die mit Ihrem Konto verknüpft sind. Und wir werden Sie darüber informieren, ob wir auf der Website oder auf unserer Plattform Ausfälle feststellen.

Und als nächstes werde ich unsere Agenda ganz schnell durchgehen. Ich gehe also auf das Produkt ein und gebe Ihnen einen Überblick sowie einen technischen Deep Dive. Aber bevor wir das tun, werde ich es an Kate Meyer weitergeben, um uns ein wenig darüber zu erzählen, wie wir zu diesem Produkt gekommen sind. Sie wird einige Benutzerforschungstechniken durchgehen, die wir verwendet haben. Dann übergibt sie es an Kameron, die unser Produktdesign und unsere Iteration durchgeht. Und dann beende ich dies mit der Produktübersicht und einem tiefen technischen Tauchgang. Zu dir, Kate.

KATE MEYER : In Ordnung. Danke, Bryan, ich bin Kate. Ich bin UX-Forscher hier bei WP Engine und konzentriere mich derzeit auf die Verbesserung unserer Angebote zum Erstellen von Websites. Also zeigte uns Bryan dieses großartige neue Produkt, das wir jetzt haben. Aber wie sind wir hier gelandet? Ich möchte zum Anfang unserer Zeitleiste zurückgehen und zeigen, wie wir Design Thinking nutzen, um uns in nur wenigen Monaten von der Kenntnis grundlegender Informationen über unsere Benutzer bis zur Produktfreigabe zu bringen. Ich werde mich auf den Forschungsaspekt unseres Prozesses konzentrieren und mit Ihnen teilen, wie Sie diese Praktiken unabhängig von Ihrer Rolle implementieren können, auch wenn Sie keinen UX-Forscher in Ihrem Team haben.

Wie ich bereits erwähnt habe, haben wir diese drei Phasen des Design Thinking für dieses Projekt verwendet. Design Thinking ist ein branchenübliches Framework. Das ist im Wesentlichen ein benutzerzentrierter Ansatz zur Lösung eines Problems. Ich werde unsere Arbeit hier in diese drei Phasen unterteilen. Im vergangenen Sommer wollten wir lernen, wie wir nicht nur die Fehler im Benutzerportal von WP Engine beheben, sondern auch erfahren, wie wir es auf die nächste Stufe bringen können.

Um dies anzugehen, haben wir generative Forschung eingesetzt. Dies geschah in Form von Interviews mit einer Vielzahl unserer Benutzer. Wir haben ihnen allen eine Reihe vorgefertigter Fragen gestellt, dieselben Fragen für alle Benutzer, nur um ein Verständnis für Dinge wie ihre Jobs, Ziele, Herausforderungen usw. zu entwickeln. Wenn ein Vorstellungsgespräch für Sie überwältigend klingt, können Sie für den gleichen Zweck auch ein Umfragetool verwenden. Wir haben SurveyMonkey tatsächlich zusammen mit Interviews verwendet, um Feedback zu erhalten.

Während dieser Phase der Recherche fanden wir es wirklich interessant, dass sie trotz unterschiedlicher Rollen der Benutzer tatsächlich viele gemeinsame Ziele und Schmerzpunkte hatten. Und das ist ein wirklich tolles Muster zu sehen. Wir möchten diese Ähnlichkeiten tatsächlich bei verschiedenen Arten von Benutzern sehen, da dies uns hilft, unsere Arbeit einzugrenzen. Und während wir diese Interviews und Umfragen durchführten, bemerkten wir einige gemeinsame Themen im Zusammenhang mit dem Hosten von Websites.

Zwei der Ziele, von denen wir immer wieder hörten, waren der Wunsch nach nur einem einzigen Tool zur Überwachung und Wartung von Websites und zur Erkennung von Problemen, bevor Kunden und Website-Besucher bemerken, dass etwas nicht stimmt. Ein häufiger Schmerzpunkt war jedoch, dass unser Benutzerportal es den Benutzern derzeit nicht ermöglicht, diese Ziele zu erreichen. Und eigentlich fasste es dieser Agenturbesitzer ziemlich gut zusammen, indem er sagte: „Wenn ich ein Problem lösen kann, bevor der Kunde es sieht, ist das fantastisch. Ich möchte nicht diese Kundenanrufe erhalten: „Oh, hey, weißt du was? Ich ging auf meine Website. Es ist nicht da. Was machst du heute?'"

Sobald Sie sehen, dass diese allgemeinen Themen immer wieder auftauchen, wenn Sie von Benutzern hören, wissen Sie, dass es an der Zeit ist, Ideen zu entwickeln. Wir wussten, dass wir das Benutzerportal verbessern mussten, um Benutzern zu helfen, sich proaktiv um ihre Websites zu kümmern. Und wir wussten auch, dass unser Engineering-Team Partnertechnologie nutzen konnte, um einen Aspekt des Problems der Benutzer anzugehen, und das war die Überwachung der Betriebszeit.

An diesem Punkt wäre es für uns also wirklich einfach gewesen, einfach einzutauchen und sofort mit dem Aufbau zu beginnen. Aber wenn Sie beim ersten Mal das Richtige bauen möchten, ist es wichtig, in dieser Phase noch Feedback und Input der Benutzer einzuholen. In dieser Phase ist es auch sehr wichtig, das gesamte Team einzubeziehen.

Sie möchten einige großartige Ideen haben, aber Sie müssen auch sicherstellen, dass Ihre Ideen umsetzbar sind und dass sie immer noch mit dem übereinstimmen, was Ihre Benutzer wirklich brauchen. Während dieser Phase arbeitete unser Designer mit dem Engineering-Team zusammen, um eine Idee zu entwickeln und sicherzustellen, dass sie für die Standortüberwachung umsetzbar ist. Und dann plane ich mit dem Produktmanager und Designer einige Konzepttests, damit wir unsere Idee den Benutzern vorstellen können.

Konzepttests sind eine Art der Recherche, mit deren Hilfe Sie herausfinden können, ob die Idee, die Sie haben, den Erwartungen und Bedürfnissen Ihrer Benutzer entspricht. Also zeigen wir ihnen unsere Idee und stellen ihnen Fragen dazu. In diesem speziellen Fall haben wir Midfill-LE-Mockups verwendet, wie Sie hier links sehen, die der Designer mit Hilfe des Engineering-Teams erstellt hat. Aber das Tolle an dieser Art von Forschung ist, dass Sie etwas so Einfaches wie nur einen Stift auf Papier zeigen können. Es muss nicht einmal gut aussehen.

Diese Technik ist wirklich großartig, da sich Ihre Benutzer auf die Ideen konzentrieren können, anstatt auf die visuelle Präsentation. Und auch in dieser Phase möchten wir wirklich wissen, ob Ihre Idee in die richtige Richtung geht. Und ein weiterer Aspekt davon ist, dass Sie es nicht Dutzenden oder Hunderten von Menschen zeigen müssen. Sie können für diese Art von Forschung nur fünf Teilnehmer verwenden, da Sie zu diesem Zeitpunkt beginnen sollten, einige gemeinsame Themen in ihren Reaktionen auf Ihre Idee zu erkennen.

Während unserer Konzepttests haben wir also erfahren, dass die Erwartungen unserer Benutzer mit unseren Plänen für dieses Produkt übereinstimmen. Das hat uns also in eine gute Position gebracht, um mit dem Bau zu beginnen. Wir wollten aber trotzdem Feedback sammeln, also entschieden wir uns für eine geschlossene Beta. Und das sieht so aus, als ob einige Benutzer sich anmelden, die Funktion zu ihrem Konto hinzufügen und sie dann während des gesamten Prozesses der Verwendung der neuen Funktion um Feedback bitten. Daher ist es eine großartige Möglichkeit, diese kleine Gruppe von Benutzern mit Zugriff auf das Produkt zu haben, um die Benutzerfreundlichkeit zu testen, Fehler zu beheben und einfach zu verstehen, wie Sie ihre Erwartungen besser erfüllen können, bevor das Produkt für alle freigegeben wird der Benutzer.

Also wird Kameron die Geschichte von hier aus fortsetzen. Aber bevor wir das Forschungsstück hinter uns lassen, möchte ich zusammenfassen, was Sie hoffentlich aus meiner Geschichte mitnehmen werden. Auch hier kann Ihnen dieses Framework dabei helfen, vom Verständnis der Benutzeranforderungen bis zur Entwicklung eines neuen Produkts zu gelangen. Und jeder in Ihrem Team kann durch verschiedene Methoden und in allen Phasen eines Projekts von Ihren Benutzern lernen. Wenn Sie Ihre Benutzer im Mittelpunkt des Aufbaus halten, stellen Sie auf diese Weise sicher, dass Ihr Produkt für Ihre Benutzer so mühelos wie möglich ist, und verschaffen sich einen Wettbewerbsvorteil. Danke schön. Kameron.

KAMERON FEHRMANN : Vielen Dank, Kate. Hallo alle. Ich bin Kameron. Ich bin ein leitender Produktdesigner hier bei WP Engine. Ich arbeite auch mit Builder-Tools und unseren E-Commerce-Produkten und freue mich sehr, heute mit Ihnen über das Thema Website-Überwachung zu sprechen. Hier ist also ungefähr, wo wir uns in unserer Zeitachse befinden. Wir haben es durchgearbeitet, unsere generative Forschung durchgeführt, einige Konzepttests durchgeführt und jetzt haben wir die Beta veröffentlicht. Wir haben eine Umfrage herausgebracht, bei der wir den Leuten zuhören, und das war eigentlich der Punkt, an dem ich zu dem Projekt kam.

Ich habe mich ziemlich schnell in die vorherige Recherche eingeholt. Kate und Bryan waren daran maßgeblich beteiligt. Ehrlich gesagt, wenn wir nicht bereits einige der Zusammenarbeitskadenzen zwischen Design und Forschung, Produkt und Technik eingerichtet hätten, wären die Dinge nicht annähernd so reibungslos verlaufen. Sie waren also großartige Partner, um mich in der Mitte auf den neuesten Stand zu bringen. Ich weiß, dass einige von Ihnen wahrscheinlich verstehen, wie das ist, im Agenturleben zu arbeiten. Wir wussten, dass diese Foundation für unsere Beta-Version großartig war, aber dass wir noch mehr damit machen wollten.

Also haben wir nach der Veröffentlichung der Beta-Version schnell nachgeholfen, um das Design ein wenig weiter zu verbessern. In erster Linie haben wir mit unserem WP-Engine-Status begonnen. Wir haben von Benutzern gehört, dass sie sich nicht ganz sicher waren, ob die Ausfälle auf etwas zurückzuführen waren, das sie intern gemacht hatten, oder ob es sich um ein WP-Engine-Problem handelte, das offen gesagt außerhalb ihrer Kontrolle lag. Also haben wir diesen Status für die Leute hinzugefügt, damit sie tatsächlich sehen können, hey, mit WP Engine ist etwas los. Wir sind es, nicht Sie oder umgekehrt.

Wir haben auch die Funktion „Hinzufügen“, „Entfernen“ oder „Pause“ zur Überwachung hinzugefügt. Dies war im Grunde eine Möglichkeit für Leute, Monitore hinzuzufügen oder zu entfernen und die Überwachung bei Bedarf auch anzuhalten, und es war nur eine Möglichkeit für Leute, ihre Erfahrung ein wenig mehr anzupassen. Und schließlich, wie Sie hier sehen können, haben wir Ausfälle ziemlich stark aufgetaucht. Wir wollten sicherstellen, dass die Leute klar sehen können, was mit ihren Websites passiert, und auf jeden Fall mit den Leuten kommunizieren können. Und das haben wir auch gehört, dass sie in der Lage sein wollten, ihre Ausfälle zu sehen und sich so schnell wie möglich und so schnell wie möglich um die Probleme zu kümmern.

Und hier ist eine Art Vorher und Nachher, wo wir mit der Beta angefangen haben und wo wir vor der Veröffentlichung gelandet sind. Wie Sie sehen können, einige ziemlich große Unterschiede. Wir haben uns speziell auf die Säulen konzentriert. Wir haben von Leuten gehört, dass sie nicht ganz verstanden haben, was die Säulen waren oder wofür sie waren oder was irgendwelche der Dinge darin bedeuteten.

Also haben wir den Ausfallstatus viel deutlicher gemacht, ob etwas ausgefallen ist oder nicht und was das bedeutet. Und dann haben wir auch noch ein paar umsetzbare Links hinzugefügt. Wir haben die Definition dessen, was ein Ausfall ist, und dann einen Link zu einem Support-Artikel über die Standortüberwachung hinzugefügt, damit die Leute nach weiteren Informationen suchen können, wenn sie möchten.

Außerdem haben wir dies enger mit unserem internen Designsystem verknüpft. Es war so großartig, für mich als Designer und als Entwickler aus einer Art Bibliothek von Komponenten schöpfen zu können, damit wir alle unsere Arbeitsabläufe irgendwie beschleunigen konnten. Wenn Sie noch kein Designsystem haben, mit dem Sie arbeiten, empfehle ich Ihnen dringend eines. Sie machen Ihre Arbeitsabläufe einfach so viel einfacher und sie machen alles viel schneller. Aufgrund dieses Designsystems konnten wir also ziemlich schnell von dem, was Sie links sehen, nach rechts gehen.

Und so sah dieser Workflow, diese Iteration aus, als wir die Beta durcharbeiteten. Also haben wir angefangen. Wir haben veröffentlicht. Ich habe Feedback von unseren Benutzern mit unserer Umfrage und auch von den Entwicklern erhalten, die an dem Produkt arbeiten. Ich habe einige Designänderungen vorgenommen. Ich würde mit der Triade sprechen. Vielleicht haben wir gerade unter uns Feedback, und dann würde ich es an die Entwickler weitergeben. Vielleicht haben sie ein Feedback. Wir könnten einige Diskussionen führen und dann würden wir die Beta veröffentlichen und der Zyklus würde von vorne beginnen.

Also nur um hier einzuchecken, wir haben es durchlaufen, als Beta veröffentlicht. Wir haben den Leuten in unserer Beta-Umfrage zugehört. Und jetzt sind wir bereit, mit Warnungen zu beginnen und diese Erfahrung in Gang zu bringen. Also Benachrichtigungen, wir wussten, dass die Leute Benachrichtigungen wollten, Benachrichtigungen brauchten. Wir haben von Benutzern gehört, dass dies sehr wichtig ist und die Überwachung für sie noch wertvoller machen würde.

Wir wussten auch, dass Benutzer über ein Problem benachrichtigt werden wollten, bevor es ein Problem für ihre Kunden wird, so wie Sie es in unserem Zitat gehört haben. Sie möchten keinen Anruf von einem Kunden erhalten, dass es ein Problem oder einen Ausfall mit ihrer Website gibt und sie selbst nichts davon wussten. Das ist nicht gut.

Die andere Sache dabei ist, dass wir tatsächlich zwei weitere Entwicklungsteams in diese Arbeit einbezogen haben, weil wir in der Lage sein wollten, unseren Veröffentlichungszeitplan einzuhalten. Dieser Zyklus, den Sie irgendwie gesehen haben, wurde super wichtig, weil es mehr Teams gab. Mehr Hände machen die Arbeit leichter, können die Dinge aber auch komplizierter machen. Aber zum Glück konnten wir das für ihre Kadenzen erledigen. Was wir bei Alerts irgendwie herausfinden mussten, waren die Kanäle, die wir verwenden wollten.

Was wir von den Benutzern in erster Linie gehört haben, war, dass E-Mail ihr bevorzugter Kanal gegenüber Slack oder SMS ist, also haben wir uns entschieden, zuerst bei E-Mails zu bleiben. Und dann mussten wir irgendwie von dort ausgehen und über all die verschiedenen E-Mail-Szenarien nachdenken. Wir wollten sicherstellen, dass unsere Nachrichten für die Menschen sehr klar und umsetzbar sind, dass sie verstehen und so schnell wie möglich handeln können, wenn sie eine Warnung erhalten.

Die andere Sache, an die wir denken mussten, war, wenn sich jemand für eine Benachrichtigung anmeldet, möchten wir sicherstellen, dass wir bestätigen, dass er sich angemeldet hat. Dies ist nur eine Art Best Practice mit Benutzererfahrung. Und dann auf der anderen Seite, um sicherzustellen, dass die Abmeldefunktion für die Leute tatsächlich ziemlich nahtlos ist und alles in allem eine ziemlich einfache und gute Erfahrung ist. Also, ja, wir sind durchgegangen und haben weitere Benutzertests und weitere Recherchen dafür durchgeführt. Und wir wollten wirklich sicherstellen, dass die Botschaften, wie gesagt, verständlich und umsetzbar sind.

Hier ist also noch einmal nur eine Gegenüberstellung der Vorher-Nachher-Tests. Hier gibt es nicht viele verrückte Unterschiede. In erster Linie haben wir von Benutzern gehört, dass sie wissen wollten, was die spezifischen Fehler waren, und sie wollten mehr Informationen, also haben wir versucht, ihnen diese zu geben. Wir haben versucht, ihnen die Fehlercodes und alle weiteren Informationen zu geben, die wir bekommen konnten, und diesen Inhalt ein wenig zu verdeutlichen. Und danach ging es ehrlich gesagt nur noch darum, auf die Veröffentlichung hinzuarbeiten. Ehrlich gesagt möchte ich nur einige dieser wichtigen Erkenntnisse hervorheben, über die ich gesprochen habe, und diese wichtigen Punkte der Zusammenarbeit, die wir während dieses Projekts haben.

In erster Linie war uns das triadische Betriebsmodell sehr wichtig. Noch einmal, das waren Design und Forschung, Produkt und Technik, die alle als Team zusammengearbeitet haben, um dieses Produkt auf den Markt zu bringen. Wir hatten häufig Synchronisierungen und Touch-Basen zu Design, Forschung und Technik. Und wir würden Fragen stellen, zusammenarbeiten.

Wir haben sogar unseren eigenen Slack-Kanal eingerichtet. Ich erkenne an, dass nicht jeder dazu in der Lage ist oder kann, aber die Schaffung dieser kooperativen Beziehungen zwischen Design und Produkt ist wirklich wichtig. Und sie sind wirklich der Schlüssel, um sicherzustellen, dass Sie diese Ausrichtung und Verantwortlichkeit auf dieser Unternehmens- oder Agenturebene haben, wenn Sie Produkte erstellen.

Die andere Sache, die ich erwähnen möchte, ist, dass Design und Forschung eine so enge Partnerschaft haben. Ich erkenne an, dass nicht jeder mit einem Designer oder Forscher zusammenarbeitet, aber Sie können sich trotzdem für die Benutzererfahrung einsetzen, wenn Sie möchten. Es gibt viele UX-Gruppen da draußen, die großartige Ressourcen und Best Practices bereitstellen, sodass Sie immer noch ein Befürworter der Benutzerfreundlichkeit sein können, auch wenn dies etwas ist, das nicht Ihre Hauptaufgabe ist oder etwas ist, das Sie nicht oft tun.

Die andere Sache, die ich erwähnen möchte, ist eigentlich die Partnerschaft mit der Entwicklung. Ich habe bei diesem Projekt sehr eng mit allen Entwicklungsteams zusammengearbeitet. Ich kam oft zu ihnen und fragte, ob ich verrückt danach sei, ein Design oder so etwas zu kreieren, und sie waren immer so offen dafür, mit mir zu arbeiten und mir alle möglichen Einblicke zu geben und Fragen zu stellen.

Es war toll. Wir hatten eine wirklich tolle Art der Zusammenarbeit. Ich würde also sagen, wenn Sie mit einem Designer zusammenarbeiten, zögern Sie nicht, sich die Hände schmutzig zu machen und mit ihm zusammenzuarbeiten. Wir lieben es, mit Entwicklern zusammenzuarbeiten, die bereit sind, dort zu sitzen und die Probleme zu verstehen, die wir zu lösen versuchen, und gemeinsam auf dieses gemeinsame Ziel hinzuarbeiten.

Eine andere Sache dazu, ich habe mich tatsächlich an vielen der agilen Zeremonien und Kadenzen beteiligt, die diese Teams haben. Es war also super wertvoll, bei Backlog-Verfeinerungen oder Sprint-Planungen mitzusitzen und Fragen zu stellen, sie im Rahmen der Entwicklungsarbeit Fragen an mich stellen zu lassen. Und nicht zuletzt die asynchrone Zusammenarbeit. Das war wirklich der Schlüssel. Wir sind ein globales Unternehmen. Wir haben Teams auf der ganzen Welt, und wir sind alle sehr beschäftigt.

Daher war es wirklich wichtig, teamübergreifend spezielle Slack-Kanäle zu erstellen, damit wir alle zusammenarbeiten können. Kate und ich könnten etwas über Forschung und Design posten. Wir konnten Feedback erhalten, Fragen stellen, ohne auf eine Überprüfung oder ein Treffen warten zu müssen. Und ich denke, ich möchte nur darauf hinweisen, dass die Situation nicht perfekt sein muss – perfekt, entschuldigen Sie, damit wir zusammenarbeiten können. Sie können es asynchron tun. Sie müssen nicht auf ein Meeting warten. Es muss nicht alles stimmen, um etwas zu erreichen. Das ist also meine Zeit. Vielen Dank an alle. Bryan, ich lasse Sie es mitnehmen und über unsere Produktübersicht sprechen.

BRYAN SMITH: Vielen Dank, Kameron. In Ordnung. Wie versprochen werde ich in eine Produktübersicht springen und dann werden wir einen technischen Deep Dive machen, bevor wir schließen. Also Standortüberwachung und Portal. Diejenigen, die das Add-on hinzufügen, haben Zugriff auf eine neue Portalseite. Es heißt „Site-Überwachung“. Und von dieser Seite aus können Sie Monitore hinzufügen, pausieren und löschen. Kameron hat ein wenig darauf angespielt, aber das ist die Seite, von der aus Sie das tun.

Außerdem können Sie auf dieser Seite Ausfälle, Betriebszeit und durchschnittliche Antwortzeit für einen ausgewählten Datumsbereich anzeigen. Sie können auch Links zu standortspezifischen Fehlerprotokollen erstellen, wenn wir Ausfälle feststellen, sodass all dies von dieser Seite aus möglich ist. Es wird auch Links zur Seite „Alert Preferences“ geben, auf die wir gleich noch eingehen werden.

OK. Ich möchte also ganz schnell in ein Video springen, und dann springen wir zurück zu den Folien, aber dies wird eine tatsächliche Demo-Anleitung dafür sein, wie diese Seite im Portal aussieht. Nur eine Sache, die hervorzuheben ist, es wurde vor einigen dieser Bilder aufgenommen, die Sie von Kameron gesehen haben. Also aktualisieren wir dies. Nehmen Sie das nicht so, wie es aussieht, aber es ist eine gute Annäherung an das, was Sie im Portal sehen werden.

Speisekarte. Sie sehen einen Link zur Website-Überwachung. Wir rufen diese Seite hier auf und Sie werden sehen, dass ich eine Liste aller Site-Umgebungen habe, die ich überwache. Ich kann diese Antwortzeiten und die Liste aller derzeit überwachten Zeiten sehen. Ich habe oben auf den WP-Engine-Statuslink geklickt und bin zu dieser WP-Engine-Statusseite gelangt. Kameron hat das auch früher erwähnt, aber das ist dort verfügbar.

Wenn ich auf die Schaltfläche Monitor hinzufügen klicke, kann ich das ganz einfach mit einem einzigen Klick tun. Ich würde sagen, das ist ein großer Teil dieses Produkts und der Integration, einfach die Leichtigkeit, mit der Sie Monitore anhalten, löschen oder bereitstellen können. Hier halte ich einen Monitor an. Dort erscheint ein kleiner Resume-Button. Ja. Wenn ich auf Resume drücke, wird die Pause fortgesetzt.

Und denken Sie daran, was eine Pause tatsächlich bewirkt, ist, dass sie den Ping-Monitor nur daran hindert, die Site tatsächlich zu pingen. Wenn das also angehalten wird, sendet es diesen Ping nicht wirklich. Hier werden wir einen Monitor entfernen. Sie sehen einen Bestätigungsbildschirm. Denn wenn Sie einen dieser Monitore löschen, wird tatsächlich der gesamte damit verbundene Ausfallverlauf entfernt. Denken Sie also einfach daran.

Und das ist die Seite im Portal. In Ordnung. Ich werde jetzt zurück zu den Folien springen und ein wenig mit Ihnen über die E-Mail-Benachrichtigung sprechen, also gibt es ein paar verschiedene Vorlagen. Kameron hat etwas früher darauf angespielt, aber ich werde hier etwas tiefer eintauchen. Sobald Sie sich also für E-Mail-Benachrichtigungen entscheiden, erhalten Sie eine E-Mail-Vorlage, die in etwa so aussieht und zeigt, dass Sie jetzt die Überwachung von Benachrichtigungen für Ihre Websites abonniert haben. Es wird Ihnen einen Link zu unserem Support-Center-Artikel geben, der Ihnen weitere Informationen über die Funktionsweise dieses Produkts geben wird. Und ganz unten gibt es einen Link zur Site-Monitoring-Seite, die ich Ihnen gerade gezeigt habe.

OK. Wenn wir also einen Ausfall auf Ihrer Website feststellen, erhalten Sie eine E-Mail, die wie folgt aussieht. Es enthält den Site-Namen, als wir den Ausfall festgestellt haben. Es zeigt auch den Status der WP-Engine an. Nun, dieser Status ist wichtig, da er Ihnen den aktuellen Status der Plattform, der Hosting-Plattform, anzeigt. Wenn das also gut aussieht, Sie diese E-Mail aber immer noch erhalten, deutet dies darauf hin, dass tatsächlich ein Website-spezifisches Problem vorliegt.

Es ist nicht spezifisch für die Hosting-Infrastruktur, sondern tatsächlich gibt es etwas auf Ihrer Website oder Ihrer Domain. Und im Inhalt der E-Mail hier wird Ihnen der Antwortcode angezeigt, den wir sehen. Und dann unten unten gibt es einen Link zu dieser Site-Überwachungsseite. Es gibt auch einen Link zu den Zugriffsprotokollen, da dies der nächste beste Schritt ist, um zu versuchen, zu diagnostizieren, was passiert und warum Sie diese Ausfall-E-Mail sehen.

In Ordnung. Und wenn das behoben ist, sehen Sie eine weitere E-Mail, die Ihnen zeigt, dass Ihre Website wieder verfügbar ist. Der Ausfall tritt nicht mehr auf. Wir erkennen es nicht mehr. Dadurch erfahren Sie auch, welche Website gesichert ist. Es wird Ihnen sagen, wie lange diese Seite nicht verfügbar war, und wieder Links unten. Gleiche Links ganz unten.

Ich habe also erwähnt, dass dies eine Seite ist, auf die Sie über die Site Monitoring-Seite und das Portal zugreifen können. Hier richten Sie Ihre Benachrichtigungseinstellungen ein. Von hier aus können Sie Alarmkanäle aktivieren oder deaktivieren. Sie können E-Mail-Kontakte eingeben. E-Mail-Kontakte stammen aus Ihrer Portal-Benutzerliste, also sehen Sie das dort unten links. Es ist nur ein Kontrollkästchen.

Wir haben bereits den Namen und die E-Mail-Adresse. Das musst du nicht eingeben. Auch hier zieht es das aus Ihren Portalkontakten. Erwähnen Sie hier jedoch, dass dies eine Seite sein wird, von der aus Sie die Slack-Integration aktivieren können. Das haben wir noch nicht, aber es steht auf unserer Roadmap. Es ist etwas, woran wir gerade anfangen zu arbeiten. Derzeit also nur E-Mail-Benachrichtigungen, aber Slack ist auf der Roadmap.

In Ordnung. Ich habe erwähnt, dass wir hier auf einige technische Details eingehen werden, um Ihnen nur eine Vorstellung davon zu geben, wie das alles hinter den Kulissen funktioniert. All dies ist also durch unseren sogenannten „Site Monitoring Agent“ möglich, und dies ist eine Zwischenschicht zwischen unserem Benutzerportal und dem, was der Benutzer dort tut, und unserem Partner New Relic, dessen Überwachungs- und Benachrichtigungs-APIs wir verwenden. Der Site Monitoring Agent zentralisiert also im Wesentlichen die New Relic-Ressourcen.

Dies ist die Schicht, die Monitore sowie Warnungen erstellt, aktualisiert und löscht. Und es ist auch der Ort, an dem wir einfach jede Art von Fehlern abgleichen und abfangen können, um sicherzustellen, dass nichts versehentlich entfernt wird. Das ist also diese Zwischenschicht, also lassen Sie uns ein wenig auf einige der Dinge eingehen, die in einem Benutzerfluss passieren. Sehen wir uns also einen typischen Benutzerablauf an. Also wird sich ein Benutzer anmelden. Dort wird eine Berechtigungsprüfung für das Portal durchgeführt, um festzustellen, ob sie Zugriff auf die Site-Überwachung haben.

Und in dem Fall, dass dies der Fall ist, überprüft es den WP Engine-Berechtigungsdienst, um dies in Ordnung zu bringen. Sobald diese Prüfung bestanden ist, kann der Benutzer einen Monitor von dieser Site-Überwachungsseite erstellen, die ich Ihnen zuvor im Portal gezeigt habe. Sie stellen diesen Monitor also manuell bereit, indem sie auf die Schaltfläche „Monitor hinzufügen“ klicken. Und hinter den Kulissen sendet es eine Anfrage an die New Relic Synthetics API, um diesen Monitor tatsächlich bereitzustellen.

Während Sie sich jetzt auch auf dieser Seite im Portal befinden, können Sie Daten anzeigen. Sie können historische Daten anzeigen. Aus dem, was wir beim Ping der von Ihnen eingerichteten Site gesehen haben, können Sie auch die durchschnittliche Antwortzeit sehen und auf Zugriffsprotokolle verlinken. Hier kann ein Kunde also diese Daten auf dieser Seite anzeigen. Was hinter den Kulissen passiert, ist, dass wir tatsächlich auf eine andere New Relic-API stoßen. Es ist ihre NerdGraph-API. Der Site Monitoring Agent sendet also eine Anfrage, um diese Daten abzurufen und anzuzeigen. Und all das geschieht wiederum über die NerdGraph-API von New Relic.

Ein paar andere Anwendungsfälle, die üblich wären, wären das Szenario „Monitor bearbeiten“. Dies könnte also einen vorhandenen Monitor pausieren, in diesem Fall sendet der Agent eine Patch-Anfrage an die New Relic Synthetics-API. Sie können auch die Bereitstellung eines Monitors aufheben. Dies würde das Löschen eines Monitors von dieser Portalseite bedeuten, die ich Ihnen zuvor gezeigt habe. Dies sendet eine Löschanforderung an diese Synthetics-API. Ein Kunde kann auch die Konfiguration ändern. Vielleicht möchten Sie die URL für die Domain ändern, an die wir diese Ping-Prüfung senden.

In diesem Fall sendet der Agent eine Patch-Anforderung, um diesen Monitor zu aktualisieren. Außerdem kann ein Benutzer die Site mit Site-Überwachung kündigen. Und in diesem Fall würden wir einfach automatisch eine Löschanforderung an diese Synthetics-API senden, um die Bereitstellung dieses Monitors aufzuheben. Oder für den Fall, dass ein Kunde das gesamte Konto kündigt, auf dem sich eine Reihe verschiedener Site-Monitore befinden, wird automatisch eine Anfrage zum Aufheben der Bereitstellung all dieser Monitore gesendet, wenn dies erkannt wird. All diese Dinge sind also wichtig für den Benutzerfluss, und der Site Monitoring Agent macht dies möglich.

In Ordnung. Ich habe es bereits erwähnt, aber mit Blick auf die Zukunft planen wir sicherlich, Slack als zusätzlichen Benachrichtigungskanal zu integrieren. Wir untersuchen auch SMS, also bleiben Sie dran für weitere Ergänzungen in der Zukunft. Das ist unsere V1. Wir sind gespannt darauf und freuen uns sehr, es hier bei DE{CODE} starten zu können. Aber das ist wirklich V1. Wir haben so viele Pläne auf Lager. Dies sind nur einige davon. Bleiben Sie aber auch gespannt auf weitere Konfigurationsoptionen mit der Überwachung, weitere Verbesserungen des Benutzerportals, und wir werden diesen iterativen Forschungs- und Designprozess weiter verfolgen, der uns zu diesem Punkt geführt hat.

Also damit, vielen Dank an die anderen Moderatoren, Kate und Kameron. Und ich danke Ihnen allen, dass Sie heute zu uns gekommen sind. Ich wünsche Ihnen einen schönen Tag und sehen Sie sich die Site-Überwachung an. Vielen Dank an alle.