DE{CODE}: Pemantauan Situs: Titik-temu Produk, Desain & Riset UX

Tidakkah Anda membencinya ketika Anda mengetahui situs Anda atau situs klien Anda sedang down… dari klien Anda? Jangan dibutakan lagi! Bergabunglah dengan Manajer Produk Senior Mesin WP Bryan Smith, Peneliti Rekanan UX Kate Meyer, dan Desainer Produk Senior Kameron Fehrmann saat mereka menelusuri solusi Pemantauan Situs WP Engine, yang menjadikan masalah ini peninggalan masa lalu. Dalam sesi ini, Anda akan mendapatkan gambaran mendetail tentang cara kerja Pemantauan situs dan bagaimana persimpangan Desain UX, Riset UX, dan Pengembangan bersatu untuk memastikan kecocokan pasar-produk.

Slide Sesi

Transkrip Teks Lengkap

BRYAN SMITH : Halo semuanya. Nama saya Bryan Smith. Saya seorang manajer produk di WP Engine. Terima kasih banyak telah bergabung dengan kami hari ini. Kami di sini untuk berbicara dengan Anda tentang pemantauan situs, persimpangan produk, desain UX, dan penelitian. Bergabung dengan saya hari ini adalah Kate Meyer, salah satu peneliti UX kami, dan Kameron Fehrmann, salah satu desainer produk kami. Pada slide berikutnya, saya akan berbicara kepada Anda tentang apa itu pemantauan situs. Jadi kami baru saja merilis produk baru ini. Ini disebut "pemantauan situs." Ini tersedia sebagai add-on untuk pelanggan WP Engine. Dan dengan itu, Anda akan dapat memantau setiap lingkungan situs Anda yang terkait dengan akun Anda. Dan kami akan memberi tahu Anda jika ada pemadaman apa pun yang kami lihat di situs atau di platform kami.

Dan selanjutnya, saya akan membahas agenda kita dengan sangat cepat. Jadi saya akan membahas produk dan memberi Anda ikhtisar serta penyelaman mendalam teknis. Tetapi sebelum kita melakukan itu, saya akan memberikannya kepada Kate Meyer untuk memberi tahu kita sedikit tentang bagaimana kita mendapatkan produk ini. Dia akan melalui beberapa teknik penelitian pengguna yang telah kami gunakan. Kemudian dia akan menyerahkannya kepada Kameron, yang akan melalui desain dan iterasi produk kami. Dan kemudian saya akan menyelesaikan ini dengan ikhtisar produk dan penyelaman teknis yang mendalam. Kepadamu, Kate.

KATE MEYER : Baiklah. Terima kasih, Bryan, aku Kate. Saya seorang peneliti UX di sini di WP Engine, saat ini fokus pada peningkatan penawaran pembuatan situs kami. Jadi, Bryan menunjukkan kepada kami produk baru hebat yang kami miliki sekarang. Tapi bagaimana kita berakhir di sini? Saya ingin kembali ke awal garis waktu kami dan mendemonstrasikan bagaimana kami menggunakan pemikiran desain untuk membawa kami dari mengetahui informasi dasar tentang pengguna kami hingga rilis produk hanya dalam beberapa bulan. Saya akan fokus pada aspek penelitian dari proses kami dan berbagi dengan Anda bagaimana Anda dapat menerapkan praktik ini apa pun peran Anda, bahkan jika Anda tidak memiliki peneliti UX di tim Anda.

Seperti yang saya sebutkan, kami menggunakan tiga fase pemikiran desain ini untuk proyek ini. Pemikiran desain adalah kerangka kerja standar industri. Itu pada dasarnya adalah pendekatan yang berpusat pada pengguna untuk memecahkan masalah. Saya akan memecah pekerjaan kami menjadi tiga fase ini di sini. Musim panas yang lalu, kami ingin belajar bagaimana tidak hanya memperbaiki apa yang salah dengan portal pengguna WP Engine tetapi belajar bagaimana kami dapat membawanya ke tingkat berikutnya.

