วิธีสร้างระบบการสื่อสารสำหรับทีมทดสอบ A/B ของคุณ

เราสามารถเรียกใช้การทดสอบที่ดีที่สุดในโลกและมีข้อมูลที่แม่นยำที่สุด แต่หากทำอย่างนั้นก็ไม่มีประโยชน์

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

อาจทำให้ทีมทดสอบ A/B หลายคนผิดหวังและน่าผิดหวังอย่างเหลือเชื่อ สิ่งหนึ่งที่ชัดเจนแม้ว่า หากเราต้องการผ่านพ้นสิ่งนี้ เราต้องเรียนรู้ที่จะสื่อสารให้ดีขึ้น:

• เพื่อปรับปรุงการสื่อสารกับผู้มีส่วนได้ส่วนเสีย
• เพื่อให้ได้การดำเนินการจากผลลัพธ์
• เพื่อรวบรวมแนวคิดการทดสอบใหม่ๆ จากทั่วทั้งทีม
• และอีกมากมาย

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

เลยดำดิ่งลงไป…

วัฒนธรรมแห่งการทดลองคืออะไรและเหตุใดจึงขึ้นอยู่กับการสื่อสาร

เมื่อโปรแกรมทดสอบ A/B 'เติบโต' โปรแกรมจะย้ายออกจากการทดสอบเพื่อปรับปรุงและเริ่มพัฒนา เป้าหมายสุดท้ายในอุดมคติคือการเป็น บริษัทที่ขับเคลื่อนด้วยข้อมูล ธุรกิจที่ทำการตัดสินใจบนพื้นฐานของข้อมูลและความคิดเห็น

สิ่งนี้สามารถช่วยให้บริษัทเติบโตและเสนอข้อเสนอตามสิ่งที่ผู้ชมและตลาดต้องการได้ และเป็นวิธีการหลักสำหรับผู้นำตลาดหลายๆ คน

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

สิ่งนี้ไม่เพียงช่วยให้ได้รับการซื้อ (เพราะทุกคนใช้หลักการทดสอบ) แต่คุณจะแปลกใจว่าคุณจะพบการปรับปรุงมากมายทั่วทั้งบริษัทของคุณเมื่อคุณนำวิธีคิดใหม่เหล่านี้มาใช้ การเพิ่มยอดขายในหน้าขายนั้นยอดเยี่ยม แต่ลองนึกดูว่าฝ่ายส่งคืนสินค้าของคุณสังเกตเห็นวิธีใหม่ในการลดการเปลี่ยนแปลง เพียงแค่ A/B ทดสอบกระบวนการสื่อสารของพวกเขาหรือไม่

แม้ว่าความเป็นจริงจะยาก ต้องการวัฒนธรรมนี้และการสร้างมันไม่ง่ายอย่างที่ทุกคนเห็นด้วยกับแนวคิดนี้

ข้อผิดพลาดทั่วไปที่ทำให้บริษัทล้มเหลวในการสร้างวัฒนธรรมการทดลอง

โปรแกรมทดสอบมีปัญหาเมื่อการสื่อสารล้มเหลว อันที่จริง ทุกโครงการอาจล้มเหลวได้เมื่อการสื่อสารหยุดชะงัก

ในการศึกษาโดย Project Management Institute พวกเขาพบว่า 56% ของโครงการที่ล้มเหลวเกิดจากการสื่อสารที่ไม่ดี

ในขณะที่ 86% ของผู้บริหารและพนักงานในการศึกษาของ Pumble ระบุว่าพวกเขารู้สึกว่าการสื่อสารที่ไม่ดีเป็นสาเหตุของความล้มเหลวครั้งใหญ่ ที่น่าสนใจ ในการศึกษาเดียวกัน พวกเขาพบว่าทีมที่มีการสื่อสารที่ดีมีประสิทธิภาพเพิ่มขึ้น 25% (พวกเขายังพบว่า 80% ของโครงการที่เสร็จสมบูรณ์มักจะมีแผนการสื่อสารอยู่แล้ว)

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

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

