DE{CODE}: การตรวจสอบไซต์: จุดตัดของผลิตภัณฑ์ การออกแบบและการวิจัย UX

คุณไม่เกลียดเมื่อพบว่าไซต์ของคุณหรือไซต์ของลูกค้าของคุณล่ม...จากลูกค้าของคุณหรือ? อย่าตาบอดอีกเลย! เข้าร่วมกับผู้จัดการผลิตภัณฑ์อาวุโสของ WP Engine Bryan Smith, ผู้ร่วมวิจัย UX Kate Meyer และนักออกแบบผลิตภัณฑ์อาวุโส Kameron Fehrmann ขณะที่พวกเขาเดินผ่านโซลูชันการตรวจสอบไซต์ของ WP Engine ซึ่งทำให้ปัญหานี้กลายเป็นอดีตไปแล้ว ในเซสชั่นนี้ คุณจะได้รับรายละเอียดเกี่ยวกับวิธีการทำงานของการตรวจสอบไซต์และวิธีที่จุดตัดระหว่างการออกแบบ UX, การวิจัยและพัฒนา UX และการพัฒนามารวมกันเพื่อให้แน่ใจว่าผลิตภัณฑ์และตลาดเหมาะสม

สไลด์เซสชัน

การถอดเสียงแบบเต็ม

ไบรอัน สมิธ : สวัสดีทุกคน ฉันชื่อไบรอัน สมิธ ฉันเป็นผู้จัดการผลิตภัณฑ์ที่ WP Engine ขอบคุณมากสำหรับการมาร่วมงานกับเราในวันนี้ เรามาที่นี่เพื่อพูดคุยกับคุณเกี่ยวกับการตรวจสอบไซต์ การผสมผสานระหว่างผลิตภัณฑ์ การออกแบบ UX และการวิจัย Kate Meyer หนึ่งในนักวิจัย UX ของเราและ Kameron Fehrmann หนึ่งในนักออกแบบผลิตภัณฑ์ของเรามาร่วมงานกับฉันในวันนี้ ในสไลด์ถัดไป ฉันจะพูดคุยกับคุณเกี่ยวกับการตรวจสอบเว็บไซต์ เราจึงเพิ่งเปิดตัวผลิตภัณฑ์ใหม่นี้ เรียกว่า "การตรวจสอบไซต์" มีให้บริการเป็นส่วนเสริมสำหรับลูกค้า WP Engine และด้วยวิธีนี้ คุณจะสามารถตรวจสอบสภาพแวดล้อมไซต์ใดๆ ของคุณที่เชื่อมโยงกับบัญชีของคุณได้ และเราจะแจ้งให้คุณทราบหากมีการหยุดทำงานใดๆ ที่เราเห็นบนไซต์หรือบนแพลตฟอร์มของเรา

และต่อไป ฉันจะพูดถึงกำหนดการของเราอย่างรวดเร็ว ดังนั้นฉันจะพูดถึงผลิตภัณฑ์และให้ภาพรวมรวมถึงข้อมูลเชิงลึกทางเทคนิคแก่คุณ แต่ก่อนที่เราจะทำเช่นนั้น ฉันจะส่งต่อให้ Kate Meyer เพื่อบอกเราเล็กน้อยเกี่ยวกับวิธีที่เราได้ผลิตภัณฑ์นี้ เธอจะศึกษาเทคนิคการวิจัยผู้ใช้ที่เราเคยใช้ จากนั้นเธอจะส่งต่อให้ Kameron ซึ่งจะดูแลการออกแบบผลิตภัณฑ์และการทำซ้ำของเรา จากนั้นฉันจะปิดท้ายด้วยภาพรวมผลิตภัณฑ์และการเจาะลึกทางเทคนิค ถึงคุณเคท

เคท เมเยอร์ : ได้เลย ขอบคุณ ไบรอัน ฉันชื่อเคท ฉันเป็นนักวิจัย UX ที่ WP Engine ซึ่งปัจจุบันมุ่งเน้นไปที่การปรับปรุงข้อเสนอการสร้างเว็บไซต์ของเรา ไบรอันแสดงให้เราเห็นถึงผลิตภัณฑ์ใหม่ที่ยอดเยี่ยมที่เรามีในขณะนี้ แต่เรามาลงเอยที่นี่ได้อย่างไร? ฉันต้องการย้อนกลับไปที่จุดเริ่มต้นของไทม์ไลน์ของเราและสาธิตวิธีที่เราใช้การคิดเชิงออกแบบเพื่อให้เราทราบข้อมูลพื้นฐานเกี่ยวกับผู้ใช้ของเราจนถึงการเปิดตัวผลิตภัณฑ์ในเวลาเพียงไม่กี่เดือน ฉันจะมุ่งเน้นไปที่แง่มุมการวิจัยของกระบวนการของเราและแบ่งปันกับคุณว่าคุณสามารถใช้แนวทางปฏิบัติเหล่านี้ได้อย่างไร ไม่ว่าคุณจะมีบทบาทอะไร แม้ว่าคุณจะไม่มีนักวิจัย UX ในทีมก็ตาม

ดังที่ฉันได้กล่าวไปแล้ว เราใช้สามขั้นตอนนี้ในการคิดเชิงออกแบบสำหรับโครงการนี้ การคิดเชิงออกแบบเป็นกรอบมาตรฐานอุตสาหกรรม นั่นเป็นแนวทางที่เน้นผู้ใช้เป็นศูนย์กลางในการแก้ปัญหา ฉันจะแบ่งงานของเราออกเป็นสามขั้นตอนที่นี่ ฤดูร้อนที่ผ่านมานี้ เราต้องการเรียนรู้วิธีที่ไม่เพียงแค่แก้ไขสิ่งที่ผิดพลาดกับพอร์ทัลผู้ใช้ของ WP Engine แต่เรียนรู้ว่าเราจะยกระดับไปสู่อีกระดับได้อย่างไร