Jadi untuk mengatasi ini, kami menggunakan penelitian generatif. Ini dalam bentuk wawancara dengan berbagai pengguna kami. Kami mengajukan serangkaian pertanyaan yang telah ditulis sebelumnya kepada mereka, semua pertanyaan yang sama untuk semua pengguna, hanya untuk menghasilkan pemahaman tentang hal-hal seperti pekerjaan, tujuan, tantangan, dan lain-lain. Jika proses wawancara terdengar luar biasa bagi Anda, Anda juga dapat menggunakan alat survei untuk tujuan yang sama. Kami sebenarnya menggunakan SurveyMonkey bersama dengan wawancara hanya sebagai cara lain untuk mendapatkan umpan balik.

Selama fase penelitian ini, kami merasa sangat menarik bahwa, terlepas dari perbedaan peran pengguna, mereka sebenarnya memiliki banyak tujuan dan masalah yang sama. Dan ini adalah pola yang sangat bagus untuk dilihat. Kami benar-benar ingin melihat kesamaan ini di berbagai jenis pengguna, karena ini membantu kami memperluas pekerjaan kami. Dan saat kami melakukan wawancara dan survei ini, kami mulai memperhatikan beberapa tema umum dalam konteks menghosting situs web.

Dua dari tujuan yang terus kami dengar adalah menginginkan hanya satu alat untuk memantau dan memelihara situs web dan juga menangkap masalah sebelum klien dan pengunjung situs melihat ada yang salah. Namun, kendala yang umum terjadi adalah portal pengguna kami saat ini tidak memungkinkan pengguna untuk memenuhi tujuan ini. Dan sebenarnya, pemilik agensi ini menyimpulkannya dengan baik dengan mengatakan, “Jika saya dapat menyelesaikan masalah sebelum klien melihatnya, itu luar biasa. Saya tidak ingin mendapat telepon dari klien, 'Oh, hei, coba tebak? Saya pergi ke situs web saya. Itu tidak ada di sana. Apa yang kau kerjakan hari ini?'"

Setelah Anda melihat tema-tema umum ini muncul berulang kali saat Anda mendengar dari pengguna, maka Anda tahu inilah saatnya untuk membuat ide. Kami tahu bahwa kami perlu meningkatkan portal pengguna untuk membantu pengguna menjaga situs mereka secara proaktif. Dan kami juga tahu bahwa tim teknik kami dapat memanfaatkan teknologi mitra untuk mengatasi satu aspek dari masalah pengguna, dan itu adalah melalui pemantauan waktu aktif.

Jadi pada titik ini, akan sangat mudah bagi kami untuk terjun langsung dan mulai membangun sesuatu dengan segera. Namun jika Anda ingin membangun hal yang benar untuk pertama kali, penting untuk tetap mendapatkan umpan balik dan masukan pengguna selama fase ini. Ini juga sangat penting pada fase ini untuk melibatkan seluruh tim.

Anda memang ingin memunculkan beberapa ide hebat, tetapi Anda juga perlu memastikan bahwa ide Anda layak dan masih sejalan dengan apa yang benar-benar dibutuhkan pengguna Anda. Jadi selama fase ini, desainer kami bekerja dengan tim teknik untuk menghasilkan ide dan memastikan kelayakannya untuk pemantauan lokasi. Dan kemudian dengan manajer produk dan desainer, saya merencanakan beberapa pengujian konsep sehingga kami dapat menyampaikan ide kami kepada pengguna.

Pengujian konsep adalah jenis penelitian yang membantu Anda mengetahui apakah ide yang Anda miliki sesuai dengan harapan dan kebutuhan pengguna Anda. Jadi kami menunjukkan kepada mereka ide kami dan mengajukan pertanyaan kepada mereka tentang hal itu. Dalam kasus khusus ini, kami menggunakan mockup LE midfill seperti yang Anda lihat di sebelah kiri sini yang dibuat oleh desainer dengan bantuan tim teknik. Tetapi hal yang hebat tentang jenis penelitian ini adalah Anda dapat menunjukkan sesuatu yang sederhana seperti pena di atas kertas. Bahkan tidak harus terlihat bagus.

Teknik ini sangat hebat, karena memungkinkan pengguna Anda fokus pada ide, bukan pada presentasi visual. Dan lagi, pada fase ini, kami sangat ingin mengetahui apakah ide Anda mengarah ke arah yang benar. Dan aspek lainnya adalah Anda tidak perlu menunjukkannya kepada puluhan atau ratusan orang. Anda dapat menggunakan sedikitnya lima peserta untuk jenis penelitian ini karena, pada saat itu, Anda akan mulai melihat beberapa tema umum dalam reaksi mereka terhadap ide Anda.