ในการศึกษาของ Speero บริษัทต่างๆ ที่ทำการทดลองเป็นเวลานานจะแบ่งปันสิ่งที่ค้นพบในแผนกและลำดับชั้นต่างๆ (67%) ในขณะที่ผู้มาใหม่ไม่ทำสิ่งนี้บ่อยหรือเลยในบางกรณี (94%)

ปัญหา #2: วางวงช่วยเหลือของการมีคนเดียวที่รับผิดชอบในการขับเคลื่อนความคิดเปลี่ยนไปสู่วัฒนธรรมแห่งการทดลอง

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

ดังที่กล่าวไว้ คนโสดที่ใช่สามารถสร้างผลกระทบมหาศาล แต่โดยปกติแล้วจะไม่ใช่ผู้ทดสอบ แต่เป็นผู้บริหารแทน...

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

หากคุณต้องการสร้างวัฒนธรรมก็ต้องมาจากบนลงล่าง

ปัญหา #4: การรายงานเฉพาะรายได้ ไม่ใช่ข้อมูลเชิงลึก

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

ปัญหา #5: ไม่สื่อสารอย่างมีประสิทธิภาพ

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

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

มาแสดงวิธีการปรับปรุงกันดีกว่า

จะจัดโครงสร้างการสื่อสารในโครงการทดลองได้อย่างไร

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

ระบุผู้มีส่วนได้ส่วนเสียในโครงการทดลองของคุณ

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

คุณสามารถใช้ตัวย่อเพื่อช่วยในการวางแผนว่าใครมีส่วนได้ส่วนเสียของคุณและที่ใดที่ทุกคนเหมาะกับโครงการของคุณ:

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

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

เมื่อพูดถึงโปรแกรมการทดสอบ A/B รายชื่อผู้มีส่วนได้เสียตามปกติของคุณประกอบด้วย:

• ภาพรวม C-suite (แจ้ง)
• หัวหน้าทีม/ผู้จัดการโครงการ (รับผิดชอบ)
• ผู้ทดสอบ (ให้คำปรึกษา, รับผิดชอบ)
• นักพัฒนา (รับผิดชอบ)
• นักออกแบบ (รับผิดชอบ)
• นักวิจัย QA (ให้คำปรึกษา, รับผิดชอบ)

แน่นอนว่าไม่ใช่ทุกทีมทดสอบที่เหมือนกัน ดังนั้นนี่คือวิธีที่ดีที่สุดในการระบุผู้มีส่วนได้ส่วนเสียของคุณและสร้างเมทริกซ์ RACI ของคุณเอง

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

บันทึก:

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

ตัดสินใจเกี่ยวกับเครื่องมือสื่อสารของโปรแกรมทดลองของคุณล่วงหน้า

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

ด้วยการเพิ่มขึ้นของงานทางไกลและทีมงานต่างประเทศ การสร้างนิสัยที่ไม่ตรงกันตั้งแต่เนิ่นๆ จะเป็นประโยชน์แม้กระทั่งทีมในสถานที่ (เราจะกล่าวถึงบางส่วนในขณะที่เราไป แต่ Zapier มีคำแนะนำที่ยอดเยี่ยมสำหรับการจัดการทีม async ที่นี่)

จากนั้นคุณต้องตัดสินใจเกี่ยวกับเครื่องมือของคุณและวิธีการใช้งาน

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

อันที่จริง การไม่มีความชัดเจนในเรื่องนี้เป็นสาเหตุสำคัญที่ทำให้แผนการสื่อสารล้มเหลว ในการศึกษาโดย Citrix และ Economic Times พวกเขาพบว่าพนักงานใช้เวลาเกือบ 25% ในการค้นหาข้อมูลเพื่อทำงานเมื่อไม่มีการสื่อสารที่ชัดเจนหรือโครงสร้างพื้นฐานด้านข้อมูล

จากที่กล่าวมา นี่คือรายการ เครื่องมือ 5 อันดับแรกของฉันสำหรับทีมทดสอบ :