เพื่อแก้ไขปัญหานี้ เราใช้การวิจัยเชิงกำเนิด ในรูปแบบการสัมภาษณ์ผู้ใช้ที่หลากหลายของเรา เราถามคำถามที่เขียนไว้ล่วงหน้าทั้งหมด เป็นคำถามเดียวกันทั้งหมดสำหรับผู้ใช้ทุกคน เพียงเพื่อสร้างความเข้าใจเกี่ยวกับสิ่งต่างๆ เช่น งาน เป้าหมาย ความท้าทาย และอื่นๆ หากกระบวนการสัมภาษณ์ฟังดูหนักหนาสำหรับคุณ คุณสามารถใช้เครื่องมือสำรวจเพื่อจุดประสงค์เดียวกันได้เช่นกัน เราใช้ SurveyMonkey ร่วมกับการสัมภาษณ์เพื่อเป็นอีกวิธีในการรับข้อเสนอแนะ

ในระหว่างขั้นตอนนี้ของการวิจัย เราพบว่าน่าสนใจมากที่แม้จะมีบทบาทของผู้ใช้ที่แตกต่างกัน แต่จริงๆ แล้วพวกเขาก็มีเป้าหมายและจุดบกพร่องร่วมกันมากมาย และนี่คือรูปแบบที่ยอดเยี่ยมจริงๆ ที่ได้เห็น จริงๆ แล้วเราต้องการเห็นความคล้ายคลึงกันเหล่านี้กับผู้ใช้ประเภทต่างๆ เพราะมันช่วยให้เรากำหนดขอบเขตงานของเราได้ และในขณะที่เราทำการสัมภาษณ์และทำแบบสำรวจเหล่านี้ เราเริ่มสังเกตเห็นประเด็นทั่วไปบางอย่างในบริบทของการโฮสต์เว็บไซต์

เป้าหมายสองประการที่เราได้ยินมาตลอดคือต้องการเครื่องมือเพียงชิ้นเดียวในการตรวจสอบและดูแลเว็บไซต์ และตรวจจับปัญหาก่อนที่ลูกค้าและผู้เยี่ยมชมไซต์จะสังเกตเห็นว่ามีสิ่งผิดปกติเกิดขึ้น อย่างไรก็ตาม ปัญหาที่พบบ่อยคือพอร์ทัลผู้ใช้ของเราไม่ช่วยให้ผู้ใช้บรรลุเป้าหมายเหล่านี้ได้ในขณะนี้ และที่จริง เจ้าของเอเจนซี่รายนี้สรุปได้ค่อนข้างดีโดยกล่าวว่า “ถ้าฉันสามารถแก้ไขปัญหาได้ก่อนที่ลูกค้าจะเห็น มันวิเศษมาก ฉันไม่ต้องการรับสายจากลูกค้าว่า 'โอ้ เฮ้ เดาสิ? ฉันไปที่เว็บไซต์ของฉัน มันไม่ได้อยู่ที่นั่น วันนี้คุณทำอะไร?'"

เมื่อคุณเห็นหัวข้อทั่วไปเหล่านี้ปรากฏขึ้นครั้งแล้วครั้งเล่าเมื่อคุณได้ยินจากผู้ใช้ คุณก็รู้ว่าถึงเวลาที่จะคิด เราทราบดีว่าจำเป็นต้องปรับปรุงพอร์ทัลผู้ใช้เพื่อช่วยให้ผู้ใช้สามารถดูแลไซต์ของตนในเชิงรุกได้ และเรายังทราบด้วยว่าทีมวิศวกรของเราสามารถใช้ประโยชน์จากเทคโนโลยีของพันธมิตรเพื่อจัดการกับปัญหาด้านหนึ่งของผู้ใช้ได้ นั่นคือผ่านการตรวจสอบสถานะการออนไลน์

ณ จุดนี้ มันคงจะง่ายมากสำหรับเราที่จะดำดิ่งลงไปและเริ่มสร้างบางสิ่งทันที แต่ถ้าคุณต้องการสร้างสิ่งที่ถูกต้องในครั้งแรก สิ่งสำคัญคือยังคงได้รับความคิดเห็นและข้อมูลจากผู้ใช้ในระหว่างขั้นตอนนี้ ในขั้นตอนนี้สำคัญมากที่จะต้องมีส่วนร่วมทั้งทีม

คุณต้องการไอเดียดีๆ บางอย่าง แต่คุณก็ต้องแน่ใจว่าไอเดียของคุณมีความเป็นไปได้และยังคงสอดคล้องกับสิ่งที่ผู้ใช้ของคุณต้องการจริงๆ ดังนั้น ในระหว่างขั้นตอนนี้ นักออกแบบของเราจึงทำงานร่วมกับทีมวิศวกรเพื่อหาแนวคิดและตรวจสอบความเป็นไปได้สำหรับการตรวจสอบไซต์ จากนั้นร่วมกับผู้จัดการผลิตภัณฑ์และนักออกแบบ ฉันวางแผนการทดสอบแนวคิดบางอย่างเพื่อให้เรานำเสนอแนวคิดของเราต่อหน้าผู้ใช้

การทดสอบแนวคิดคือการวิจัยประเภทหนึ่งที่ช่วยให้คุณเรียนรู้ว่าแนวคิดที่คุณมีนั้นตรงกับความคาดหวังและความต้องการของผู้ใช้หรือไม่ ดังนั้นเราจึงแสดงความคิดของเราและถามคำถามเกี่ยวกับเรื่องนี้ ในกรณีเฉพาะนี้ เราใช้แบบจำลอง LE ตรงกลางอย่างที่คุณเห็นทางด้านซ้าย ซึ่งผู้ออกแบบสร้างขึ้นด้วยความช่วยเหลือจากทีมวิศวกร แต่สิ่งที่ดีเกี่ยวกับการวิจัยประเภทนี้คือคุณสามารถแสดงสิ่งที่ง่ายเพียงแค่ปากกาบนกระดาษ ไม่จำเป็นต้องดูดีด้วยซ้ำ