Jadi selama pengujian konsep kami, kami mengetahui bahwa harapan pengguna kami selaras dengan rencana kami untuk produk ini. Sehingga menempatkan kami pada posisi yang baik untuk mulai membangunnya. Kami masih ingin mengumpulkan umpan balik, jadi kami memutuskan untuk menggunakan beta tertutup. Dan ini terlihat seperti meminta beberapa pengguna untuk ikut serta, menambahkan fitur tersebut ke akun mereka, lalu meminta umpan balik dari mereka selama proses penggunaan fitur baru tersebut. Jadi memiliki sekelompok kecil pengguna dengan akses ke produk adalah cara yang sangat bagus untuk menguji kegunaannya, mengatasi bug, dan hanya memahami bagaimana Anda dapat memenuhi harapan mereka dengan lebih baik sebelum produk dirilis ke semua pengguna.

Jadi Kameron akan melanjutkan ceritanya dari sini. Tetapi sebelum kita meninggalkan bagian penelitian, saya ingin mengakhiri apa yang saya harap Anda ambil dari cerita saya. Jadi sekali lagi, kerangka kerja ini dapat membantu Anda mulai dari memahami kebutuhan pengguna hingga membuat produk baru. Dan siapa pun di tim Anda dapat belajar dari pengguna Anda melalui berbagai metode dan di setiap dan semua fase proyek. Ketika Anda menempatkan pengguna Anda di pusat bangunan, ini adalah bagaimana Anda akan memastikan bahwa produk Anda semudah mungkin bagi pengguna Anda dan memberi diri Anda keunggulan kompetitif. Terima kasih. Kameron.

KAMERON FEHRMANN : Terima kasih banyak, Kate. Hei, kalian semua. Saya Kameron. Saya seorang desainer produk senior di WP Engine. Saya juga bekerja dengan alat pembuat dan produk e-niaga kami, dan saya sangat bersemangat untuk berbicara dengan Anda semua tentang pemantauan situs hari ini. Jadi di sinilah kita berada di garis waktu kita. Kami telah melalui, melakukan penelitian generatif, melakukan beberapa pengujian konsep, dan sekarang kami telah merilis ke versi beta. Kami memiliki survei bahwa kami mendengarkan orang-orang, dan ini sebenarnya poin saya datang ke proyek.

Saya agak cepat terjebak pada penelitian sebelumnya. Kate dan Bryan sangat berperan dalam hal ini. Sejujurnya, jika kita belum memiliki beberapa irama kolaborasi yang diatur antara desain dan penelitian, produk dan teknik, semuanya tidak akan berjalan mulus. Jadi, mereka adalah mitra yang hebat dalam membuat saya mengejar kecepatan di tengah. Saya tahu beberapa dari Anda mungkin mengerti bagaimana itu, bekerja dalam kehidupan agensi. Kami tahu bahwa yayasan ini cukup bagus untuk versi beta kami, tetapi masih banyak yang ingin kami lakukan dengannya.

Jadi kami melakukan tindak cepat setelah kami merilis ke versi beta untuk meningkatkan desain sedikit lagi. Pertama dan terpenting, kami memulai dengan status WP Engine kami. Kami mendengar dari pengguna bahwa mereka tidak yakin apakah pemadaman yang mereka alami adalah akibat dari sesuatu yang telah mereka lakukan secara internal atau apakah itu masalah WP Engine yang, sejujurnya, di luar kendali mereka. Jadi kami menambahkan status ini untuk orang-orang sehingga mereka benar-benar dapat melihat, hei, ada sesuatu yang terjadi dengan WP Engine. Ini kita, bukan kamu atau sebaliknya.

