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

ความท้าทาย

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

แนวทาง

Gradion ได้นำหลักการ Service Recovery Paradox มาประยุกต์ใช้เป็นกรอบการทำงานที่ชัดเจน ซึ่งเป็นหลักการที่ว่าการแก้ไขปัญหาที่เกิดขึ้นอย่างมืออาชีพ สามารถสร้างความพึงพอใจให้ลูกค้าได้มากกว่าการที่ปัญหาไม่เคยเกิดขึ้นเลย แนวทางนี้ถูกจัดโครงสร้างออกเป็น 4 ส่วนงานหลัก การวิเคราะห์ร่วมกันด้วย 5 Whys: Gradion ได้นำผู้เชี่ยวชาญ Shopware ระดับสูงเข้ามาทำงานร่วมกับทีมของลูกค้าโดยตรง ทั้งสองทีมได้ร่วมกันวิเคราะห์ปัญหาอย่างเป็นระบบโดยใช้วิธีการระบุสาเหตุรากเหง้า 5 Whys ผลการวิเคราะห์ยืนยันสิ่งที่ทั้งสองฝ่ายเริ่มสงสัย นั่นคือปัญหาหลักเกิดจากการสื่อสารที่ผิดพลาดในกระบวนการส่งมอบงาน ไม่ใช่ความล้มเหลวของคุณภาพโดยพื้นฐาน มาตรฐานการเขียนโค้ดที่เป็นหนึ่งเดียว: ด้วยข้อมูลจากลูกค้า Gradion ได้พัฒนารายการตรวจสอบมาตรฐานการเขียนโค้ดอย่างละเอียด ซึ่งสะท้อนความคาดหวังของบริษัทอย่างชัดเจน สิ่งนี้กลายเป็นมาตรฐานอ้างอิงของโครงการ เป็นแนวทางในการวางแผนปรับโครงสร้างโค้ด (code refactor) ทั้งหมด พร้อมกำหนดเป้าหมายที่ชัดเจน และเปลี่ยน Technical Debt ที่สะสมให้กลายเป็นพื้นฐานที่ได้รับการบันทึกและทดสอบแล้ว การออกแบบกระบวนการใหม่และการแบ่งปันความรู้: Gradion ได้ปรับปรุงขั้นตอนการตรวจสอบภายในสำหรับโครงการนี้ โดยนำจุดตรวจสอบการรีวิวโค้ดที่เข้มงวดมาใช้ และแต่งตั้งผู้เชี่ยวชาญระดับสูงเป็นผู้ควบคุมคุณภาพขั้นสุดท้ายก่อนการส่งมอบงานใดๆ นอกเหนือจากกระบวนการ ผู้เชี่ยวชาญยังได้จัดอบรม Shopware และการแบ่งปันความรู้ให้กับทีมงานของลูกค้า โดยไม่มีค่าใช้จ่าย เพื่อแสดงความรับผิดชอบและเป็นการลงทุนในการสร้างขีดความสามารถร่วมกัน การสนทนาที่เป็นระบบและการจัดลำดับความสำคัญร่วมกัน: แทนที่จะเป็นการส่งมอบงานแบบแยกส่วน Gradion และลูกค้าได้กำหนดรูปแบบการสนทนาที่สม่ำเสมอและตรงไปตรงมา งานปรับโครงสร้างโค้ดถูกจัดลำดับความสำคัญควบคู่ไปกับการพัฒนาฟีเจอร์ใหม่ๆ ใน Backlog ที่โปร่งใส ซึ่งทั้งสองทีมได้ทบทวนร่วมกัน เพื่อให้มั่นใจว่าทุกการตัดสินใจอยู่บนพื้นฐานของผลกระทบทางธุรกิจ ไม่ใช่แค่ความชอบทางเทคนิค