เทคนิคนี้ยอดเยี่ยมมาก เพราะมันช่วยให้ผู้ใช้โฟกัสไปที่ไอเดียแทนที่จะสนใจการนำเสนอด้วยภาพ และอีกครั้ง ในขั้นตอนนี้ เราต้องการเรียนรู้จริงๆ ว่าแนวคิดของคุณมุ่งไปในทิศทางที่ถูกต้องหรือไม่ และอีกแง่มุมหนึ่งคือ คุณไม่จำเป็นต้องแสดงต่อผู้คนนับสิบหรือหลายร้อยคน คุณสามารถใช้ผู้เข้าร่วมเพียงห้าคนสำหรับการวิจัยประเภทนี้ เพราะเมื่อถึงเวลานั้น คุณควรเริ่มเห็นหัวข้อทั่วไปบางอย่างในปฏิกิริยาของพวกเขาต่อแนวคิดของคุณ

ดังนั้นในระหว่างการทดสอบแนวคิดของเรา เราได้เรียนรู้ว่าความคาดหวังของผู้ใช้สอดคล้องกับแผนของเราสำหรับผลิตภัณฑ์นี้ นั่นทำให้เราอยู่ในสถานะที่ดีที่จะเริ่มสร้างมันขึ้นมา เรายังคงต้องการรวบรวมข้อเสนอแนะ ดังนั้นเราจึงตัดสินใจที่จะใช้เบต้าแบบปิด และสิ่งที่ดูเหมือนคือการให้ผู้ใช้บางคนเลือกใช้งาน เพิ่มฟีเจอร์ลงในบัญชีของพวกเขา แล้วขอความคิดเห็นจากพวกเขาตลอดกระบวนการใช้ฟีเจอร์ใหม่ ดังนั้น การให้ผู้ใช้กลุ่มเล็กๆ นี้เข้าถึงผลิตภัณฑ์ได้จึงเป็นวิธีการที่ยอดเยี่ยมในการทดสอบความสามารถในการใช้งาน แก้ไขข้อบกพร่อง และทำความเข้าใจว่าคุณจะตอบสนองความคาดหวังของพวกเขาได้ดีขึ้นได้อย่างไร ก่อนที่ผลิตภัณฑ์จะออกสู่ตลาด ของผู้ใช้

ดังนั้นคาเมรอนจะดำเนินเรื่องราวต่อไปจากที่นี่ แต่ก่อนที่เราจะทิ้งงานวิจัยนี้ไว้เบื้องหลัง ฉันอยากจะสรุปสิ่งที่ฉันหวังว่าคุณจะเอาออกไปจากเรื่องราวของฉัน เฟรมเวิร์กนี้สามารถช่วยให้คุณเข้าใจความต้องการของผู้ใช้ไปจนถึงการสร้างผลิตภัณฑ์ใหม่ และใครก็ตามในทีมของคุณสามารถเรียนรู้จากผู้ใช้ของคุณผ่านวิธีการต่างๆ และในทุกขั้นตอนของโครงการ เมื่อคุณให้ผู้ใช้เป็นศูนย์กลางของการสร้าง นี่คือวิธีที่คุณจะทำให้แน่ใจว่าผลิตภัณฑ์ของคุณนั้นง่ายดายมากที่สุดเท่าที่จะเป็นไปได้สำหรับผู้ใช้ของคุณ และเพื่อให้ตัวคุณเองได้เปรียบในการแข่งขัน ขอบคุณ คาเมร่อน.

KAMERON FEHRMANN : ขอบคุณมาก เคท เฮ้พวกคุณ ฉันคาเมรอน ฉันเป็นนักออกแบบผลิตภัณฑ์อาวุโสที่ WP Engine ฉันยังทำงานกับเครื่องมือสร้างและผลิตภัณฑ์อีคอมเมิร์ซของเรา และฉันตื่นเต้นมากที่จะได้พูดคุยกับคุณเกี่ยวกับการตรวจสอบไซต์ในวันนี้ นี่คือจุดที่เราอยู่ในไทม์ไลน์ของเรา เราได้ดำเนินการวิจัยเชิงกำเนิด ทำการทดสอบแนวคิดบางอย่าง และตอนนี้เราได้เผยแพร่เป็นรุ่นเบต้าแล้ว เรามีผลสำรวจออกมาว่าเราเป็นคนชอบฟังคนอื่น และนี่คือจุดที่ผมเข้ามาในโปรเจกต์นี้

ฉันตามทันงานวิจัยก่อนหน้านี้อย่างรวดเร็ว เคทและไบรอันมีส่วนสำคัญในเรื่องนี้ จริง ๆ แล้ว หากเรายังไม่ได้กำหนดจังหวะการทำงานร่วมกันระหว่างการออกแบบและการวิจัย ผลิตภัณฑ์และวิศวกรรม สิ่งต่าง ๆ แทบจะดำเนินไปอย่างราบรื่นไม่ได้เลย ดังนั้นพวกเขาจึงเป็นหุ้นส่วนที่ดีในการดึงผมให้วิ่งเร็วขึ้นในแดนกลาง ฉันรู้ว่าพวกคุณบางคนอาจเข้าใจว่าชีวิตการทำงานในหน่วยงานเป็นอย่างไร เรารู้ว่ารากฐานนี้ค่อนข้างดีสำหรับรุ่นเบต้าของเรา แต่ยังมีอีกมากที่เราต้องการจะทำกับมัน

ดังนั้นเราจึงทำตามอย่างรวดเร็วหลังจากที่เราเปิดตัวเป็นเบต้าเพื่อปรับปรุงการออกแบบอีกเล็กน้อย ก่อนอื่น เราเริ่มต้นด้วยสถานะ WP Engine ของเรา เราได้ยินจากผู้ใช้ว่าพวกเขาไม่ค่อยแน่ใจว่าการหยุดทำงานที่พวกเขาประสบนั้นเป็นผลจากสิ่งที่พวกเขาทำภายในองค์กร หรือหากว่าเป็นปัญหา WP Engine ซึ่งอยู่นอกเหนือการควบคุมของพวกเขา ดังนั้นเราจึงเพิ่มสถานะนี้สำหรับผู้คนเพื่อให้พวกเขาเห็นว่า เฮ้ มีบางอย่างเกิดขึ้นกับ WP Engine เป็นเรา ไม่ใช่คุณ หรือในทางกลับกัน