Kami juga menambahkan fitur Tambah, Hapus, atau Jeda untuk pemantauan. Ini pada dasarnya adalah cara bagi orang untuk menambah atau menghapus monitor dan kemudian juga menjeda pemantauan bila diperlukan, dan itu hanya cara bagi orang untuk menyesuaikan pengalaman mereka sedikit lebih banyak. Dan terakhir, seperti yang Anda lihat di sini, kami mengalami gangguan yang cukup parah. Kami ingin memastikan orang-orang dapat melihat dengan jelas apa yang terjadi dengan situs mereka dan berkomunikasi dengan orang-orang. Dan ini adalah sesuatu yang kami dengar juga, bahwa mereka ingin dapat melihat pemadaman mereka dan menangani masalah secepat dan secepat mungkin.

Dan inilah semacam sebelum dan sesudah di mana kami memulai dengan versi beta dan di mana kami berakhir sebelum dirilis. Seperti yang Anda lihat, beberapa perbedaan yang cukup besar. Kami secara khusus berfokus pada kolom. Kami mendengar dari orang-orang bahwa mereka tidak begitu memahami apa itu kolom atau untuk apa kolom itu atau apa arti dari hal-hal di dalamnya.

Jadi kami memperjelas status pemadaman, apakah ada gangguan atau tidak dan apa artinya. Dan kemudian kami juga menambahkan beberapa tautan yang dapat ditindaklanjuti. Kami menambahkan definisi tentang apa itu pemadaman dan kemudian tautan ke artikel dukungan tentang pemantauan situs sehingga orang dapat pergi dan menemukan lebih banyak informasi jika mereka mau.

Hal lain yang kami lakukan adalah mengikat ini lebih dekat dengan sistem desain internal kami. Sungguh luar biasa bisa menarik dari semacam perpustakaan komponen untuk saya sendiri sebagai perancang dan sebagai pengembang, sehingga kami semua dapat membuat alur kerja kami berjalan lebih cepat. Jika Anda belum memiliki sistem desain yang sedang Anda kerjakan, saya sangat merekomendasikannya. Mereka hanya membuat alur kerja Anda jauh lebih mudah, dan membuat semuanya berjalan lebih cepat. Jadi kami dapat berpindah dari apa yang Anda lihat di kiri ke kanan dengan cukup cepat karena sistem desain ini.

Dan inilah alur kerjanya, iterasi seperti itu terlihat saat kami mengerjakan versi beta. Jadi kami mulai. Kami merilis. Saya mendapatkan umpan balik dari pengguna kami dengan survei kami dan juga dari pengembang yang mengerjakan produk. Saya membuat beberapa perubahan desain. Saya akan berbicara dengan triad. Kami mungkin memiliki beberapa umpan balik di antara kami, dan kemudian saya akan menyerahkannya kepada para pengembang. Mereka mungkin memiliki beberapa umpan balik. Kami mungkin berdiskusi dan kemudian kami akan merilis ke versi beta dan siklusnya akan dimulai kembali.

Jadi hanya untuk check-in di sini, kami sudah melalui, dirilis ke versi beta. Kami telah mendengarkan orang-orang dalam survei beta kami. Dan sekarang, kami siap untuk memulai dengan peringatan dan memulai pengalaman itu. Jadi lansiran, kami tahu bahwa orang menginginkan lansiran, butuh lansiran. Ini adalah sesuatu yang kami dengar dari pengguna sangat penting dan akan membuat pemantauan menjadi lebih berharga bagi mereka.

Kami juga tahu bahwa pengguna ingin diberi tahu tentang masalah sebelum menjadi masalah bagi klien mereka, seperti yang Anda dengar dalam kutipan kami. Mereka tidak ingin menerima telepon dari klien bahwa ada masalah atau gangguan pada situs mereka dan mereka sendiri tidak benar-benar mengetahuinya. Itu tidak baik.

Hal lain tentang ini adalah kami sebenarnya menyertakan dua tim pengembangan lagi untuk pekerjaan ini, karena kami ingin dapat memenuhi jadwal rilis kami. Siklus yang Anda lihat menjadi sangat penting karena ada lebih banyak tim. Lebih banyak tangan membuat pekerjaan lebih ringan tetapi juga bisa membuat segalanya menjadi lebih rumit. Tapi untungnya, kami bisa mengatasinya untuk irama mereka. Hal yang harus kami pikirkan dengan peringatan adalah saluran yang ingin kami gunakan.

