ทีมเถียงกันว่าสคริปต์ไหน ‘ดีกว่า’ ไม่จบสักที: เลิกเดา แล้วให้ตัวเลขปิดการขายเป็นคนตัดสิน

สรุปสั้น ๆ
การเถียงเรื่องสคริปต์ด้วยความรู้สึกไม่มีวันจบ เพราะทุกคนอ้างประสบการณ์ตัวเองได้หมด ทางออกคือแบ่งแชทที่เข้ามาให้สคริปต์สองแบบสู้กันในช่วงเวลาเดียวกัน แล้วเทียบผลจากตัวเลขที่ปิดจริง ไม่ใช่จากว่าใครพิมพ์เก่งกว่า
ในห้องแชททีมขายของร้านคอร์สออนไลน์แห่งหนึ่ง มีการถกกันแทบทุกสัปดาห์ว่าควรทักลูกค้าด้วยประโยคเปิดแบบไหน แอดมินคนหนึ่งยืนยันว่าการถามชื่อก่อนช่วยให้เป็นกันเองกว่า อีกคนแย้งว่าเสียเวลา ควรตอบราคาเลยเพราะลูกค้าอยากรู้ตัวเลขก่อน
การถกแบบนี้วนซ้ำเดิมทุกครั้งเพราะไม่มีใครมีหลักฐานมากไปกว่า ‘ที่ผ่านมาฉันปิดได้เยอะแบบนี้’ ซึ่งเป็นความจำที่เลือกจำแต่เคสที่ตัวเองอยากจำ ไม่ใช่ภาพรวมที่แท้จริง สุดท้ายทีมก็ไม่มีสคริปต์กลางที่ทุกคนยอมทำตาม ต่างคนต่างตอบตามสไตล์ตัวเอง
บทความนี้ไม่ได้บอกว่าสคริปต์แบบไหนดีกว่ากัน แต่เล่าวิธีตั้งการทดสอบให้ตัวเลขปิดการขายเป็นคนชี้ขาดแทนความเชื่อของแต่ละคน
ทำไมทีมเถียงเรื่องสคริปต์กันไม่จบสักที
ต้นเหตุของการเถียงไม่รู้จบคือทุกคนมี ‘หลักฐานส่วนตัว’ ที่ขัดแย้งกันได้ตลอดเวลา แอดมินคนหนึ่งจำได้ว่าเคสที่ปิดยากที่สุดก็ปิดได้ด้วยประโยคเปิดแบบตัวเอง อีกคนก็มีเคสของตัวเองเช่นกัน ทั้งคู่พูดถูกในมุมตัวเอง เพียงแต่มองจากตัวอย่างที่น้อยเกินไปจะสรุปอะไรได้จริง
ปัญหานี้ยิ่งหนักขึ้นเมื่อไม่มีการเก็บสคริปต์กลางที่เป็นลายลักษณ์อักษร เพราะสุดท้ายแต่ละคนก็กลับไปตอบตามสไตล์ตัวเองเหมือนเดิม ไม่มีอะไรเปลี่ยนหลังจบประชุม
วิธีตั้งการทดสอบสคริปต์ให้วัดผลได้จริง
- เลือกจุดเดียวในบทสนทนาที่จะทดสอบ เช่น ประโยคเปิด หรือวิธีตอบคำถามราคา อย่าทดสอบทั้งสคริปต์พร้อมกันหลายจุด เพราะจะแยกไม่ออกว่าอะไรทำให้ผลต่าง
- แบ่งแชทที่เข้ามาในช่วงเวลาเดียวกันให้สองแบบสลับกันแบบสุ่ม ไม่ใช่ให้แอดมินคนโปรดใช้แบบหนึ่ง อีกคนใช้อีกแบบ เพราะฝีมือคนต่างกันจะปนกับผลของสคริปต์
- กำหนดจำนวนแชทขั้นต่ำก่อนสรุปผล เคสน้อยเกินไปจะได้ผลที่แกว่งไปมาโดยไม่มีความหมาย
- เก็บผลจากยอดปิดจริง ไม่ใช่จากความรู้สึกว่าแบบไหน ‘คุยลื่นกว่า’ เพราะคุยลื่นกับปิดได้จริงไม่ใช่เรื่องเดียวกันเสมอไป
ตัวเลขไหนที่ควรจับตา ไม่ใช่แค่ ‘ปิดหรือไม่ปิด’
| ตัวเลขที่ควรดู | บอกอะไร | ถ้าต่างกันชัด แปลว่าอะไร |
|---|---|---|
| อัตราปิดการขาย | สคริปต์ไหนพาลูกค้าจ่ายเงินได้มากกว่า | ผลลัพธ์สุดท้ายที่สำคัญที่สุด |
| เวลาเฉลี่ยกว่าจะปิด | สคริปต์ไหนพาไปถึงจุดตัดสินใจเร็วกว่า | อาจช่วยลดภาระแอดมินได้แม้ปิดได้พอ ๆ กัน |
| อัตราที่ลูกค้าเงียบหายกลางทาง | สคริปต์ไหนทำให้ลูกค้ารู้สึกอึดอัดหรือเร่งเกินไป | สัญญาณเตือนแม้ยอดปิดจะยังไม่ต่างชัด |
ตัวอย่างผลทดสอบสมมติที่พลิกความเชื่อทั้งทีม
ในกรณีสมมติของร้านคอร์สออนไลน์ หลังทดสอบสองสัปดาห์ สคริปต์ที่ถามชื่อลูกค้าก่อนปิดได้ 11% ส่วนสคริปต์ที่ตอบราคาทันทีปิดได้ 13% ต่างกันไม่มากนัก แต่พอดูเวลาเฉลี่ยกว่าจะปิด สคริปต์ตอบราคาทันทีใช้เวลาน้อยกว่าเกือบครึ่งหนึ่ง
ตัวเลขสมมตินี้ทำให้ทีมเปลี่ยนมุมมอง เพราะแม้อัตราปิดจะใกล้กัน แต่การปิดได้เร็วกว่าหมายถึงแอดมินหนึ่งคนรับแชทได้มากขึ้นในเวลาเท่ากัน สุดท้ายทีมเลือกใช้สคริปต์ตอบราคาก่อนเป็นค่าตั้งต้น แล้วค่อยเสริมการถามชื่อในจังหวะถัดไปแทน
พอรู้ผลแล้ว จะเปลี่ยนทั้งทีมยังไงไม่ให้พัง
- อธิบายตัวเลขให้ทีมเห็นก่อน ไม่ใช่แค่สั่งให้เปลี่ยนสคริปต์ เพราะคนที่เคยใช้สคริปต์เดิมจะยอมรับง่ายกว่าถ้าเห็นหลักฐาน
- อนุญาตให้ปรับสำนวนให้เข้ากับสไตล์ตัวเองได้ในกรอบเดิม อย่าบังคับให้พูดเป๊ะทุกคำ เพราะจะฟังดูท่องจำจนลูกค้ารู้สึกได้
- นัดทดสอบรอบใหม่อีกครั้งหลังใช้จริงสักพัก เพราะพฤติกรรมลูกค้าเปลี่ยนได้ สคริปต์ที่ชนะวันนี้ไม่ได้แปลว่าจะชนะตลอดไป
สรุป
การเถียงเรื่องสคริปต์ด้วยความรู้สึกจะไม่มีวันจบ เพราะทุกคนมีหลักฐานส่วนตัวที่ขัดกันได้เสมอ ทางเดียวที่ทำให้ทีมเห็นตรงกันคือให้ตัวเลขจากแชทจริงเป็นคนตัดสิน
อย่ากลัวว่าผลทดสอบจะขัดกับความเชื่อเดิมของใคร เพราะเป้าหมายไม่ใช่การพิสูจน์ว่าใครถูก แต่คือการหาสคริปต์ที่ทำเงินให้ทีมได้มากที่สุดในเวลาที่มี
- อย่าตัดสินสคริปต์ด้วยความรู้สึกหรือประสบการณ์ส่วนตัวของแอดมินคนใดคนหนึ่ง
- ทดสอบทีละจุด แบ่งแชทแบบสุ่ม แล้วดูทั้งอัตราปิดและเวลาเฉลี่ยกว่าจะปิด
- ทดสอบซ้ำเป็นระยะ เพราะสคริปต์ที่ชนะวันนี้ไม่ได้การันตีว่าจะยังชนะในอีกหกเดือนข้างหน้า
คำถามที่พบบ่อย
ทีมเล็กมีแชทเข้าวันละไม่กี่สิบราย ทดสอบสคริปต์ได้จริงไหม
ได้ แต่ต้องใช้เวลาทดสอบนานขึ้นเพื่อให้มีจำนวนเคสพอสรุปผล ทีมเล็กไม่ควรรีบสรุปหลังผ่านไปแค่สองสามวัน
ถ้าผลทดสอบออกมาสูสีมาก ควรเลือกยังไง
ถ้าอัตราปิดใกล้กันมาก ให้ดูตัวเลขรองอย่างเวลาเฉลี่ยกว่าจะปิดหรือความรู้สึกของแอดมินที่ใช้ สคริปต์ที่ทำงานง่ายกว่าในระยะยาวมักคุ้มกว่าสคริปต์ที่ชนะขาดแต่ใช้ยาก
ควรบอกลูกค้าไหมว่ากำลังถูกทดสอบสคริปต์
ไม่จำเป็นและไม่ควรทำให้ซับซ้อนเกินจริง การทดสอบนี้คือการปรับวิธีสื่อสารของทีม ไม่ใช่การทดลองกับตัวลูกค้าที่ต้องขอความยินยอมพิเศษ
แอดมินที่เคยใช้สคริปต์แพ้การทดสอบ ควรถูกตำหนิไหม
ไม่ควร เพราะผลทดสอบวัดที่ตัวสคริปต์ ไม่ใช่ตัวคน การตำหนิจะทำให้ครั้งหน้าไม่มีใครกล้าเสนอสคริปต์ใหม่มาทดสอบอีก
ควรทดสอบสคริปต์บ่อยแค่ไหน
ไม่จำเป็นต้องทดสอบตลอดเวลา แต่ควรทำเมื่อมีสินค้าใหม่ ราคาปรับ หรือทีมสังเกตว่าอัตราปิดเริ่มลดลงผิดปกติโดยไม่รู้สาเหตุ
จำเป็นต้องมีเครื่องมือพิเศษถึงจะทดสอบได้ไหม
เริ่มจากการแบ่งกะและจดบันทึกเองในตารางง่าย ๆ ได้ แต่ถ้าอยากรู้ว่าแชทไหนมาจากแคมเปญไหนด้วย ระบบที่ผูกที่มาของแชทไว้อย่าง linli จะช่วยตัดตัวแปรเรื่องคุณภาพลูกค้าต้นทางออกไปได้ชัดกว่า
บทความที่เกี่ยวข้อง