เรายังเพิ่มคุณสมบัติเพิ่ม ลบ หรือหยุดชั่วคราวสำหรับการตรวจสอบ นี่เป็นวิธีโดยทั่วไปสำหรับผู้คนในการเพิ่มหรือลบจอภาพ จากนั้นหยุดการตรวจสอบชั่วคราวเมื่อจำเป็น และเป็นเพียงวิธีหนึ่งสำหรับผู้คนในการปรับแต่งประสบการณ์ของพวกเขาเพิ่มเติมอีกเล็กน้อย และสุดท้าย อย่างที่คุณเห็นที่นี่ เราพบกับการหยุดทำงานค่อนข้างมาก เราต้องการให้แน่ใจว่าผู้คนสามารถเห็นสิ่งที่เกิดขึ้นกับไซต์ของพวกเขาได้อย่างชัดเจนและสื่อสารกับผู้คนได้อย่างแน่นอน และนี่คือสิ่งที่เราได้ยินมาเช่นกันว่าพวกเขาต้องการที่จะเห็นการหยุดทำงานและดูแลปัญหาโดยเร็วที่สุดเท่าที่จะเป็นไปได้

และนี่คือข้อมูลก่อนและหลังที่เราเริ่มต้นด้วยเบต้าและจุดสิ้นสุดก่อนที่จะเปิดตัว อย่างที่คุณเห็น ความแตกต่างค่อนข้างใหญ่ เราเน้นไปที่คอลัมน์โดยเฉพาะ เราได้ยินจากผู้คนว่าพวกเขาไม่ค่อยเข้าใจว่าคอลัมน์เหล่านี้คืออะไร มีไว้เพื่ออะไร หรือสิ่งใดๆ ในคอลัมน์มีความหมายอย่างไร

ดังนั้นเราจึงทำให้สถานะการหยุดทำงานมีความชัดเจนมากขึ้นว่ามีบางอย่างอยู่ในการหยุดทำงานหรือไม่ และนั่นหมายความว่าอย่างไร จากนั้นเรายังเพิ่มลิงก์ที่ดำเนินการได้เพิ่มเติม เราได้เพิ่มคำนิยามว่าการหยุดทำงานคืออะไร จากนั้นจึงเพิ่มลิงก์ไปยังบทความสนับสนุนเกี่ยวกับการตรวจสอบไซต์ เพื่อให้ผู้คนสามารถค้นหาข้อมูลเพิ่มเติมได้หากต้องการ

อีกอย่างที่เราทำคือผูกสิ่งนี้ให้ใกล้ชิดกับระบบการออกแบบภายในของเรามากขึ้น เป็นเรื่องดีมากที่สามารถดึงส่วนประกอบต่างๆ จากไลบรารีสำหรับตัวฉันเองในฐานะนักออกแบบและในฐานะนักพัฒนา ดังนั้นเราจึงสามารถทำให้เวิร์กโฟลว์ของเราดำเนินไปได้เร็วขึ้น หากคุณยังไม่มีระบบการออกแบบที่คุณกำลังทำงานด้วย ฉันขอแนะนำอย่างยิ่ง พวกเขาเพียงแค่ทำให้เวิร์กโฟลว์ของคุณง่ายขึ้นมาก และทำให้ทุกอย่างเร็วขึ้นมาก ดังนั้นเราจึงสามารถเปลี่ยนจากสิ่งที่คุณเห็นทางด้านซ้ายไปทางขวาได้อย่างรวดเร็วเนื่องจากระบบการออกแบบนี้

และนี่คือสิ่งที่เวิร์กโฟลว์ การวนซ้ำนั้นดูเหมือนกับตอนที่เรากำลังทำงานผ่านเบต้า ดังนั้นเราจึงเริ่มต้น เราปล่อย. ฉันได้รับการตอบรับจากผู้ใช้ของเราด้วยแบบสำรวจของเรา และจากนักพัฒนาที่ทำงานเกี่ยวกับผลิตภัณฑ์ ฉันทำการเปลี่ยนแปลงการออกแบบบางอย่าง ฉันจะพูดคุยกับสาม เราอาจมีข้อเสนอแนะบางอย่างในหมู่พวกเรา และจากนั้นฉันจะส่งต่อให้กับนักพัฒนา พวกเขาอาจมีข้อเสนอแนะบางอย่าง เราอาจมีการพูดคุยกัน จากนั้นเราจะปล่อยให้เป็นเบต้า และวงจรก็จะเริ่มต้นใหม่

ดังนั้นเพื่อเช็คอินที่นี่ เราผ่านไปแล้ว ปล่อยให้เป็นเบต้า เรารับฟังผู้คนในแบบสำรวจเบต้าของเรา และตอนนี้เราพร้อมที่จะเริ่มต้นการแจ้งเตือนและรับประสบการณ์นั้นไป ดังนั้น การแจ้งเตือน เรารู้ว่าผู้คนต้องการการแจ้งเตือน จำเป็นต้องมีการแจ้งเตือน นี่เป็นสิ่งที่เราได้ยินจากผู้ใช้ว่ามีความสำคัญอย่างยิ่งและจะทำให้การตรวจสอบมีค่ายิ่งขึ้นสำหรับพวกเขา

นอกจากนี้ เรายังทราบด้วยว่าผู้ใช้ต้องการได้รับแจ้งเกี่ยวกับปัญหาก่อนที่จะเกิดปัญหากับลูกค้าของพวกเขา เช่นเดียวกับที่คุณได้ยินในคำพูดของเรา พวกเขาไม่ต้องการรับโทรศัพท์จากลูกค้าว่าไซต์ของพวกเขามีปัญหาหรือขัดข้อง และพวกเขาก็ไม่รู้เกี่ยวกับเรื่องนี้จริงๆ นั่นไม่ดี

อีกสิ่งหนึ่งเกี่ยวกับเรื่องนี้คือเราได้รวมทีมพัฒนาอีก 2 ทีมไว้ในงานนี้ เพราะเราต้องการให้เป็นไปตามไทม์ไลน์การเปิดตัวของเรา รอบที่คุณเห็นนั้นสำคัญมากเพราะมีทีมมากขึ้น มือที่มากขึ้นทำให้งานเบาขึ้น แต่ก็ทำให้งานซับซ้อนขึ้นได้เช่นกัน แต่โชคดีที่เราสามารถดูแลจังหวะของพวกเขาได้ สิ่งที่เราต้องหาจากการแจ้งเตือนคือช่องทางที่เราต้องการใช้