Apa yang kami dengar dari pengguna terutama adalah bahwa email adalah saluran pilihan mereka daripada Slack atau SMS, jadi kami memutuskan untuk tetap menggunakan email terlebih dahulu. Dan kemudian kami harus pergi dari sana dan memikirkan semua skenario email yang berbeda. Kami ingin memastikan bahwa perpesanan kami sangat jelas dan dapat ditindaklanjuti oleh orang-orang, sehingga mereka dapat memahami dan mengambil tindakan sesegera mungkin saat menerima peringatan.

Hal lain yang harus kami pikirkan adalah, saat seseorang mendaftar untuk peringatan, kami ingin memastikan bahwa kami mengonfirmasi bahwa mereka telah berlangganan. Ini hanya semacam praktik terbaik dengan pengalaman pengguna. Dan kemudian di ujung yang berlawanan, memastikan bahwa fungsi berhenti berlangganan sebenarnya cukup mulus untuk orang-orang dan itu adalah pengalaman yang cukup mudah dan bagus, dengan mempertimbangkan semua hal. Jadi, ya, kami melewati dan melakukan beberapa pengujian pengguna dan penelitian lebih lanjut untuk ini. Dan kami benar-benar ingin memastikan, seperti yang saya katakan, pesan tersebut dapat dipahami dan ditindaklanjuti.

Jadi, sekali lagi, ini hanyalah sisi-sisi dari pengujian sebelum dan sesudah. Tidak banyak perbedaan gila di sini. Terutama, kami mendengar dari pengguna bahwa mereka ingin mengetahui apa kesalahan spesifiknya dan mereka menginginkan lebih banyak informasi, jadi itulah yang kami coba berikan kepada mereka. Kami mencoba memberi mereka kode kesalahan dan informasi lebih lanjut yang kami bisa dan hanya mengklarifikasi konten itu sedikit. Dan setelah ini, sejujurnya itu hanya masalah bekerja menuju rilis. Sejujurnya, saya hanya ingin menyoroti beberapa hal penting yang saya bicarakan dan poin kolaborasi utama yang kami miliki selama proyek ini.

Pertama dan terpenting, model operasi triad sangat penting bagi kami. Sekali lagi, itu adalah desain dan penelitian, produk, dan teknik yang semuanya bekerja sama sebagai satu tim untuk meluncurkan produk ini. Kami sering melakukan sinkronisasi dan basis sentuhan pada desain, penelitian, teknik. Dan kami akan mengajukan pertanyaan, berkolaborasi.

Kami bahkan menyiapkan saluran Slack kami sendiri. Saya menyadari bahwa tidak semua orang dapat atau mampu melakukan ini, tetapi menciptakan hubungan kolaboratif antara desain dan produk sangatlah penting. Dan mereka benar-benar kunci untuk memastikan bahwa Anda memiliki keselarasan dan akuntabilitas di tingkat perusahaan atau agensi saat membuat produk.

Hal lain yang akan saya sebutkan adalah desain dan penelitian memiliki kemitraan yang begitu erat. Saya menyadari bahwa tidak semua orang bekerja dengan desainer atau peneliti, tetapi Anda masih bisa menjadi advokat pengalaman pengguna jika Anda mau. Ada banyak grup UX di luar sana yang menyediakan sumber daya dan praktik terbaik yang hebat, jadi Anda masih bisa menjadi advokat kegunaan meskipun itu bukan peran utama Anda atau bukan sesuatu yang sering Anda lakukan.

Hal lain yang akan saya sebutkan sebenarnya adalah kemitraan dengan pembangunan. Saya bekerja sangat dekat dengan semua tim pengembangan dalam proyek ini. Saya sering menemukan diri saya mendatangi mereka, menanyakan apakah saya gila karena membuat desain atau sesuatu, dan mereka selalu sangat terbuka untuk bekerja dengan saya dan memberikan segala macam wawasan, mengajukan pertanyaan.

Itu bagus. Kami memiliki hubungan kolaboratif yang sangat hebat. Jadi menurut saya, jika Anda bekerja dengan seorang desainer, jangan ragu untuk mengotori tangan Anda dan berkolaborasi dengan mereka. Kami senang bekerja dengan pengembang yang bersedia untuk duduk di sana dan memahami masalah yang kami coba selesaikan dan bekerja sama untuk mencapai tujuan bersama itu.