• หย่อนสำหรับการสื่อสารแบบวันต่อวัน
• อาสนะสำหรับการบริหารโครงการ
• ซูม, Skype หรือ Meet สำหรับการโทร
• อีเมลสำหรับจองการประชุมในปฏิทิน ส่งข้อความ และโต้ตอบกับทีมอื่นที่อาจไม่ได้เป็นส่วนหนึ่งของโครงการ Slack หรือ Asana ของคุณ
• ฐานข้อมูลการทดสอบ/ที่เก็บการเรียนรู้เพื่อติดตามสิ่งที่คุณได้ลองไปแล้ว ผลการทดสอบ A/B สิ่งที่ใช้ได้ผลและอะไรไม่ได้ผล การเรียนรู้ และข้อมูลเชิงลึก ไม่เพียงแต่จะสร้างข้อมูลสำรองของงานทั้งหมดของคุณเท่านั้น แต่ยังช่วยเตรียมความพร้อมสำหรับผู้ทดสอบรายใหม่ และเป็นวิธีที่ยอดเยี่ยมในการบันทึกการทดสอบและใช้สำหรับการรายงานไปยัง C-suite ทีม และแม้แต่ทั่วทั้งบริษัท (เพิ่มเติมเกี่ยวกับเรื่องนี้ด้านล่าง) .

4 ประเภทการสื่อสารที่แตกต่างกันสำหรับผู้มีส่วนได้ส่วนเสียเหล่านี้

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

ฉันได้รวบรวมแผนภูมิ RACI ฉบับย่อไว้ด้านล่างตามคำแนะนำของฉัน แต่คุณสามารถปรับเปลี่ยนให้เหมาะกับความต้องการของคุณได้

มีเป้าหมายการสื่อสารหลัก 4 ประการและแต่ละเป้าหมายสอดคล้องกับโมเดล RACI:

• วิสัยทัศน์และพันธกิจ (แจ้ง)
• แผนงาน (รับผิดชอบ)
• กระบวนการ (ปรึกษา รับผิดชอบ)
• ผลลัพธ์ การเรียนรู้ และชัยชนะ (แจ้งแล้ว)

1. วิสัยทัศน์และพันธกิจ

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

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

ในการศึกษาโดย TradePress พวกเขาพบว่า 85% ของพนักงานอ้างว่ามีแรงจูงใจมากที่สุดเมื่ออัปเดตข้อมูลบริษัท แต่ 74% รู้สึกว่าพวกเขาพลาดข้อมูลนี้ไป

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

ตัวอย่าง

ฉันเพิ่งซื้อประกันรถยนต์ระดับพื้นฐานจาก AA

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

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

จุดเสียดทาน #1 . ไม่มีการอัปเกรดด้วยคลิกเดียว (แม้ว่าฉันจะได้รับใบเสนอราคาที่ 2)

จุดเสียดทาน #2 แชทออนไลน์บอกฉันว่าวิธีเดียวที่จะอัปเกรดคือโทรโดยตรง

จุดเสียดทาน #3. ไม่มีตัวเลือกสำหรับสิ่งนี้ระหว่างการโทร ฉันถูกส่งไปยังรายชื่อรอเรียกทั่วไปเป็นเวลา 25 นาที

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

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

ศูนย์บริการดูเหมือนจะจัดการกับการโทรทั้งหมด รวมทั้งการยกเลิก การเรียกร้อง และการอัปเกรด หมายความว่าพวกเขาเป็นผู้ปฏิบัติงานที่ได้รับการฝึกฝนมาเป็นอย่างดี แต่ไม่มีเส้นทางที่รวดเร็วในการอัพเกรดและใช้เงินมากขึ้น! (ไม่มีตัวเลือกกด X เพื่อสนทนาเกี่ยวกับการอัปเกรด)

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

2. การสื่อสารแผนงาน

นี่คือแผนการโจมตีของคุณ ควรกำหนดเป้าหมายสุดท้าย เหตุการณ์สำคัญบนเส้นทางนั้น และงานที่เกี่ยวข้องกับเหตุการณ์สำคัญเหล่านั้น

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

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

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

3. การสื่อสารกระบวนการทดสอบ A/B

จุดมุ่งหมายที่นี่คือเพื่อให้แน่ใจว่าทุกอย่างเป็นไปตามเป้าหมายแผนงาน

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

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

4. ผลการทดสอบ A/B การเรียนรู้ & ชัยชนะ

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

