ลูกค้าคอมเพลนเรื่องเดิมซ้ำทุกเดือน: ทีมแก้ให้ทุกครั้งอย่างดี แต่ไม่มีใครนับว่าเรื่องไหนเกิดบ่อยที่สุด

ธุรกิจที่รับมือคำร้องเรียนได้ดีที่สุดมักเป็นธุรกิจที่ป้องกันมันได้แย่ที่สุด เพราะการแก้ทีละเคสในไลน์ทำให้ไม่มีใครเห็นว่าเจ็ดสิบเปอร์เซ็นต์ของเคสมาจากสาเหตุเดียว บทความว่าด้วยการเปลี่ยนคำร้องเรียนจากเหตุการณ์เป็นข้อมูล ตีราคาต่อเคส และหาสาเหตุอันดับหนึ่งที่การแก้ครั้งเดียวคุ้มกว่าการรับมือร้อยครั้ง
ร้านค้าออนไลน์แห่งหนึ่งภูมิใจในบริการหลังการขาย ลูกค้าทักมาในไลน์ว่าได้ของผิดสี ทีมตอบภายในสิบนาที ส่งของใหม่ให้ฟรีในวันเดียวกัน ลูกค้าประทับใจ ให้รีวิวห้าดาว เรื่องจบ — และเรื่องเดียวกันเกิดอีกสิบเจ็ดครั้งในเดือนนั้น กับพนักงานคนละคน ในแชตคนละหน้าต่าง แต่ละครั้งถูกแก้อย่างดีเท่ากัน และไม่มีใครในบริษัทรู้ว่าตัวเลขคือสิบเจ็ด เพราะไม่มีที่ไหนที่คำร้องเรียนถูกนับ มันถูกตอบ ถูกแก้ ถูกปิด แล้วเลื่อนหายไปในประวัติแชต ถ้ามีใครนับ เขาจะพบว่าสิบสี่ในสิบเจ็ดครั้งมาจากสินค้ารุ่นเดียวที่รหัสสีบนแพ็กเกจกับในระบบไม่ตรงกัน — ความผิดพลาดที่แก้ได้ในหนึ่งชั่วโมงด้วยการแก้ข้อมูลหนึ่งแถว และจะไม่มีวันถูกแก้ตราบใดที่คำร้องเรียนยังเป็นเหตุการณ์ที่ต้องรับมือ ไม่ใช่ข้อมูลที่ต้องอ่าน นี่คือความย้อนแย้งที่พบในธุรกิจจำนวนมาก: ยิ่งทีมรับมือคำร้องเรียนเก่ง คำร้องเรียนยิ่งถูกป้องกันน้อย เพราะการรับมือที่ดีทำให้ความเจ็บหายไปก่อนที่ใครจะถามว่าทำไม
กลไก: ทำไมการรับมือที่ดีจึงซ่อนสาเหตุ
คำร้องเรียนเดินทางผ่านธุรกิจส่วนใหญ่ในเส้นทางเดียว: ลูกค้าทัก พนักงานคนใดคนหนึ่งรับ แก้ ปิด เส้นทางนี้ออกแบบมาเพื่อความเร็วและความพอใจของลูกค้ารายนั้น และมันทำได้ดี — แต่มันไม่มีจุดไหนเลยที่คำร้องเรียนถูกถามว่า 'เคสนี้เหมือนเคสไหนที่เคยเกิด' เพราะพนักงานที่รับเคสวันนี้ไม่ได้รับเคสเมื่อวาน และเคสเมื่อวานอยู่ในแชตอีกหน้าต่างหนึ่ง ผลคือธุรกิจมี 'ความจำระยะสั้น' เกี่ยวกับปัญหาของตัวเอง: ทุกเคสถูกเจอเหมือนครั้งแรก และแก้เหมือนครั้งแรก ในขณะที่สาเหตุจริง — ข้อมูลสินค้าผิด ขั้นตอนแพ็กที่ไม่มีการตรวจ คำอธิบายสินค้าที่ทำให้เข้าใจผิด ขนส่งเจ้าหนึ่งที่ทำของเสียหายบ่อย — ยังคงผลิตเคสใหม่ในอัตราเดิมทุกวัน สิ่งที่ทำให้กลไกนี้อยู่ได้นานคือมันไม่เจ็บพอ ทุกเคสถูกแก้ ลูกค้าส่วนใหญ่พอใจ รีวิวยังดี ค่าใช้จ่ายกระจายเป็นก้อนเล็ก ๆ ที่ไม่มีบัญชีไหนรวมไว้ และเจ้าของเห็นทีมที่ยุ่งกับการช่วยลูกค้าทั้งวันแล้วรู้สึกว่านั่นคือบริการที่ดี ทั้งที่ส่วนใหญ่ของงานนั้นคือการจ่ายค่าปรับให้กับกระบวนการที่ไม่มีใครซ่อม
หกช่องต่อเคส และรายงานพาเรโตที่ตามมา
- วันที่และช่องทาง — เพื่อเห็นแนวโน้มและรู้ว่าเคสมาจากไลน์ โทรศัพท์ หน้าร้าน หรือแพลตฟอร์ม
- หมวด — เลือกจากรายการสั้นที่กำหนดไว้ล่วงหน้า (ของผิด ของเสียหาย ส่งช้า คุณภาพ บริการ การเงิน อื่น ๆ) ห้ามพิมพ์เอง เพราะหมวดที่พิมพ์เองจะมีสามสิบชื่อสำหรับปัญหาเดียวและรวมไม่ได้
- สินค้าหรือออเดอร์ที่เกี่ยวข้อง — เพื่อให้พาเรโตทำได้ทั้งตามหมวดและตามสินค้า ซึ่งบ่อยครั้งที่สาเหตุอันดับหนึ่งคือสินค้ารุ่นเดียว
- สาเหตุที่แท้จริง — ไม่ใช่อาการ 'ลูกค้าได้ของผิดสี' คืออาการ 'รหัสสีในระบบไม่ตรงแพ็กเกจ' คือสาเหตุ ช่องนี้กรอกได้เมื่อรู้ และมักรู้หลังจากเห็นเคสคล้ายกันสามครั้ง
- วิธีแก้และค่าใช้จ่าย — ของใหม่ ค่าส่ง ส่วนลด และเวลาที่ใช้ เพื่อให้สูตรมีตัวเลขจริง
- รายงานพาเรโตรายเดือน — จัดอันดับสาเหตุตามจำนวนเคสและตามต้นทุนตามสูตร แล้วเลือกอันดับหนึ่งไปแก้ที่กระบวนการ ไม่ใช่ที่คน ทำซ้ำเดือนถัดไปกับอันดับที่เลื่อนขึ้นมา
ตัวชี้วัดที่ถูกต้อง: อัตราการเกิดซ้ำ ไม่ใช่เวลาตอบกลับ
ธุรกิจส่วนใหญ่ที่วัดงานบริการลูกค้า วัดเวลาตอบกลับและคะแนนความพอใจ ซึ่งเป็นตัวชี้วัดของการรับมือ และดีขึ้นได้เรื่อย ๆ โดยที่ไม่มีสาเหตุใดถูกแก้เลย ตัวชี้วัดของการป้องกันคืออัตราการเกิดซ้ำ: หลังจากแก้สาเหตุอันดับหนึ่งของเดือนที่แล้ว เดือนนี้เคสจากสาเหตุนั้นเหลือกี่เปอร์เซ็นต์ ถ้าเหลือใกล้ศูนย์ การแก้ได้ผล ถ้ายังเท่าเดิม สิ่งที่แก้ไปคืออาการไม่ใช่สาเหตุ ตัวชี้วัดที่สองคือจำนวนเคสรวมต่อร้อยออเดอร์ ซึ่งควรลดลงทุกไตรมาสในธุรกิจที่ทำพาเรโตจริง และตัวชี้วัดที่สามที่ควรดูควบคู่คือสัดส่วนของเคสที่กรอกสาเหตุได้ เพราะเคสที่กรอกสาเหตุไม่ได้คือเคสที่ยังไม่มีใครเข้าใจ และสัดส่วนที่สูงหมายถึงการบันทึกยังไม่ทำงาน สามตัวชี้วัดนี้ควรอยู่บนหน้าจอเดียวกับเวลาตอบกลับ — ไม่ใช่เพื่อแทนที่ แต่เพื่อให้ทีมที่ตอบเร็วที่สุดในบริษัทเห็นว่างานที่ตัวเองทำสามสิบครั้งต่อเดือนอาจถูกลบไปยี่สิบครั้งด้วยการแก้ข้อมูลหนึ่งแถว และทีมบริการลูกค้าที่เข้าใจเรื่องนี้จะกลายเป็นแหล่งข้อมูลปรับปรุงกระบวนการที่ดีที่สุดในบริษัท เพราะพวกเขาคือคนที่ได้ยินความล้มเหลวของทุกแผนกก่อนใคร
คำถามที่พบบ่อย
ลูกค้าเราร้องเรียนทางไลน์เท่านั้น จะบันทึกโดยไม่เพิ่มงานให้พนักงานได้อย่างไร
ให้การบันทึกเกิดที่จุดปิดเคส ไม่ใช่จุดรับ พนักงานที่ตอบแชตอยู่แล้วต้องกดปิดเคสเมื่อจบ และตรงจุดนั้นให้ฟอร์มหกช่องขึ้นมาโดยหมวดเป็นปุ่มเลือก ไม่ใช่ช่องพิมพ์ ธุรกิจที่ใช้ระบบตอบแชตหรือ CRM ที่เชื่อมไลน์ทำได้ในระบบนั้นเลย ธุรกิจที่ยังตอบจากแอปไลน์โดยตรงใช้ฟอร์มบนมือถือหนึ่งหน้าที่มีลิงก์ปักไว้ในกลุ่มทีม สามสิบวินาทีต่อเคสคือต้นทุนจริงและมักถูกต่อต้านในสองสัปดาห์แรก แล้วหยุดต่อต้านเมื่อพาเรโตเดือนแรกทำให้เคสประเภทที่น่าเบื่อที่สุดหายไป
ควรมีกี่หมวด และถ้าเคสไม่เข้าหมวดไหนเลยจะทำอย่างไร
เริ่มที่หกถึงแปดหมวดและมี 'อื่น ๆ' หนึ่งหมวด กฎที่ใช้ได้ดีคือ: ถ้า 'อื่น ๆ' เกินสิบห้าเปอร์เซ็นต์ของเคสในเดือนใด ให้เปิดดูว่าในนั้นมีอะไรซ้ำกันแล้วตั้งหมวดใหม่ให้มัน และถ้าหมวดใดมีน้อยกว่าสามเปอร์เซ็นต์ติดต่อกันสามเดือน ให้รวมกับหมวดใกล้เคียง รายการหมวดจึงมีชีวิตและปรับตามธุรกิจ แต่ต้องปรับโดยคนเดียวที่ดูแลรายการ ไม่ใช่ให้ทุกคนเพิ่มเอง เพราะการรวมได้ต้องอาศัยชื่อเดียวสำหรับปัญหาเดียว
ทีมเล็กมาก เจ้าของตอบแชตเองทั้งหมด ยังต้องทำแบบนี้ไหม
ยิ่งจำเป็น เพราะทีมเล็กคือทีมที่ความจำระยะสั้นทำร้ายมากที่สุด: เจ้าของที่ตอบสามสิบเคสต่อเดือนจำได้ว่าเคสมันเยอะ แต่จำไม่ได้ว่ากี่เคสมาจากสาเหตุเดียว และไม่มีเวลาหาสาเหตุเพราะกำลังตอบเคสถัดไป การจดหกช่องในสเปรดชีตหนึ่งแผ่นตอนปิดเคส ทำให้เจ้าของเห็นในสิ้นเดือนว่าครึ่งหนึ่งของเวลาที่ใช้ตอบแชตหายไปกับปัญหาเดียวที่แก้ได้ในหนึ่งชั่วโมง และเวลาที่ได้คืนมานั้นคือทรัพยากรที่หายากที่สุดของธุรกิจที่เจ้าของทำทุกอย่างเอง
บริการที่เกี่ยวข้อง
Workflow Audit ฟรี
หนึ่งชั่วโมงไล่ดู workflow จริงของธุรกิจคุณ แล้วบอกตรง ๆ ว่าควรทำอะไรก่อน
WhaleScope
ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ

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

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

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

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