Hal lain tentang itu, saya benar-benar melibatkan diri saya dalam banyak upacara dan irama Agile yang dimiliki tim-tim ini. Jadi bisa duduk, backlog penyempurnaan atau perencanaan sprint dan mengajukan pertanyaan, meminta mereka mengajukan pertanyaan kepada saya dalam konteks pekerjaan pengembangan sangatlah berharga. Dan yang tak kalah pentingnya, kolaborasi async. Ini sangat penting. Kami adalah perusahaan global. Kami memiliki tim yang tersebar di seluruh dunia, dan kami semua sangat sibuk.

Jadi, dapat membuat saluran Slack khusus di seluruh tim agar kita semua dapat berkolaborasi adalah kuncinya. Kate dan saya dapat memposting tentang penelitian dan desain. Kami bisa mendapatkan umpan balik, mengajukan pertanyaan tanpa harus menunggu review atau rapat. Dan saya pikir saya hanya ingin mengungkapkannya, bahwa situasinya tidak harus sempurna– sempurna, permisi, agar kita bisa berkolaborasi. Anda dapat melakukannya secara asinkron. Tidak perlu menunggu rapat. Semuanya tidak harus tepat untuk menyelesaikan sesuatu. Jadi itulah waktuku. Terima kasih banyak. Bryan, saya akan membiarkan Anda mengambilnya dan berbicara tentang ikhtisar produk kami.

BRYAN SMITH: Terima kasih banyak, Kameron. Baiklah. Seperti yang dijanjikan, saya akan masuk ke ikhtisar produk dan kemudian kami akan melakukan penyelaman mendalam teknis sebelum kami menutup. Jadi pemantauan situs dan portal. Bagi yang menambahkan add-on, mereka akan memiliki akses ke halaman portal baru. Ini disebut "pemantauan situs". Dan dari halaman ini, Anda dapat menambahkan monitor, menjeda, dan menghapus. Kameron sedikit menyinggung hal ini, tetapi dari halaman inilah Anda melakukannya.

Selain itu, dari halaman ini, Anda dapat melihat pemadaman, waktu aktif, waktu respons rata-rata untuk rentang tanggal yang dipilih. Anda juga dapat menautkan ke log kesalahan khusus situs saat kami mendeteksi pemadaman, sehingga semua itu dimungkinkan dari halaman ini. Juga akan ada link ke halaman Alert Preferences, yang akan kita bahas di sini sebentar lagi.

OKE. Jadi saya ingin melompat ke dalam video dengan sangat cepat dan kemudian kita akan melompat kembali ke slide, tetapi ini akan menjadi langkah-langkah demo sebenarnya dari tampilan halaman itu di portal. Hanya satu hal yang perlu diperhatikan, itu direkam sebelum beberapa gambar yang Anda lihat dari Kameron. Jadi kami memperbarui ini. Jangan menganggap ini persis seperti yang terlihat, tetapi ini adalah perkiraan yang bagus dari apa yang akan Anda lihat di portal.

Menu. Anda akan melihat tautan pemantauan situs. Kami akan membuka halaman ini di sini, dan Anda akan melihat bahwa saya memiliki daftar semua lingkungan situs yang saya pantau. Saya dapat melihat waktu respons tersebut dan daftar semuanya yang saat ini dipantau. Saya mengklik tautan status WP Engine di bagian atas, dan saya dibawa ke halaman Status WP Engine ini. Kameron menyebutkannya sebelumnya juga, tapi itu tersedia di sana.

Ketika saya mengklik tombol Add Monitor, saya dapat melakukannya dengan mudah hanya dengan sekali klik. Saya akan mengatakan bahwa itu adalah bagian besar dari produk dan integrasi ini, hanyalah kemudahan yang dapat Anda gunakan untuk menjeda, menghapus, atau menyediakan monitor. Di sini, saya menjeda monitor. Anda akan melihat tombol Resume kecil muncul di sana. Ya. Jika saya menekan Lanjutkan, itu akan membatalkan jeda.