สิ่งที่เราได้ยินจากผู้ใช้ส่วนใหญ่คืออีเมลเป็นช่องทางที่พวกเขาต้องการมากกว่า Slack หรือ SMS ดังนั้นเราจึงตัดสินใจใช้อีเมลเป็นอันดับแรก จากนั้นเราก็ต้องไปที่นั่นและคิดถึงสถานการณ์อีเมลที่แตกต่างกันทั้งหมด เราต้องการให้แน่ใจว่าข้อความของเรามีความชัดเจนมากและสามารถดำเนินการได้สำหรับผู้คน ซึ่งพวกเขาสามารถเข้าใจและดำเนินการได้โดยเร็วที่สุดเมื่อได้รับการแจ้งเตือน

สิ่งอื่นที่เราต้องนึกถึงก็คือ เมื่อมีคนสมัครรับการแจ้งเตือน เราต้องการให้แน่ใจว่าเรายืนยันว่าพวกเขาสมัครรับข้อมูลแล้ว นี่เป็นแนวทางปฏิบัติที่ดีที่สุดเกี่ยวกับประสบการณ์ของผู้ใช้ และในทางกลับกัน ตรวจสอบให้แน่ใจว่าฟังก์ชันยกเลิกการสมัครนั้นค่อนข้างราบรื่นสำหรับผู้คน และมันก็ค่อนข้างง่ายและเป็นประสบการณ์ที่ดี พิจารณาทั้งหมด ใช่ เราได้ทำการทดสอบผู้ใช้เพิ่มเติมและการวิจัยเพิ่มเติมสำหรับสิ่งนี้ และเราต้องการทำให้แน่ใจจริงๆ อย่างที่ฉันพูด ข้อความนั้นเข้าใจได้และนำไปปฏิบัติได้

ต่อไปนี้เป็นข้อมูลเปรียบเทียบก่อนและหลังการทดสอบ ที่นี่มีความแตกต่างไม่มากนัก เบื้องต้น เราได้ยินจากผู้ใช้ว่าพวกเขาต้องการทราบว่าข้อผิดพลาดเฉพาะคืออะไร และพวกเขาต้องการข้อมูลเพิ่มเติม เราจึงพยายามให้ข้อมูลแก่พวกเขา เราพยายามให้รหัสข้อผิดพลาดและข้อมูลเพิ่มเติมที่เราทำได้ และชี้แจงเนื้อหานั้นเล็กน้อย และหลังจากนี้ บอกตามตรงว่าเป็นเพียงเรื่องของการทำงานเพื่อปล่อยตัวเท่านั้น ด้วยความสัตย์จริง ฉันแค่ต้องการเน้นประเด็นสำคัญบางส่วนที่ฉันพูดถึงและประเด็นความร่วมมือสำคัญที่เรามีตลอดทั้งโครงการนี้

อันดับแรกและสำคัญที่สุด โมเดลปฏิบัติการสามกลุ่มมีความสำคัญอย่างยิ่งสำหรับเรา เป็นอีกครั้งที่การออกแบบและการวิจัย ผลิตภัณฑ์ และวิศวกรรมทำงานร่วมกันเป็นทีมเพื่อเปิดตัวผลิตภัณฑ์นี้ เรามักจะมีการซิงค์และฐานสัมผัสในการออกแบบ การวิจัย วิศวกรรม และเราจะถามคำถามทำงานร่วมกัน

เรายังตั้งช่อง Slack ของตัวเองด้วยซ้ำ ฉันทราบดีว่าไม่ใช่ทุกคนที่ทำได้หรือทำได้ แต่การสร้างความสัมพันธ์ร่วมกันระหว่างการออกแบบและผลิตภัณฑ์นั้นสำคัญมาก และเป็นกุญแจสำคัญในการทำให้แน่ใจว่าคุณมีความสอดคล้องและความรับผิดชอบในระดับองค์กรหรือหน่วยงานนั้นเมื่อสร้างผลิตภัณฑ์

สิ่งอื่นที่ฉันจะกล่าวถึงคือการออกแบบและการวิจัยที่มีความร่วมมืออย่างใกล้ชิด ฉันทราบดีว่าไม่ใช่ทุกคนที่ทำงานร่วมกับนักออกแบบหรือนักวิจัย แต่คุณยังคงสามารถเป็นผู้สนับสนุนประสบการณ์ผู้ใช้ได้หากต้องการ มีกลุ่ม UX มากมายที่นำเสนอทรัพยากรที่ยอดเยี่ยมและแนวทางปฏิบัติที่ดีที่สุด ดังนั้นคุณจึงยังคงเป็นผู้ให้การสนับสนุนด้านการใช้งานได้ แม้ว่านั่นจะไม่ใช่บทบาทหลักของคุณหรือไม่ใช่สิ่งที่คุณทำบ่อยๆ

สิ่งอื่นที่ฉันจะกล่าวถึงก็คือการเป็นหุ้นส่วนกับการพัฒนา ฉันทำงานอย่างใกล้ชิดกับทีมพัฒนาทั้งหมดในโครงการนี้ ฉันพบว่าตัวเองมาหาพวกเขาบ่อยๆ ถามว่าฉันบ้าหรือเปล่าที่สร้างงานออกแบบหรืออะไรซักอย่าง และพวกเขาก็เปิดกว้างเสมอที่จะร่วมงานกับฉันและให้ข้อมูลเชิงลึกทุกประเภท ถามคำถามต่างๆ

มันดีมาก. เรามีความสัมพันธ์ที่ดีในการทำงานร่วมกัน ดังนั้นฉันจะบอกว่า หากคุณกำลังทำงานกับนักออกแบบ อย่าลังเลที่จะทำมือให้สกปรกและร่วมมือกับพวกเขา เราชอบที่จะทำงานร่วมกับนักพัฒนาที่เต็มใจนั่งอยู่ที่นั่นและเข้าใจปัญหาที่เรากำลังพยายามแก้ไขและทำงานประเภทเดียวกันเพื่อไปสู่เป้าหมายร่วมกัน

