สิ่งที่ทําให้ผลิตภัณฑ์มีประโยชน์อย่างแท้จริง What makes a product truly useful? มันไม่ได้เป็นจํานวนของคุณสมบัติหรือการออกแบบที่หรูหรา แต่ความสามารถในการแก้ปัญหาของผู้ใช้จริง และเพื่อเข้าใจปัญหาเหล่านี้แผงควบคุมเท่านั้นจะไม่ตัดมัน - คุณต้องพูดคุยกับผู้คนสังเกตการกระทําของพวกเขาและดูว่าอินเตอร์เฟซช่วยและขัดขวาง นั่นคือเหตุผลที่เราใช้วิธีการเช่นการพัฒนาลูกค้าและการทดสอบ UX ครั้งแรกช่วยค้นพบแรงจูงใจของผู้ใช้และ contexts คนที่สองเปิดเผยสถานการณ์การใช้งานจริงก่อนที่จะเปิดตัวคุณสมบัติใหม่ ทีมงาน Intercity เดินไปโมร็อกโกเพื่อพบผู้ใช้ inDrive และทดสอบแบบฟอร์มที่ออกแบบใหม่สําหรับการจองการเดินทางระหว่างเมือง นี่ไม่ใช่เพียงการเดินทางทางธุรกิจเท่านั้น แต่เป็นขั้นตอนที่มุ่งเน้นไปที่การคิดใหม่เกี่ยวกับโซลูชันแบบหน้าจอเดียวที่ทันสมัย แม้จะมีความเรียบง่ายที่เห็นได้ชัดรูปแบบนี้ทําให้เกิดความชุ่มชื้นทางปัญญา ในหน้าจอขนาดเล็กฟิลด์สําคัญเช่นวันที่หรือความคิดเห็นมักจะซ่อนอยู่เบื้องหลังลูกกลิ้งทําให้ผู้ใช้พลาดขั้นตอนที่สําคัญ การวิจัย UX พบว่า: การวิจัยก่อนหน้านี้นําเราไปสู่รูปแบบขั้นตอนตามขั้นตอน: การป้อนที่อยู่การเลือกค่าธรรมเนียมการกําหนดราคาและรายละเอียดเพิ่มเติม “ในฐานะนักออกแบบผลิตภัณฑ์ฉันมักจะเห็นว่าอินเตอร์เฟซที่โหลดเกินไปทําให้การเดินทางของผู้ใช้ซับซ้อนอย่างเงียบ ๆ เราไม่เพียง แต่มุ่งมั่นที่จะสดชื่นภาพ แต่ยังคิดใหม่ประสบการณ์ทั้งหมด รูปแบบขั้นตอนตามขั้นตอนช่วยกระจายภาระการรับรู้การมุ่งเน้นความสนใจและทําให้กระบวนการจองเป็นธรรมชาติมากขึ้น” – Sergey Goltsov, Senior Product Designer, Intercity “ในฐานะนักออกแบบผลิตภัณฑ์ฉันมักจะเห็นว่าอินเตอร์เฟซที่โหลดเกินไปทําให้การเดินทางของผู้ใช้ซับซ้อนอย่างเงียบ ๆ ไม่เพียง แต่มีเป้าหมายที่จะสดชื่นภาพ แต่ยังคิดใหม่ประสบการณ์ทั้งหมด รูปแบบขั้นตอนตามขั้นตอนช่วยกระจายภาระทางปัญญาการมุ่งเน้นความสนใจและทําให้กระบวนการจองเป็นธรรมชาติมากขึ้น” – Sergey Goltsov, ผู้ออกแบบผลิตภัณฑ์ระดับสูง, Intercity หลังจากทดสอบแบบจําลองเราเข้าสู่ขั้นตอนการพัฒนาและสร้างเวอร์ชันการพัฒนาของแบบฟอร์มใหม่ ด้วยมันทีมงานไปโมร็อกโกเพื่อทดสอบ UX สุดท้ายในเงื่อนไขที่ใกล้เคียงกับการใช้งานจริง นี่เป็นขั้นตอนสุดท้ายก่อนการทดสอบ A / B เพื่อให้แน่ใจว่ารูปแบบใหม่แก้ไขปัญหาอย่างแท้จริงและสามารถปรับขนาดได้ทั่วโลก 1. Preparing the Research 1. การเตรียมการวิจัย ก่อนเดินทางเราตั้งเป้าหมายที่ชัดเจน: การทดสอบว่าแบบฟอร์มขั้นตอนใหม่ตอบสนองความคาดหวังของผู้ใช้และระบุจุดเจ็บปวดของอินเทอร์เฟซ เรามีความสนใจในการรับรู้ภาพและพฤติกรรมในโลกจริง เราได้มุ่งเน้นไปที่สามกลุ่มผู้ใช้: ผู้โดยสาร Intercity Ride ผู้ใช้เส้นทาง Pool ผู้ใช้ไฮบริดที่มาจากแนวตั้ง inDrive อื่น ๆ เราได้รวบรวมรายชื่อผู้ใช้ที่ใช้งานมากที่สุดของโมร็อกโกและกําหนดการสัมภาษณ์ล่วงหน้า การวิจัยมุ่งเน้นไปที่สี่หน้าจอหลัก: หน้าจอหลัก การเลือกเส้นทาง การเลือกราคา หน้าจอการจองสุดท้าย เรามีแนวคิดสําหรับแต่ละคน ผู้ใช้จะสังเกตเห็นจุดเริ่มต้นที่เต็มไปด้วยอัตโนมัติและรู้วิธีเปลี่ยนได้หรือไม่ พวกเขาจะเข้าใจประเภทการเดินทางหรือปุ่ม“ ไปที่ไหน” ในหน้าจอเส้นทางเราได้ดูวิธีที่ผู้ใช้ตีความที่อยู่แยกต่างหากระหว่างรูปแบบการเดินทางและตอบสนองต่อราคาที่แนะนํา หน้าจอสุดท้ายได้รับการทดสอบเพื่อให้มีความชัดเจนเกี่ยวกับกลยุทธ์ราคา "ตอนนี้" vs "กําหนดเวลา" ฟิลด์ความคิดเห็นและข้อความข้อผิดพลาดสําหรับฟิลด์ที่ไม่สมบูรณ์ นอกจากนี้เรายังทดสอบส่วนประกอบแผนที่มักจะใช้ไม่ดีเนื่องจากขนาดเล็ก ในโหมดสระว่ายน้ําเราตรวจสอบว่าผู้ใช้สามารถป้อนราคาได้หรือไม่ ในสถานการณ์ไฮบริดเรามองหาความสับสนที่เกิดจากการเปลี่ยนรูปแบบ UI นอกจากนี้เรายังมีทีมงานในอินเดียและแพคเกจซึ่งแบ่งปันวัตถุประสงค์ในการสร้างแบบจําลองและการวิจัยเพื่อเรียกใช้การประชุม UX กับผู้ใช้ในท้องถิ่น สิ่งนี้ช่วยให้เราได้รับความคิดเห็นระหว่างวัฒนธรรมที่มีค่าเพื่อประเมินความสากลของอินเตอร์เฟซ 2. Conducting Interviews 2. จัดการสัมภาษณ์ แต่ละเซสชั่นรวมถึงนักออกแบบผู้จัดการผลิตภัณฑ์และนักพัฒนาธุรกิจที่นําเสนอมุมมองหลายมุมมองและเอกสารที่รวดเร็ว นักพัฒนาธุรกิจของเราตั้งอยู่ในโมร็อกโกมีบทบาทสําคัญในการประสานงานการแปลและการแก้ปัญหาโลจิสติกส์ด้วยความสามารถในการพูดภาษาอาหรับภาษาฝรั่งเศสและภาษาอังกฤษ Ramadan นําไปสู่ความท้าทาย เรากําลังวางแผนที่จะทดสอบการเดินทางในสระว่ายน้ําในสภาพจริง แต่ความต้องการต่ํา ความพร้อมใช้งานในตอนเย็นยัง จํากัด ดังนั้นการสัมภาษณ์ทั้งหมดเกิดขึ้นในระหว่างวัน อย่างไรก็ตามเราได้เสร็จสิ้นการสัมภาษณ์สี่ครั้งตามที่วางแผน - ใน Casablanca, Rabat และ Marrakesh - การสัมภาษณ์การทํางานในสนามและการเดินทางเพื่อเข้าใจการใช้งานในโลกจริงได้ดีขึ้น “เราต้องปรับแผนของเราไปรอบ ๆ Ramadan และตารางเวลาในท้องถิ่นซึ่งทําให้การจัดระเบียบการสัมภาษณ์เป็นเรื่องยาก แต่ความคิดเห็นที่เราเก็บรวบรวมก็มีค่ามากทั้งจากมุมมองผลิตภัณฑ์และธุรกิจเนื่องจากช่วยค้นพบปัญหาของผู้ใช้และคนขับรถบางอย่าง” – Oussama Sabir, BDS Intercity - โมร็อกโก “เราต้องปรับแผนของเราไปรอบ ๆ Ramadan และตารางเวลาในท้องถิ่นซึ่งทําให้การจัดงานสัมภาษณ์เป็นเรื่องยาก แต่ความคิดเห็นที่เราเก็บรวบรวมก็มีคุณค่ามากทั้งจากมุมมองผลิตภัณฑ์และธุรกิจเนื่องจากช่วยค้นพบปัญหาของผู้ใช้และคนขับรถบางอย่าง” – Oussama Sabir, BDS Intercity - โมร็อกโก “มันเป็นการเดินทางที่ยากลําบากในการจัดระเบียบ รัรมานาทําให้การจ้างงานเป็นเรื่องยาก – ผู้ใช้มีความพร้อมใช้งาน จํากัด ในระหว่างวันและในตอนเย็นไม่มีขีด จํากัด ไม่มี bizdev ในท้องถิ่นของเราเราจะไม่สามารถรับความคิดเห็นที่มีคุณภาพสูงเช่นนี้ ซึ่งแสดงให้เห็นถึงความสําคัญของสภาพแวดล้อมในท้องถิ่นและพันธมิตรที่เชื่อถือได้” – แม็กซี่มิซิฟเซฟผู้จัดการผลิตภัณฑ์ระดับสูง “มันเป็นการเดินทางที่ยากลําบากในการจัดระเบียบ รัรมานาทําให้การจ้างงานเป็นเรื่องยาก – ผู้ใช้มีความพร้อมใช้งาน จํากัด ในระหว่างวันและในตอนเย็นไม่มีขีด จํากัด ไม่มี bizdev ในท้องถิ่นของเราเราจะไม่สามารถรับความคิดเห็นที่มีคุณภาพสูงเช่นนี้ ซึ่งแสดงให้เห็นถึงความสําคัญของสภาพแวดล้อมในท้องถิ่นและพันธมิตรที่เชื่อถือได้” – แม็กซี่มิซิฟเซฟผู้จัดการผลิตภัณฑ์ระดับสูง นอกเหนือจากการสัมภาษณ์ที่กําหนดเองเราได้ทําการประชุมทางสนามอย่างรวดเร็วที่สถานีรถไฟในคาซาบลานกาและมาร์ราเคช ผู้ใช้ inDrive ในท้องถิ่นเป็นมิตรและเปิดเผย - ส่วนใหญ่ยินยอมเมื่อเราอธิบายวัตถุประสงค์ การลดลงเป็นเรื่องหายาก - หนึ่งเนื่องจากการมาถึงรถไฟและความกังวลบางอย่างจากผู้หญิงเกี่ยวกับการบันทึกวิดีโอ (เราให้ความชัดเจนว่าเราบันทึกหน้าจอโทรศัพท์และการเคลื่อนไหวของมือเท่านั้นไม่ใช่ใบหน้า) สัมภาษณ์ทั้งหมดตามการไหลของโครงสร้าง เราแนะนําตัวเองอธิบายการศึกษาและได้รับความยินยอม จากนั้นผู้เข้าร่วมขอให้จองการเดินทางระหว่างเมืองโดยใช้รุ่นทดสอบของแบบฟอร์มใหม่ ไม่มีคําแนะนําที่ได้รับยกเว้นปัญหาที่เกี่ยวข้องกับเทคโนโลยี - เราต้องการทดสอบอินเทอร์เฟซอินเทอร์เฟซ หลังจากงานเราถามคําถามการติดตามเกี่ยวกับความประทับใจความยากลําบากและประสบการณ์โดยรวมของพวกเขาและผู้เข้าร่วมได้รับรางวัลเงินสดขนาดเล็ก การประชุมใช้เวลานานน้อยกว่าหนึ่งชั่วโมง การโต้ตอบทั้งหมดถูกบันทึกและภาพหน้าจอถูกบันทึกเพื่อการวิเคราะห์ เราทําการสัมภาษณ์ในสถานที่ที่เงียบสงบ - คาเฟ่, บ้าน, ใกล้รถ ผู้เข้าร่วมแตกต่างกันในพฤติกรรม: จากผู้ที่จองล่วงหน้าอย่างสม่ําเสมอไปจนถึงผู้ใช้สระว่ายน้ําที่พบบ่อย สภาพแวดล้อมที่ซ้ํากันแสดงให้เห็นถึงความแตกต่างในพฤติกรรมและเพิ่มความอุดมสมบูรณ์ในการค้นพบ สําหรับผู้พูดภาษาอาหรับเราทดสอบแบบฟอร์มในโหมด RTL ด้วยการตั้งถิ่นฐานเต็มรูปแบบเพื่อจําลองการใช้งานที่แท้จริง ผู้ใช้ส่วนใหญ่นําทางแบบฟอร์มได้อย่างง่ายดาย งานหลักเสร็จสมบูรณ์โดยไม่มีเคล็ดลับแสดงให้เห็นว่ารูปแบบขั้นตอนตามขั้นตอนทํางานได้ดี อย่างไรก็ตามบาง hypotheses ได้รับการยืนยันเพียงบางส่วน ผู้ใช้ไม่เคยสังเกตเห็นปุ่ม“ ไปที่ไหน” ปฏิเสธกับราคาที่แนะนําหรือพลาดตัวเลือกในการแก้ไขที่อยู่บนหน้าจอสุดท้าย บางคนมีปัญหาในการป้อนราคาด้วยตนเองหรือหาฟิลด์สําหรับการกําหนดเวลาและการแสดงความคิดเห็นของกระเป๋า เราได้รวบรวมตาราง hypothesis กับสถานะที่อัปเดต - บางอย่างได้รับการยืนยันบางอย่างต้องมีการแก้ไขและอื่น ๆ ได้ผ่านไปยัง backlog หรือแผนการทดสอบ A / B นอกจากนี้เรายังสังเกตเห็นการค้นพบเพิ่มเติมเช่น: ปริมาณการสั่งซื้อต่ํา ความสับสนเกี่ยวกับเวลา pickup เมื่อวางแผนล่วงหน้า ไม่มีข้อตกลงหลังจากยอมรับการเดินทางในโมร็อกโก ปัญหาอัตโนมัติ ความเห็นเหล่านี้ทรงรูปแบบขั้นตอนต่อไปและการแก้ไขการออกแบบของเรา 3. Results and Takeaways 3. ผลลัพธ์และ Takeaways การอยู่บนพื้นดินช่วยให้เราเข้าใจความต้องการของผู้ใช้และข้อ จํากัด ที่แท้จริง ตัวอย่างเช่นเมื่อเราพยายามจองการเดินทางจากคาซาบลานกาไปยังมาร์ราเคชเราใช้เวลานานกว่าหนึ่งชั่วโมงในการหาคนขับรถ นอกจากนี้เรายังเห็นการขัดแย้ง: คนขับรถแท็กซี่แบบดั้งเดิมบล็อกการเดินทางของเราในไดรฟ์และคุกคามกับคนขับรถ ผู้ขับรถของเราเตือนเราว่า “ตํารวจแท็กซี่” ในมาร์ราเคชไม่ยอมรับการขัดแย้งและอาจทําลายรถของเขา เราต้องยกเลิกการเดินทางและจองอีกครั้งจากสถานที่อื่น เหตุการณ์นี้ไม่เพียง แต่แสดงให้เห็นถึงความตึงเครียดระหว่างบริการใหม่และผู้เล่นในท้องถิ่น แต่ยังเน้นความจําเป็นในการสัมผัสกับตลาดโดยตรงเพื่อเข้าใจไดนามิกที่แท้จริง การวิจัยด้านฟิลด์แสดงให้เห็นว่าหลายคนใช้ inDrive ทุกวันในการเดินทางระหว่างเมือง เราค้นพบจุดเจ็บปวด UI หลายแห่ง: บางคนพยายามจองการเดินทางระหว่างเมืองผ่านแนวตั้ง "เมือง" แทน "เมืองไปยังเมือง" ผู้ใช้ส่วนใหญ่พึ่งพาจุด pickup แบบอัตโนมัติและยืนยันรายละเอียดทางโทรศัพท์ ราคาที่แนะนําได้รับการปฏิบัติตามเป็นแนวทาง แต่มักจะปรับแต่งด้วยตนเอง รูปแบบเวลา 24 ชั่วโมงทําให้ผู้ใช้บางคนสับสน - พวกเขาชอบ "7 PM" มากกว่า "19:00" ฟิลด์ "ความคิดเห็น" เฉพาะเมื่อเห็นได้ชัด แม้จะมีข้อบกพร่องเล็ก ๆ ผู้ใช้ก็สามารถเสร็จสมบูรณ์กระแสการจองได้โดยไม่มีปัญหา สิ่งนี้พิสูจน์ให้เห็นว่าแบบฟอร์มขั้นตอนใหม่พร้อมสําหรับการปรับขนาด ขึ้นอยู่กับผลลัพธ์เหล่านี้เราจะทําการปรับแต่ง UI สุดท้ายและเปิดตัวการทดสอบ A / B เพื่อยืนยันประสิทธิภาพในระดับ