Dan perlu diingat, apa yang sebenarnya dilakukan jeda adalah menghentikan monitor ping dari benar-benar melakukan ping ke situs. Jadi kapan pun itu dijeda, itu tidak benar-benar mengirimkan ping itu. Di sini, kita akan menghapus monitor. Anda akan melihat layar konfirmasi. Karena ketika Anda menghapus salah satu monitor ini, itu sebenarnya menghapus semua riwayat pemadaman yang terkait dengannya. Jadi ingatlah itu.

Dan itulah halaman di portal. Baiklah. Akan melompat kembali ke slide sekarang dan berbicara dengan Anda sedikit tentang peringatan email, jadi ada beberapa template yang berbeda. Kameron menyinggung ini sedikit lebih awal, tapi saya akan menyelam lebih dalam di sini. Jadi, setelah Anda ikut serta untuk peringatan email, Anda akan menerima template email yang terlihat seperti ini, yang menunjukkan bahwa Anda sekarang berlangganan untuk memantau lansiran situs Anda. Ini akan memberi Anda tautan ke artikel Pusat Dukungan kami, yang akan memberi Anda lebih banyak informasi tentang cara kerja produk ini. Dan di bagian bawah, ada tautan ke halaman Pemantauan Situs yang baru saja saya tunjukkan.

OKE. Jadi saat kami mendeteksi gangguan di situs Anda, Anda akan mendapatkan email yang terlihat seperti ini. Itu akan memiliki nama situs, saat kami mendeteksi pemadaman. Itu juga akan menunjukkan status Mesin WP itu. Nah, status ini penting, karena akan menunjukkan status platform saat ini, dari platform hosting. Jadi jika ini terlihat bagus tetapi Anda masih menerima email ini, itu menunjukkan bahwa sebenarnya ada masalah khusus situs.

Ini tidak spesifik untuk infrastruktur hosting, tetapi sebenarnya ada sesuatu di situs atau domain Anda. Dan di isi email di sini, itu akan menunjukkan kepada Anda kode respons yang kami lihat. Dan kemudian di bagian bawah, akan ada tautan ke halaman Pemantauan Situs itu. Ada juga tautan ke log akses, karena ini akan menjadi langkah terbaik Anda selanjutnya untuk mencoba mendiagnosis apa yang terjadi dan mengapa Anda melihat email pemadaman ini.

Baiklah. Dan ketika itu teratasi, Anda akan melihat email lain yang menunjukkan bahwa situs Anda telah dicadangkan. Pemadaman tidak lagi terjadi. Kami tidak lagi mendeteksinya. Ini juga akan memberi tahu Anda situs mana yang dicadangkan. Ini akan memberi tahu Anda berapa lama situs itu tidak aktif dan, sekali lagi, tautan di bagian bawah. Tautan yang sama di bagian bawah.

Jadi saya sebutkan ini adalah halaman yang bisa Anda dapatkan dari halaman dan portal Pemantauan Situs. Di sinilah Anda benar-benar mengatur preferensi lansiran Anda. Jadi dari sini, Anda dapat mengaktifkan atau menonaktifkan saluran peringatan. Anda dapat memasukkan kontak email. Kontak email berasal dari daftar pengguna portal Anda, jadi Anda akan melihatnya di bagian bawah kiri. Itu hanya kotak centang.

Kami sudah memiliki nama dan alamat email. Anda tidak harus memasukkan itu. Sekali lagi, itu menariknya dari kontak portal Anda. Tetapi sebutkan di sini bahwa ini akan menjadi halaman tempat Anda dapat mengaktifkan integrasi Slack. Kami belum memilikinya, tetapi itu ada di peta jalan kami. Ini adalah sesuatu yang baru saja akan kami kerjakan. Jadi saat ini, hanya peringatan email, tetapi Slack ada di peta jalan.

Baiklah. Saya sebutkan bahwa kami akan membahas beberapa detail teknis di sini untuk memberi Anda gambaran tentang bagaimana semua ini bekerja di belakang layar. Jadi itu semua mungkin melalui apa yang kami sebut "Agen Pemantau Situs" kami, dan ini adalah lapisan perantara antara portal pengguna kami dan apa yang dilakukan pengguna di sana dan mitra kami New Relic, yang API pemantauan dan peringatannya kami gunakan. Jadi Agen Pemantau Situs pada dasarnya memusatkan sumber daya Relik Baru.