มี 3 พื้นที่หลักที่คุณอาจแบ่งปันสิ่งนี้:

• จดหมายข่าว
• คลังการเรียนรู้ของคุณ
• และหากคุณกำลังพยายามสร้างวัฒนธรรมการทดลองจริงๆ ช่องทางการเรียนรู้ของ Slack

ลองดูว่าคุณจะใช้งานสิ่งเหล่านี้อย่างไร

ชัยชนะของคุณและจดหมายข่าว What Ifs

เป้าหมายของจดหมายข่าวภายในฉบับนี้คือการรับซื้อและสร้างวัฒนธรรมการทดลอง

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

คุณยังสามารถรับซื้อเพิ่มเติมโดยประกาศการทดสอบที่จะเกิดขึ้นในเดือนหน้าและเรียกใช้แบบทดสอบ 'เดาการทดสอบ'

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

เป็นแนวคิดง่ายๆ แต่ใช้งานได้ดี

คลังการเรียนรู้ของคุณ

พื้นที่เก็บข้อมูลของคุณเป็นฐานข้อมูลของการทดสอบทั้งหมดของคุณที่ชนะและล้มเหลว ข้อมูลเชิงลึกจากการทดสอบแต่ละครั้ง สิ่งที่คุณพยายาม และรูปภาพของการทดสอบแต่ละครั้ง

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

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

ก้าวไปอีกขั้นและเพิ่มความสนุกสนานและไหวพริบในการนำเสนอข้อมูลนี้:

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

ผู้ที่ต้องการคำตอบสามารถค้นหาผลลัพธ์ และผู้ที่สนใจในการทดลองสามารถดูสิ่งที่คุณได้ทำการทดสอบเพิ่มเติม!

เข้าสังคมและสร้างแรงจูงใจในการทดลองของคุณ

สุดท้าย คุณสามารถมีส่วนร่วมมากขึ้นด้วยการแบ่งปันชัยชนะของคุณในช่อง Slack ที่ทุ่มเทให้กับการชนะและการเรียนรู้

นั่นคือสิ่งที่ Specsavers ทำ:

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

ต้องการก้าวไปอีกขั้นหรือไม่?

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

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

คุณควรสื่อสารกับผู้มีส่วนได้ส่วนเสียบ่อยแค่ไหน?

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

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

จะได้รับสิทธิ์ในการสื่อสารผู้มีส่วนได้ส่วนเสียแต่ละประเภทได้อย่างไร

สิ่งสำคัญคือการมองผู้มีส่วนได้ส่วนเสียแต่ละรายผ่านเลนส์ของการกำหนด RACI

ทีมทดลอง + ผู้นำ (รับผิดชอบ รับผิดชอบ ให้คำปรึกษา)

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

ทีมผลิตภัณฑ์ (ที่ปรึกษา)

• การประชุมวิสัยทัศน์เบื้องต้นและแผนงานแผนงานและแผนกระบวนการ (โดยเฉพาะอย่างยิ่งหากพยายามสร้างวัฒนธรรมการทดลองทั่วทั้งบริษัท)
• รายงานความคืบหน้ารายสัปดาห์หากทำงานร่วมกันในโครงการ
• หรือรายงานการวิเคราะห์และการเรียนรู้รายเดือนและรายไตรมาสเพื่อแชร์ระหว่างทีมเพื่อให้พวกเขาสามารถดำเนินการกับสิ่งที่ค้นพบได้เช่นกัน

C-Suite (แจ้ง)

• วิสัยทัศน์เบื้องต้นและการประชุมแผนงานแผนงานและแผนกระบวนการ
• แผนงานรายเดือนและรายไตรมาสและรายงานความคืบหน้าของกระบวนการ พร้อมกับการทดสอบและการเรียนรู้ อย่าลืมส่งข้อมูลตามเป้าหมายของพวกเขา (เพิ่มเติมในภายหลัง)

ส่วนที่เหลือของบริษัท (แจ้ง)

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

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

จะสื่อสารผลการทดสอบ A/B ไปยัง C-Suite ได้อย่างไร

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

เราเขียนรายละเอียดเกี่ยวกับเรื่องนี้ในคู่มืออื่นที่นี่ แต่นี่เป็นภาพรวมโดยย่อ:

• ตระหนักถึงจังหวะและความถี่ ที่คุณตกลงกันไว้
• อย่าลืมเน้นการสื่อสารไปที่เป้าหมายเฉพาะ เป็นการประชุมแผนงาน การเช็คอินกระบวนการ หรือเป็นการอัปเดตการเรียนรู้หรือไม่?
• นำพวกเขาเข้าสู่ความเป็นจริงของโครงการ ตั้งแต่วันแรก
• พยายามให้พวกเขามีส่วนร่วม ด้วยการแบ่งปันการเรียนรู้ของคุณและ 'เดาการทดสอบ' แคมเปญ โปรดจำไว้ว่าการรับจากบนลงล่างทำงานได้ดีที่สุดสำหรับวัฒนธรรมการทดลอง
• นำเสนอข้อมูลอย่างง่ายที่สุด สิ่งที่คุณเรียนรู้ล่วงหน้าและวิธีที่คุณมาสู่แนวคิดการทดสอบ สิ่งที่คุณทดสอบ แสดงส่วนควบคุม รูปแบบต่างๆ และผู้ชนะ วิธีการทำงานในระดับไมโครและมาโคร รวมผลลัพธ์
• ทำให้พวกเขาดูดี อย่ามุ่งเน้นที่การแบ่งรายได้เพียงอย่างเดียว แต่ให้นำเสนอผลงานในสิ่งที่พวกเขาสนใจก่อน จากนั้นแบ่งปันข้อมูลเชิงลึกเพิ่มเติมและเชื่อมโยงสิ่งนั้นกับวิธีที่จะช่วยให้พวกเขาบรรลุเป้าหมาย
• อย่าโทษความคิดเห็น หากการทดสอบล้มเหลว ให้หาสาเหตุและวิธีที่มันช่วยคุณและพวกเขา บางทีคุณอาจช่วยโชคลาภเล็กๆ น้อยๆ ได้ด้วยการไม่ผลักดันการเปลี่ยนแปลงการออกแบบออกไปเลยใช่ไหม กุญแจสำคัญคือคุณไม่ต้องการให้พวกเขารู้สึกว่าถูกคุกคามหรือถูกกล่าวหา การทดลองคือการเรียนรู้จากความล้มเหลวเพื่อค้นหาสิ่งที่ใช้ได้ผล
• หากการทดสอบชนะ ให้แสดงเอฟเฟกต์ ROI และ MRR พร้อมกับเมตริกที่เน้นจริง อาจเป็นเพราะการทดสอบของคุณไม่ได้อยู่ในหน้าเว็บที่ส่งผลกระทบโดยตรงต่อรายได้ แต่พยายามให้ข้อมูลเชิงลึกเกี่ยวกับแบบจำลองของการเพิ่มเฉพาะและผลกระทบต่อธุรกิจโดยรวม (โอกาสในการขายมากขึ้น ลดน้อยลง เวลาบนหน้าเว็บมากขึ้น ซึ่งนำไปสู่ ​​ROI ที่สูงขึ้น)
• คุณอาจได้รับการตอบกลับโดยเฉพาะอย่างยิ่งจากผู้ที่มีอัตตาหรือบทบาทผูกติดอยู่กับการทดสอบโดยตรง (บางทีพวกเขาอาจเป็นผู้เชี่ยวชาญเกี่ยวกับ X แต่สำหรับผู้ชมของคุณ คำแนะนำของพวกเขาอาจทำได้ไม่ดี) รับทราบผลอาจจะผิด แต่ตีกรอบว่า “ใช่ อาจจะผิด แต่ถ้าถูกล่ะ? สิ่งนั้นจะส่งผลต่อเราอย่างไร”. ด้วยวิธีนี้คุณจะย้ายความสำคัญออกจากพวกเขาและเข้าสู่สถานการณ์

บทสรุป

ดังนั้นคุณมีมัน คู่มือเชิงลึกของเราในการปรับปรุงการสื่อสารในทีมทดสอบ A/B เพื่อให้คุณสามารถสร้างวัฒนธรรมของการทดลองได้

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