อีกอย่างหนึ่ง ฉันได้มีส่วนร่วมกับพิธี Agile และจังหวะต่างๆ ที่ทีมเหล่านี้มี ดังนั้นการได้นั่งทำงาน ปรับแต่งงานค้างหรือวางแผนการวิ่งและถามคำถาม ให้พวกเขาถามคำถามเกี่ยวกับฉันในบริบทของงานพัฒนาจึงเป็นสิ่งที่มีค่ามาก และสุดท้าย แต่ไม่ท้ายสุด การทำงานร่วมกันแบบ async นี่เป็นกุญแจสำคัญจริงๆ เราเป็นบริษัทระดับโลก เรามีทีมที่กระจายอยู่ทั่วโลก และเราทุกคนก็ยุ่งมาก

ดังนั้นการสามารถสร้างแชนเนล Slack เฉพาะในทีมเพื่อให้พวกเราทุกคนทำงานร่วมกันได้จึงเป็นกุญแจสำคัญ Kate และฉันสามารถโพสต์เกี่ยวกับการวิจัยและการออกแบบ เราสามารถรับข้อเสนอแนะ ถามคำถามได้โดยไม่ต้องรอการตรวจสอบหรือการประชุม และฉันคิดว่าฉันแค่อยากจะบอกว่าสถานการณ์ไม่จำเป็นต้องสมบูรณ์แบบ-สมบูรณ์แบบ ขอโทษด้วย เพื่อให้เราทำงานร่วมกันได้ คุณสามารถทำได้แบบอะซิงโครนัส คุณไม่จำเป็นต้องรอการประชุม ทุกอย่างไม่จำเป็นต้องถูกต้องทั้งหมดเพื่อให้งานสำเร็จลุล่วง นั่นคือเวลาของฉัน ขอบคุณทุกคนมาก ไบรอัน ฉันจะให้คุณนำมันไปและพูดคุยเกี่ยวกับภาพรวมผลิตภัณฑ์ของเรา

ไบรอัน สมิธ: ขอบคุณมาก คาเมรอน เอาล่ะ. ตามที่สัญญาไว้ ฉันจะเข้าสู่ภาพรวมผลิตภัณฑ์ จากนั้นเราจะเจาะลึกทางเทคนิคก่อนที่จะปิดตัวลง ดังนั้นการตรวจสอบไซต์และพอร์ทัล สำหรับผู้ที่เพิ่มส่วนเสริม พวกเขาจะสามารถเข้าถึงหน้าพอร์ทัลใหม่ได้ เรียกว่า "การตรวจสอบไซต์" และจากหน้านี้ คุณสามารถเพิ่มจอภาพ หยุดชั่วคราว และลบ Kameron พูดพาดพิงถึงเรื่องนี้เล็กน้อย แต่นี่คือเพจที่คุณทำแบบนั้น

นอกจากนี้ จากหน้านี้ คุณจะสามารถดูการหยุดทำงาน เวลาทำงาน เวลาตอบสนองเฉลี่ยสำหรับช่วงวันที่ที่เลือก คุณยังสามารถเชื่อมโยงไปยังบันทึกข้อผิดพลาดเฉพาะไซต์ได้เมื่อเราตรวจพบการหยุดทำงาน ดังนั้นทั้งหมดนี้เป็นไปได้จากหน้านี้ นอกจากนี้ยังมีลิงก์ไปยังหน้าการตั้งค่าการแจ้งเตือน ซึ่งเราจะเข้าไปที่นี่ในไม่กี่วินาที

ตกลง. ดังนั้นฉันจึงอยากจะข้ามไปที่วิดีโออย่างรวดเร็วจริงๆ แล้วเราจะข้ามกลับไปที่สไลด์ แต่นี่จะเป็นการสาธิตการใช้งานจริงของหน้านั้นในพอร์ทัล สิ่งเดียวที่จะเรียกร้อง มันถูกบันทึกก่อนภาพบางภาพที่คุณเห็นจาก Kameron ดังนั้นเรากำลังปรับปรุงสิ่งนี้ อย่าถือว่าสิ่งนี้เป็นเพียงรูปลักษณ์ แต่เป็นการประมาณที่ดีของสิ่งที่คุณเห็นในพอร์ทัล

เมนู. คุณจะเห็นลิงก์การตรวจสอบไซต์ เราจะดึงหน้านี้ขึ้นมาที่นี่ และคุณจะเห็นว่าฉันมีรายการสภาพแวดล้อมของไซต์ทั้งหมดที่ฉันกำลังตรวจสอบ ฉันสามารถดูเวลาตอบสนองเหล่านั้นและรายการทั้งหมดที่กำลังตรวจสอบอยู่ ฉันคลิกลิงก์สถานะ WP Engine ที่ด้านบนสุด และนำฉันไปที่หน้าสถานะ WP Engine นี้ Kameron กล่าวถึงก่อนหน้านี้เช่นกัน แต่มีให้ที่นั่น

เมื่อฉันคลิกปุ่มเพิ่มจอมอนิเตอร์ ฉันสามารถทำได้ง่ายๆ เพียงคลิกเดียว ฉันจะบอกว่านั่นเป็นส่วนสำคัญของผลิตภัณฑ์นี้และการผสานรวมเป็นเพียงความสะดวกที่คุณสามารถหยุดชั่วคราว ลบ หรือจัดเตรียมจอภาพ นี่ ฉันกำลังหยุดจอภาพชั่วคราว คุณจะเห็นปุ่มดำเนินการต่อเล็กน้อยปรากฏขึ้นที่นั่น ใช่. ถ้าฉันกดดำเนินการต่อ นั่นจะเป็นการยกเลิกการหยุดชั่วคราว

และโปรดจำไว้ว่าการหยุดชั่วคราวทำเพียงแค่หยุดจอภาพ ping ไม่ให้ส่ง Ping ไซต์จริง ๆ ดังนั้นเมื่อใดก็ตามที่หยุดชั่วคราว มันจะไม่ส่ง ping นั้น ที่นี่ เราจะเอามอนิเตอร์ออก คุณจะเห็นหน้าจอยืนยัน เนื่องจากเมื่อคุณลบหนึ่งในจอภาพเหล่านี้ จะเป็นการลบประวัติการหยุดทำงานที่เกี่ยวข้องทั้งหมดที่เกี่ยวข้องกับจอภาพนั้นด้วย ดังนั้นโปรดจำไว้ว่า