Ini adalah lapisan yang membuat, memperbarui, dan menghapus monitor serta peringatan. Dan itu juga tempat di mana kita bisa merekonsiliasi dan menangkap kesalahan apa pun, pastikan tidak ada yang terhapus secara tidak sengaja. Jadi ini adalah lapisan pengantara, jadi mari kita masuk sedikit ke beberapa hal yang terjadi di alur pengguna. Jadi mari kita telusuri alur pengguna yang khas. Jadi pengguna akan mendaftar. Apa yang terjadi adalah pemeriksaan hak dilakukan ke portal untuk melihat apakah mereka memiliki akses ke pemantauan situs.

Dan jika mereka melakukannya, itu memeriksa layanan hak WP Engine untuk mendapatkan OK. Setelah melewati pemeriksaan itu, pengguna kemudian dapat membuat monitor dari halaman Pemantauan Situs yang saya tunjukkan sebelumnya di portal. Jadi mereka menyediakan monitor itu secara manual dengan mengklik tombol Tambah Monitor itu. Dan di belakang layar, itu mengirimkan permintaan ke API Sintetis Relik Baru untuk benar-benar menyediakan monitor itu.

Sekarang, saat Anda juga berada di halaman itu di portal, Anda dapat melihat data. Anda dapat melihat data historis. Dari apa yang kami lihat dari melakukan ping ke situs yang telah Anda atur, Anda juga dapat melihat waktu respons rata-rata, tautan ke log akses. Jadi di sini, pelanggan dapat melihat data itu di halaman itu. Apa yang terjadi di balik layar adalah kami benar-benar menggunakan API Relik Baru yang berbeda. Itu NerdGraph API mereka. Jadi Agen Pemantau Situs mengirimkan permintaan untuk mengambil data itu dan menampilkannya. Dan semua itu terjadi, sekali lagi, melalui NerdGraph API melalui New Relic.

Beberapa kasus penggunaan lain yang umum adalah skenario Edit Monitor. Jadi ini bisa menjeda monitor yang ada, dalam hal ini agen akan mengirimkan permintaan tambalan ke API Sintetis Relik Baru. Anda juga dapat membatalkan penyediaan monitor. Ini akan menghapus monitor dari halaman portal yang saya tunjukkan sebelumnya. Ini mengirimkan permintaan penghapusan ke API Sintetis itu. Pelanggan juga dapat mengubah konfigurasi. Mungkin Anda ingin mengubah URL untuk domain yang kami kirimkan cek ping itu.

Dalam hal ini, agen mengirimkan permintaan tambalan untuk memperbarui monitor tersebut. Selain itu, pengguna dapat membatalkan situs yang memiliki pemantauan situs. Dan dalam hal ini, yang akan kami lakukan hanyalah mengirimkan permintaan penghapusan secara otomatis ke API Sintetis untuk menghentikan penyediaan monitor tersebut. Atau jika pelanggan mungkin membatalkan seluruh akun yang memiliki banyak monitor situs berbeda di dalamnya, permintaan untuk membatalkan penyediaan semua monitor tersebut dikirim secara otomatis saat terdeteksi. Jadi semua hal ini penting untuk aliran pengguna, dan Agen Pemantau Situs yang memungkinkannya.

Baiklah. Jadi saya sebutkan sebelumnya tetapi, seperti yang kita lihat ke depan, kita pasti berencana mengintegrasikan Slack sebagai saluran peringatan tambahan. Kami juga sedang mempelajari SMS, jadi pantau terus untuk tambahan lainnya di masa mendatang. Ini adalah V1 kami. Kami sangat senang, dan kami sangat senang dapat meluncurkannya di sini di DE{CODE}. Tapi ini benar-benar V1. Kami memiliki begitu banyak rencana di toko. Ini hanya beberapa dari mereka. Tetapi juga nantikan lebih banyak opsi konfigurasi dengan pemantauan, lebih banyak peningkatan pada portal pengguna, dan kami akan terus mengikuti penelitian dan merancang proses iteratif yang telah kami lakukan yang membawa kami ke titik ini.

Maka dengan itu, terima kasih kepada presenter lainnya, Kate dan Kameron. Dan terima kasih semua telah bergabung dengan kami hari ini. Semoga hari Anda menyenangkan, dan periksa pemantauan situs Terima kasih, semuanya.