และนั่นคือหน้าในพอร์ทัล เอาล่ะ. กำลังจะกลับไปที่สไลด์ตอนนี้และพูดคุยกับคุณเล็กน้อยเกี่ยวกับการแจ้งเตือนทางอีเมล ดังนั้นจึงมีเทมเพลตที่แตกต่างกันสองสามแบบ Kameron พูดพาดพิงถึงเรื่องนี้ก่อนหน้านี้เล็กน้อย แต่ฉันจะเจาะลึกลงไปอีกเล็กน้อยที่นี่ ดังนั้น เมื่อคุณเลือกรับการแจ้งเตือนทางอีเมล คุณจะได้รับเทมเพลตอีเมลที่มีลักษณะดังนี้ ซึ่งแสดงว่าคุณได้สมัครรับการแจ้งเตือนการตรวจสอบสำหรับไซต์ของคุณแล้ว จะให้ลิงก์ไปยังบทความในศูนย์สนับสนุนของเรา ซึ่งจะให้ข้อมูลเพิ่มเติมเกี่ยวกับวิธีการทำงานของผลิตภัณฑ์นี้ และด้านล่างมีลิงค์ไปยังหน้าการตรวจสอบไซต์ที่ฉันเพิ่งแสดงให้คุณเห็น

ตกลง. ดังนั้น เมื่อเราตรวจพบการหยุดทำงานบนไซต์ของคุณ คุณจะได้รับอีเมลที่มีลักษณะดังนี้ จะมีชื่อไซต์เมื่อเราตรวจพบการหยุดทำงาน นอกจากนี้ยังจะแสดงสถานะ WP Engine นั้นด้วย ตอนนี้ สถานะนี้มีความสำคัญ เนื่องจากจะแสดงสถานะปัจจุบันของแพลตฟอร์ม ของแพลตฟอร์มโฮสติ้ง ดังนั้น หากดูดีแต่คุณยังคงได้รับอีเมลนี้ แสดงว่ามีปัญหาเฉพาะไซต์จริงๆ

ไม่เฉพาะเจาะจงสำหรับโครงสร้างพื้นฐานการโฮสต์ แต่จริงๆ แล้วมีบางอย่างในไซต์หรือโดเมนของคุณ และในเนื้อหาของอีเมลที่นี่ จะแสดงรหัสตอบกลับที่เราเห็น แล้วลงมาด้านล่างสุดจะมีลิงค์ไปยังหน้า Site Monitoring นั้น นอกจากนี้ยังมีลิงก์ไปยังบันทึกการเข้าถึง เนื่องจากนี่จะเป็นขั้นตอนต่อไปที่ดีที่สุดของคุณในการพยายามวินิจฉัยว่าเกิดอะไรขึ้นและเหตุใดคุณจึงเห็นอีเมลที่หยุดทำงานนี้

เอาล่ะ. และเมื่อแก้ไขได้ คุณจะเห็นอีเมลอีกฉบับที่แสดงให้คุณทราบว่าไซต์ของคุณสำรองข้อมูลแล้ว ความดับไม่เกิดอีกต่อไป. เราตรวจไม่พบมันอีกต่อไป สิ่งนี้จะบอกคุณด้วยว่าไซต์ใดสำรองข้อมูล มันจะบอกคุณว่าไซต์นั้นหยุดทำงานไปนานเท่าไรและลิงก์ที่ด้านล่างอีกครั้ง ลิงก์เดียวกันที่ด้านล่าง

ดังนั้นฉันจึงกล่าวว่านี่คือหน้าที่คุณสามารถเข้าถึงได้จากหน้าการตรวจสอบไซต์และพอร์ทัล นี่คือที่ที่คุณตั้งค่ากำหนดการแจ้งเตือนของคุณ จากที่นี่ คุณสามารถเปิดหรือปิดใช้งานช่องทางการแจ้งเตือน คุณสามารถป้อนรายชื่ออีเมล ผู้ติดต่อทางอีเมลมาจากรายชื่อผู้ใช้พอร์ทัลของคุณ ดังนั้นคุณจะเห็นที่อยู่ด้านล่างทางด้านซ้าย มันเป็นเพียงช่องทำเครื่องหมาย

เรามีชื่อและที่อยู่อีเมลแล้ว คุณไม่จำเป็นต้องป้อนสิ่งนั้น อีกครั้ง มันดึงข้อมูลนั้นจากผู้ติดต่อพอร์ทัลของคุณ แต่อย่าพูดถึงที่นี่ว่านี่จะเป็นหน้าที่คุณสามารถเปิดใช้งานการรวม Slack ได้ เรายังไม่มีสิ่งนั้น แต่อยู่ในแผนงานของเรา เป็นสิ่งที่เรากำลังจะเริ่มดำเนินการ ขณะนี้มีเพียงการแจ้งเตือนทางอีเมล แต่ Slack อยู่ในแผนงาน

เอาล่ะ. ฉันกล่าวว่าเราจะลงรายละเอียดทางเทคนิคบางอย่างที่นี่เพื่อให้คุณเข้าใจว่าทั้งหมดนี้ทำงานอย่างไรเบื้องหลัง ดังนั้นจึงเป็นไปได้ผ่านสิ่งที่เราเรียกว่า “Site Monitoring Agent” และนี่คือชั้นกลางระหว่างพอร์ทัลผู้ใช้ของเราและสิ่งที่ผู้ใช้กำลังทำที่นั่นกับ New Relic ซึ่งเป็นพันธมิตรของเรา ซึ่ง API การตรวจสอบและแจ้งเตือนที่เราใช้งานอยู่ ดังนั้น Site Monitoring Agent จึงรวมศูนย์ทรัพยากร New Relic เป็นหลัก

นี่คือเลเยอร์ที่สร้าง อัปเดต และลบจอภาพรวมถึงการแจ้งเตือน และยังเป็นที่ที่เราสามารถกระทบยอดและตรวจจับข้อผิดพลาดได้ ตรวจสอบให้แน่ใจว่าไม่มีสิ่งใดถูกลบออกโดยไม่ตั้งใจ นี่คือเลเยอร์คั่นระหว่างหน้า ดังนั้นเรามาพูดถึงบางสิ่งที่เกิดขึ้นในโฟลว์ของผู้ใช้กันสักหน่อย มาดูขั้นตอนการใช้ทั่วไปกัน ดังนั้นผู้ใช้จะสมัคร เกิดอะไรขึ้น มีการตรวจสอบการให้สิทธิ์กับพอร์ทัลเพื่อดูว่าพวกเขามีสิทธิ์เข้าถึงการตรวจสอบไซต์หรือไม่

และในกรณีที่เป็นเช่นนั้น จะตรวจสอบบริการการให้สิทธิ์ WP Engine เพื่อให้เป็นไปตามนั้น เมื่อผ่านการตรวจสอบแล้ว ผู้ใช้สามารถสร้างจอภาพจากหน้าการตรวจสอบไซต์ที่ฉันแสดงให้คุณเห็นก่อนหน้านี้ในพอร์ทัล ดังนั้นพวกเขาจึงจัดเตรียมจอภาพนั้นด้วยตนเองโดยคลิกปุ่มเพิ่มจอภาพนั้น และเบื้องหลังนั้น กำลังส่งคำขอไปยัง New Relic Synthetics API เพื่อจัดเตรียมจอภาพนั้นจริง ๆ

ตอนนี้ ในขณะที่คุณอยู่ในเพจนั้นในพอร์ทัล คุณสามารถดูข้อมูลได้ คุณสามารถดูข้อมูลย้อนหลัง จากสิ่งที่เราเห็นจากการส่ง Ping ไปยังไซต์ที่คุณตั้งค่าไว้ คุณยังสามารถดูเวลาตอบสนองโดยเฉลี่ย เชื่อมโยงออกไปยังบันทึกการเข้าถึง ที่นี่ ลูกค้าสามารถดูข้อมูลนั้นในหน้านั้น สิ่งที่เกิดขึ้นเบื้องหลังคือเรากำลังใช้งาน New Relic API ที่แตกต่างกัน เป็น NerdGraph API ของพวกเขา ดังนั้น Site Monitoring Agent จึงส่งคำขอเพื่อดึงข้อมูลนั้นและแสดง และทั้งหมดนั้นเกิดขึ้นอีกครั้งผ่าน NerdGraph API ผ่าน New Relic

กรณีการใช้งานอื่น ๆ อีกสองสามกรณีที่พบบ่อยคือสถานการณ์แก้ไขการตรวจสอบ ดังนั้น นี่อาจเป็นการหยุดมอนิเตอร์ที่มีอยู่ชั่วคราว ซึ่งในกรณีนี้ เอเจนต์จะส่งคำขอแพตช์ไปยัง New Relic Synthetics API คุณยังสามารถยกเลิกการจัดเตรียมจอภาพได้อีกด้วย นี่จะเป็นการลบจอภาพออกจากหน้าพอร์ทัลที่ฉันแสดงให้คุณเห็นก่อนหน้านี้ นี่เป็นการส่งคำขอลบไปยัง Synthetics API นั้น ลูกค้ายังสามารถเปลี่ยนการกำหนดค่า บางทีคุณอาจต้องการเปลี่ยน URL สำหรับโดเมนที่เราส่งการตรวจสอบ ping ไปให้

ในกรณีนี้ เอเจนต์จะส่งคำร้องขอแพตช์เพื่ออัพเดตมอนิเตอร์นั้น นอกจากนี้ ผู้ใช้สามารถยกเลิกไซต์ที่มีการตรวจสอบไซต์ได้ และในกรณีนี้ สิ่งที่เราจะทำก็แค่ส่งคำขอลบโดยอัตโนมัติไปยัง Synthetics API นั้นเพื่อยกเลิกการจัดเตรียมจอภาพนั้น หรือในกรณีที่ลูกค้าอาจยกเลิกทั้งบัญชีที่มีมอนิเตอร์ไซต์ต่างๆ เป็นจำนวนมาก คำขอให้ยกเลิกการจัดเตรียมมอนิเตอร์ทั้งหมดจะถูกส่งโดยอัตโนมัติเมื่อตรวจพบ ดังนั้นสิ่งเหล่านี้จึงมีความสำคัญต่อโฟลว์ของผู้ใช้ และ Site Monitoring Agent คือสิ่งที่ทำให้เป็นไปได้

เอาล่ะ. ดังนั้นฉันจึงพูดถึงมันก่อนหน้านี้ แต่เมื่อมองไปข้างหน้า เรากำลังวางแผนที่จะผสานรวม Slack เป็นช่องทางการแจ้งเตือนเพิ่มเติมอย่างแน่นอน นอกจากนี้ เรากำลังสำรวจ SMS ด้วยเช่นกัน ดังนั้น โปรดติดตามข้อมูลเพิ่มเติมในอนาคต นี่คือ V1 ของเรา เราตื่นเต้นกับมัน และยินดีเป็นอย่างยิ่งที่ได้เปิดตัวที่นี่ที่ DE{CODE} แต่นี่คือ V1 จริงๆ เรามีแผนมากมายในร้าน นี่เป็นเพียงบางส่วนเท่านั้น แต่ยังคอยติดตามตัวเลือกการกำหนดค่าเพิ่มเติมด้วยการตรวจสอบ การปรับปรุงพอร์ทัลผู้ใช้เพิ่มเติม และเราจะดำเนินการตามกระบวนการวิจัยและการออกแบบซ้ำๆ ที่เราได้รับซึ่งนำเราไปสู่จุดนี้

ด้วยเหตุนี้ ต้องขอบคุณผู้นำเสนอคนอื่นๆ ทั้ง Kate และ Kameron และขอขอบคุณทุกท่านที่มาร่วมงานในวันนี้ ขอให้มีวันที่ดีและไปตรวจสอบไซต์ ขอบคุณทุกคน