การแบ่งกลุ่มเทรดเดอร์มีประโยชน์เมื่อมันช่วยให้คุณตอบคำถามหนึ่งคำถาม: ลูกค้ารายนี้ต้องการอะไรจากเราต่อไป?
ฟังดูง่าย แต่บริษัทนายหน้าส่วนใหญ่เริ่มต้นจากที่อื่น พวกเขาจะแบ่งคนออกเป็นผู้ค้าใหม่ ผู้ค้าทั่วไป VIP และผู้ค้าที่ยังไม่เคลื่อนไหว จากนั้นพวกเขาจะส่งแคมเปญที่แตกต่างกันไปให้แต่ละกลุ่ม ชื่อดูเรียบร้อยใน CRM แต่พวกเขาบอกคุณน้อยมากเกี่ยวกับเหตุผลที่ทำให้ใครบางคนติดอยู่ สิ่งที่บริษัทนายหน้าควรทำ หรือการติดต่อคนนั้นเป็นเรื่องที่เหมาะสมหรือไม่
ลูกค้าที่บัตรของเขาถูกปฏิเสธต้องการคำตอบเกี่ยวกับการชำระเงิน ลูกค้าที่ยังไม่ได้ลองฝากเงินอาจกำลังตัดสินใจว่าผลิตภัณฑ์นี้เหมาะสมกับเขาหรือไม่ ทั้งสองแสดงว่าได้รับการยืนยัน แต่ยังไม่ได้รับเงิน การปฏิบัติต่อพวกเขาในฐานะกลุ่มเดียวกันมักหมายความว่าหนึ่งในนั้นจะได้รับข้อความที่ไม่มีประโยชน์
หากคุณกำลังสร้างโบรกเกอร์ ฉันจะเริ่มจากกลุ่มเล็กๆ บนพื้นฐานของสถานะบัญชี ปัญหาบริการ และความชอบที่ระบุ เพิ่มพฤติกรรมการซื้อขายเมื่อคุณสามารถอธิบายการตัดสินใจที่สนับสนุนได้เท่านั้น และทำให้ระบบตัดสินใจ ไม่ส่งอะไรเลยได้ง่ายเช่นกัน
เริ่มต้นด้วยการตัดสินใจ ไม่ใช่ฉลาก
ก่อนที่จะสร้างกลุ่ม ให้ถามว่าทีมของคุณจะทำอะไรที่แตกต่างสำหรับผู้คนในกลุ่มนั้น หากคำตอบคือเพียงแค่ส่งอีเมลที่เป็นส่วนตัวมากขึ้น กลุ่มนั้นอาจไม่คุ้มค่าที่จะสร้าง
ตัวอย่างเช่น ลูกค้าที่ได้รับการอนุมัติโดยไม่มีการฝากเงินครั้งแรกสามารถแบ่งตามเหตุการณ์ล่าสุดที่คุณสามารถเห็นได้จริง:
- ไม่มีความพยายามฝากเงิน: ตรวจสอบว่าลูกค้าสามารถหาวิธีที่เหมาะสม, เข้าใจค่าธรรมเนียม, และรู้ว่าจะขอความช่วยเหลือได้ที่ไหน ไม่ต้องสมมติว่าความลังเลเป็นอุปสรรคในการขาย.
- ความพยายามฝากเงินล้มเหลว: แสดงสถานะความล้มเหลวที่ชัดเจนและทางเลือกที่ถูกต้อง หรือส่งปัญหาไปยังฝ่ายสนับสนุนการชำระเงิน อีเมลต้อนรับอีกฉบับจะไม่สามารถแก้ไขบัตรที่ถูกปฏิเสธได้.
- การชำระเงินอยู่ระหว่างรอดำเนินการ: อธิบายว่าเกิดอะไรขึ้นและเมื่อใดที่มีการอัปเดตที่คาดว่าจะเกิดขึ้น อย่าเชิญชวนลูกค้าให้ลองชำระเงินอีกครั้งก่อนที่คุณจะรู้ว่าการชำระเงินครั้งแรกได้รับการดำเนินการแล้วหรือไม่.
- บัญชีถูกจำกัดหรืออยู่ระหว่างการตรวจสอบ: ส่งกรณีไปยังทีมที่รับผิดชอบ หยุดการเสนอขายและการสนับสนุนทางการเงินในขณะที่การจำกัดยังคงอยู่.
หมวดหมู่แดชบอร์ดหนึ่งได้กลายเป็นสี่เส้นทางที่แตกต่างกัน นั่นคือจุดประสงค์ที่แท้จริงของการแบ่งกลุ่ม มันช่วยให้โบรกเกอร์จัดการกับอุปสรรคที่แท้จริงแทนที่จะเดาจากเวทีที่กว้างใน ช่องทางการเริ่มต้นของโบรกเกอร์.
One CRM label. Four different next steps.
The same account status can call for different service responses.
วางความเหมาะสมและการบริการไว้เหนือการตลาด
ในสำนักงานนายหน้า ไม่ใช่ลูกค้าทุกคนจะต้องได้รับข้อเสนอเดียวกัน และบางคนอาจไม่ได้รับข้อความส่งเสริมการขาย การเข้าถึงผลิตภัณฑ์ ประเทศ สถานะการตรวจสอบ ความยินยอมในการสื่อสาร ข้อจำกัดของบัญชี และสถานะการร้องเรียนต้องได้รับการตรวจสอบก่อนที่จะมีการใช้กฎการตลาด นั่นคือประตู ไม่ใช่บุคลิกภาพของผู้ชม.
จากนั้นมาถึงความต้องการในการให้บริการ หากการถอนเงินล่าช้า การกระทำที่มีประโยชน์คือการอัปเดตสถานะและมีเจ้าของที่ระบุ หากลูกค้ามีเหตุการณ์ในแพลตฟอร์มที่ยังไม่ถูกแก้ไข ให้แก้ไขก่อนที่จะส่งการแจ้งเตือนตลาด หากมีใครขอไม่รับโปรโมชั่น ให้เคารพการเลือกนั้นแม้ว่าโปรแกรมแคมเปญจะบอกว่าพวกเขาน่าจะตอบสนอง
นี่เป็นปัญหาของผลลัพธ์ลูกค้าด้วย สำหรับบริษัทในสหราชอาณาจักรที่อยู่ภายใต้ขอบเขต คำแนะนำเกี่ยวกับ Consumer Duty ของ FCA เน้นการสื่อสารที่ผู้คนเข้าใจและสนับสนุนที่ตอบสนองความต้องการของพวกเขา กฎเกณฑ์แตกต่างกันไปในที่อื่น แต่การทดสอบการดำเนินงานนั้นมีประโยชน์โดยรวม: การเปลี่ยนแปลงทำให้การตัดสินใจครั้งถัดไปของลูกค้าเป็นที่ชัดเจนยิ่งขึ้นหรือไม่ หรือมันเพียงแค่ทำให้การซื้อขายอีกครั้งมีแนวโน้มมากขึ้น?
โปรดระมัดระวังเป็นพิเศษกับการแจ้งเตือนการซื้อขาย การทดลองของ FCA เกี่ยวกับการมีส่วนร่วมของแอปการซื้อขาย พบว่าฟีเจอร์ที่รวมถึงการแจ้งเตือนแบบพุชสามารถเพิ่มความถี่ในการซื้อขายและความเสี่ยงในการทดสอบได้ นั่นไม่ได้หมายความว่าการแจ้งเตือนทุกครั้งจะเป็นอันตราย แต่หมายความว่าบริษัทนายหน้าควรพิจารณาว่าข้อความนั้นกระตุ้นอะไร ใครคือผู้ที่ได้รับข้อความ และเวลาที่ส่งข้อความนั้นเป็นอย่างไร
ห้าหมวดหมู่ที่ควรสร้างเป็นอันดับแรก
คุณไม่จำเป็นต้องมีโมเดลที่ให้คะแนนลูกค้าทุกคนตั้งแต่ศูนย์ถึง 100 สำหรับบริษัทนายหน้าใหม่หรือที่กำลังเติบโต กลุ่มการดำเนินงานทั้งห้านี้มักจะเปิดเผยข้อมูลมากกว่ารายการยาวของบุคลิกภาพที่มีสไตล์
| ส่วน | สัญญาณที่มีประโยชน์ | การดำเนินการถัดไป | หยุดหรือระงับเมื่อใด |
|---|---|---|---|
| การตรวจสอบต้องการความช่วยเหลือ | เอกสารที่ส่งต้องการการแก้ไข โดยมีเหตุผลที่ลูกค้าสามารถดำเนินการได้ | อธิบายปัญหาเฉพาะและเสนอเส้นทางการสนับสนุน | กรณีได้รับการอนุมัติ จำกัด หรือเป็นเจ้าของอยู่แล้วโดยผู้ตรวจสอบ |
| การจัดหาเงินทุนล้มเหลว | ยืนยันความพยายามที่ล้มเหลว โดยมีวิธีการ ประเทศ และหมวดหมู่ความล้มเหลว | แสดงสถานะที่ถูกต้องและทางเลือกที่มีคุณสมบัติเหมาะสมหรือการส่งต่อการสนับสนุน | การชำระเงินรอดำเนินการ บัญชีถูกจำกัด หรือความพยายามในภายหลังประสบความสำเร็จ |
| ได้รับการจัดหาเงินทุน แต่ไม่แน่ใจว่าจะเริ่มอย่างไร | ยอดคงเหลือที่เคลียร์ ไม่มีการสั่งซื้อครั้งแรก และไม่มีปัญหาบริการที่เปิดอยู่ | เสนอคำอธิบายสั้น ๆ เกี่ยวกับประเภทคำสั่ง ค่าใช้จ่าย และความเสี่ยง; ให้ลูกค้าเลือกว่าจะทำการค้า | คำสั่งแรกถูกวางลง บทเรียนถูกปฏิเสธ หรือมีปัญหาเกิดขึ้น |
| ใช้งานอยู่และกำลังมองหาฟีเจอร์เฉพาะ | ลูกค้าระบุความสนใจหรือการใช้ผลิตภัณฑ์หรือเครื่องมือที่ได้รับอนุญาตซ้ำ ๆ | ทำให้ฟีเจอร์ที่เกี่ยวข้องค้นหาได้ง่ายขึ้นและอธิบายเงื่อนไขของมัน | ผลิตภัณฑ์ไม่ว่าง ไม่เหมาะสมตามกฎที่ใช้ หรือลูกค้าเลือกไม่เข้าร่วม |
| ต้องการบริการหลังจากการจัดหาเงินทุน | คำขอถอนเงิน ธุรกรรมที่มีข้อพิพาท คำร้องเรียน หรือกรณีการสนับสนุนที่ยังไม่ได้แก้ไข | ให้สถานะที่ชัดเจน เจ้าของ และการอัปเดตถัดไป | ปัญหาได้รับการแก้ไข; อย่าถือว่าการแก้ไขเป็นการกระตุ้นอัตโนมัติสำหรับข้อเสนอ |
แถวสุดท้ายมักถูกมองข้ามได้ง่ายเพราะมันไม่ดูเหมือนการตลาดเพื่อการเติบโต มันมักจะมีความสำคัญมากที่สุด ลูกค้าที่รอการอัปเดตการถอนเงินไม่น่าจะสนใจว่าคุณได้ปรับแต่งจดหมายข่าวการซื้อขายได้ดีเพียงใด
ชั้นได้ระบุความชอบเหนือกลุ่มเหล่านี้ หากลูกค้าเลือกภาษาสเปนและอีเมล ให้ใช้สิ่งเหล่านั้นสำหรับข้อความที่คุณได้รับอนุญาตให้ส่ง หากพวกเขามักจะทำการซื้อขายผ่านมือถือ ตรวจสอบให้แน่ใจว่าหน้าจอช่วยเหลือทำงานได้จริงบนมือถือ รายละเอียดเหล่านี้สามารถทำให้การเดินทางง่ายขึ้นโดยไม่ต้องเดาเกี่ยวกับความเสี่ยงของบุคคลจากการคลิก.
ใช้ข้อมูลที่คุณสามารถอธิบายได้
การแบ่งกลุ่มที่ดีขึ้นอยู่กับเส้นเวลาของบัญชีที่เชื่อถือได้มากกว่าการให้คะแนนที่ชาญฉลาด ในระดับขั้นต่ำ คุณต้องรู้ว่าเมื่อไหร่ที่บุคคลนั้นลงทะเบียน ที่ไหนที่สามารถให้บริการพวกเขา สถานะการตรวจสอบของพวกเขา ว่ามีการพยายามและชำระเงินหรือไม่ ว่าพวกเขามีคดีที่เปิดอยู่หรือไม่ และสิทธิ์ในการสื่อสารใดที่ใช้ได้
ดูเหมือนว่านี่จะเป็นงาน CRM ปกติ ในทางปฏิบัติ ข้อเท็จจริงเหล่านี้มักจะอยู่ในระบบที่แยกจากกัน เครื่องมือ KYC ระบุว่าผ่านการอนุมัติ ผู้ให้บริการการชำระเงินระบุว่าอยู่ระหว่างการตรวจสอบ แพลตฟอร์มการซื้อขายแสดงยอดคงเหลือเป็นศูนย์ ฝ่ายสนับสนุนมีตั๋วเปิดอยู่ เครื่องมือแคมเปญยังคงเห็นลีดที่ผ่านการอนุมัติใหม่และส่งเคล็ดลับการฝากเงิน
ระบบ CRM ของโบรกเกอร์ จะมีประโยชน์เมื่อมันสามารถปรับสมดุลสถานะเหล่านั้นและแสดงว่าใครเป็นเจ้าของขั้นตอนถัดไป นอกจากนี้ยังต้องมีการกำหนดกฎที่ชัดเจนสำหรับข้อมูลที่ล้าสมัย หากเหตุการณ์การชำระเงินถูกเลื่อนออกไป การหยุดการแจ้งเตือนจะปลอดภัยกว่าการบอกใครสักคนว่าการฝากเงินของพวกเขาล้มเหลวเมื่อเงินได้ถูกโอนแล้ว
เก็บข้อมูลให้สอดคล้องกับงาน คุณอาจต้องการธงที่การตรวจสอบต้องการเอกสารใหม่ ทีมการตลาดไม่จำเป็นต้องเห็นเอกสารนั้นเอง คุณอาจต้องการทราบว่าได้มีการร้องเรียนที่เปิดอยู่; คุณไม่จำเป็นต้องเปลี่ยนข้อความร้องเรียนเป็นคะแนนการขาย ในคำแนะนำการปกป้องข้อมูลของสหราชอาณาจักร ICO อธิบายกฎเกี่ยวกับ การจัดทำโปรไฟล์และการตัดสินใจอัตโนมัติ สถานะบริการที่ง่ายไม่เหมือนกับการตัดสินใจอัตโนมัติที่มีผลทางกฎหมายหรือมีความสำคัญในลักษณะเดียวกัน แม้จะเป็นเช่นนั้น การจัดทำโปรไฟล์ทางการตลาดก็ก่อให้เกิดคำถามเกี่ยวกับความโปร่งใสและการคัดค้าน ให้ที่ปรึกษาด้านความเป็นส่วนตัวท้องถิ่นตรวจสอบการใช้ข้อมูลและการแจ้งเตือนสำหรับตลาดของคุณ
อีกหนึ่งความแตกต่างที่สำคัญ: กลุ่มเชิงพาณิชย์ไม่ใช่การตัดสินใจเกี่ยวกับการซื้อขายหรือความเสี่ยง อย่าให้ป้ายการตลาดเปลี่ยนแปลงการดำเนินการ ราคา ขอบเขต หรือการเข้าถึงผลิตภัณฑ์อย่างเงียบๆ การตัดสินใจเหล่านั้นต้องการนโยบาย อนุญาต การตรวจสอบ และบันทึกการตรวจสอบของตนเอง
ปรับแต่งการเดินทางในช่วงเวลาที่สำคัญ
การเดินทางของโบรกเกอร์ทั่วไปเริ่มต้นจากการลงทะเบียนผ่าน KYC, การเติมเงิน, การใช้งานครั้งแรก, การสนับสนุน, และการตัดสินใจเกี่ยวกับบัญชีในภายหลัง ความเป็นส่วนตัวที่ดีที่สุดมักจะเป็นเรื่องเล็กน้อยและทันเวลา
ในระหว่าง KYC ข้อความที่มีประโยชน์จะระบุรายการที่ขาดหายไปและบอกลูกค้าว่าจะแก้ไขอย่างไร หลังจากการชำระเงินล้มเหลว จะอธิบายสถานะและตัวเลือกถัดไปที่ถูกต้อง ลูกค้าที่ได้เติมเงินแต่ยังไม่ได้ทำการซื้อขายอาจได้รับประโยชน์จากการอธิบายสั้น ๆ และไม่บังคับเกี่ยวกับใบสั่งซื้อหรือข้อกำหนดมาร์จิ้น ประเภทของ การศึกษาเกี่ยวกับการซื้อขาย นั้นมีอยู่เพื่อสนับสนุนความเข้าใจ ไม่ใช่เพื่อสร้างความเร่งด่วน
ต่อมา การเดินทางควรตอบสนองต่อเหตุผลในการหยุดชั่วคราว คนที่หยุดหลังจากการชำระเงินล้มเหลวอาจต้องการให้เส้นทางการชำระเงินได้รับการแก้ไข คนที่ถอนเงินและปิดบัญชีอาจจะเสร็จสิ้นแล้ว คนที่ประสบกับการขาดทุนไม่ควรถูกตัดออกโดยอัตโนมัติไปยังลำดับโบนัสที่แข็งแกร่งกว่าเพราะระบบเรียกพวกเขาว่าอยู่ในความเสี่ยงที่จะเลิกใช้บริการ นั่นเป็นสถานการณ์การ รักษาลูกค้าของโบรกเกอร์ ที่แตกต่างกัน ไม่ใช่กลุ่มที่ไม่มีการใช้งานเพียงกลุ่มเดียว.
นั่นคือเหตุผลที่ฉันจะทำให้การเดินทางอัตโนมัติทุกครั้งตอบคำถามห้าข้อก่อนที่จะเผยแพร่:
- เหตุการณ์ใดที่ทำให้ลูกค้าเริ่มต้นการเดินทางนี้?
- หลักฐานใดบอกว่านี่คือการตอบสนองที่ถูกต้อง?
- ใครที่ต้องถูกตัดออก?
- เหตุการณ์ใดที่หยุดการเดินทาง?
- ใครสามารถตรวจสอบและยกเลิกมันได้เมื่อความจริงไม่ตรงกับกฎ?
หากไม่มีการกำหนดกฎการหยุด การปรับแต่งจะกลายเป็นเสียงรบกวนอย่างรวดเร็ว ลูกค้าจึงแก้ไขเอกสาร แต่กลับได้รับการเตือนอีกสามครั้ง การถอนเงินเสร็จสมบูรณ์ แต่สถานะอีเมลยังคงส่งต่อไป การชำระเงินด้วยบัตรที่ล้มเหลวกลับสำเร็จผ่านการโอนเงินผ่านธนาคาร แต่แคมเปญยังคงแนะนำให้ลองใช้บัตรใบอื่น
A reminder can become wrong before it leaves.
A scheduled message should still match the live account record when it is sent.
The client still needs to replace a document.
A newer account event changes the decision.
The dispatch check blocks this now-obsolete message.
ตัวอย่างเล็กน้อย: หมายเลขฟunnel เดียวกัน, ปัญหาที่แตกต่างกัน
สมมติว่ามีลูกค้าที่ได้รับการอนุมัติ 1,000 รายเข้าถึงระยะการจัดหาเงินทุนในหนึ่งเดือน เจ็ดวันต่อมา 600 รายได้ทำการจัดหาเงินทุนแล้วและ 400 รายยังไม่ได้ทำ ตัวเลขเหล่านี้เป็นเพียงตัวอย่าง ไม่ใช่ข้อมูลลูกค้าของ Quadcode หรือเกณฑ์มาตรฐาน
ถ้าคุณมองแค่ระดับการระดมทุน 60% คุณอาจจะขอให้ทีมขายติดตาม 400 คน ตอนนี้แบ่ง 400 คนตามเหตุการณ์การชำระเงินที่ยืนยัน ในตัวอย่างง่ายๆ นี้ 240 คนไม่เคยพยายามทำการฝากเงินและ 160 คนเคยพยายามแต่ไม่สำเร็จ กลุ่มเหล่านี้อาจยังมีเหตุผลที่แตกต่างกัน ดังนั้นขั้นตอนถัดไปคือการวินิจฉัย ไม่ใช่แค่มหกรรมอัตโนมัติ
| สถานะเจ็ดวัน | ลูกค้าเชิงอ ilustrative | คำถามแรก | การเคลื่อนไหวแรกที่เหมาะสม |
|---|---|---|---|
| อนุมัติและจัดหาเงินทุน | 600 | ยอดคงเหลือได้ถูกชำระและลูกค้าสามารถเข้าใจบัญชีได้ไหม? | ตรวจสอบความถูกต้องของยอดคงเหลือและการเข้าถึงความช่วยเหลือที่เกี่ยวข้อง |
| อนุมัติ, ไม่พยายามฝากเงิน | 240 | ไม่มีวิธีที่เหมาะสม, ไม่มีความตั้งใจที่จะจัดหาเงินทุน, หรือขาดความชัดเจนไหม? | ตรวจสอบความเข้ากันได้ของประเทศและวิธี; ถามเฉพาะเมื่อได้รับอนุญาตให้ติดต่อ |
| อนุมัติ, พยายามแต่ล้มเหลว | 160 | เส้นทางและสาเหตุที่ล้มเหลวที่มุ่งเน้นอยู่ที่นี่คืออะไร? | แก้ไขเส้นทางหรืออธิบายทางเลือกที่มีคุณสมบัติ; ยืนยันว่าไม่มีการชำระเงินที่รอดอยู่ |
ตัวเลขรวมกันเป็น 1,000 แต่สิ่งนี้เป็นภาพรวมที่เรียบง่าย ระบบจริงต้องการสถานะที่ไม่ทับซ้อนกันและกฎสำหรับการลองใหม่ การตั้งค่าที่รอดำเนินการ การเรียกกลับของผู้ให้บริการที่ซ้ำกัน และลูกค้าที่ย้ายจากกลุ่มหนึ่งไปยังอีกกลุ่มหนึ่ง การเดินทางของการชำระเงิน คือที่ที่การกำหนดเหตุการณ์ที่อ่อนแอสามารถทำให้เซ็กเมนต์ที่มีประโยชน์กลายเป็นเซ็กเมนต์ที่ทำให้เข้าใจผิดได้。
ประเด็นคือไม่ใช่การส่งข้อความการศึกษา 240 ข้อความและข้อความการชำระเงิน 160 ข้อความทันที แต่เป็นการหาสาเหตุที่สามารถแก้ไขได้จริง หากครึ่งหนึ่งของความพยายามที่ล้มเหลวมาจากผู้ให้บริการคนเดียวหรือวิธีการที่ไม่ได้รับการสนับสนุน การเปลี่ยนการตั้งค่าการชำระเงินอาจช่วยได้มากกว่าการเขียนเนื้อหานานหนึ่งเดือน
วิธีการบอกว่าการปรับแต่งช่วยได้หรือไม่
อัตราการเปิดและอัตราการคลิกบอกคุณได้ว่าผู้คนสังเกตเห็นข้อความหรือไม่ แต่พวกเขาไม่บอกคุณว่าลูกค้าได้รับความช่วยเหลือที่มีประโยชน์หรือไม่
เลือกมาตรการหลักที่ตรงกับปัญหา สำหรับการแก้ไข KYC นั้น อาจเป็นการส่งข้อมูลใหม่ที่ถูกต้องโดยไม่ต้องส่งตั๋วสนับสนุนอีกครั้ง สำหรับการแก้ไขการชำระเงิน อาจเป็นการตั้งถิ่นฐานที่ประสบความสำเร็จหลังจากความพยายามที่ล้มเหลวที่ได้รับการยืนยัน สำหรับบทเรียนนำเสนอคำสั่ง อาจเป็นการทำงานของภารกิจสาธิตที่ถูกต้อง เก็บรักษาการร้องเรียน การติดต่อติดต่อซ้ำ และการเลือกไม่เข้าร่วมไว้เคียงข้างมาตรการเหล่านั้น
ในกรณีที่มีปริมาณเพียงพอ ให้เปรียบเทียบลูกค้าที่มีคุณสมบัติซึ่งได้รับมอบหมายให้เข้าร่วมการเดินทางใหม่กับลูกค้าที่มีคุณสมบัติซึ่งได้รับประสบการณ์เดิมในช่วงเวลาเดียวกัน อย่าเก็บซ่อนการสนับสนุนที่จำเป็น การเปิดเผยข้อมูล หรือขั้นตอนการปฏิบัติตามจากกลุ่มเปรียบเทียบ และอย่าเปรียบเทียบเฉพาะผู้ที่เปิดข้อความกับผู้ที่ไม่เปิด ผู้ที่เปิดข้อความอาจมีแรงจูงใจมากกว่าอยู่แล้ว
มองข้ามสัปดาห์แรกไป การตลาดสามารถเพิ่มเงินฝากแรกในขณะที่เพิ่มการคืนเงิน การสนับสนุนงาน หรือกิจกรรมที่ไม่เหมาะสม ตรวจสอบกลุ่มลูกค้าเดียวกันใน 30, 60 และ 90 วัน รวมถึงต้นทุนในการให้บริการและต้นทุนความเสี่ยงที่เกี่ยวข้อง นั่นเชื่อมโยงการเปลี่ยนแปลงการเดินทางไปยัง เศรษฐศาสตร์หน่วยการค้าตามกลุ่ม โดยไม่ต้องแกล้งทำว่าเงินฝากคือรายได้
ถ้าตัวอย่างมีขนาดเล็ก บอกให้ชัดเจน สิบบัญชีที่ได้รับเงินสนับสนุนเพิ่มเติมในโครงการนำร่องขนาดเล็กอาจทำให้ต้องพิจารณาอย่างใกล้ชิด นี่ไม่ใช่หลักฐานว่าผลลัพธ์จะสามารถอยู่รอดในประเทศใหม่ ร่วมงาน หรือผลิตภัณฑ์ใหม่ได้
จุดที่การแบ่งกลุ่มโบรกเกอร์มักจะผิดพลาด
ความผิดพลาดที่พบบ่อยคือไม่ใช่การขาดโมเดล AI แต่มันคือการตัดสินใจอย่างมั่นใจจากข้อมูลที่อ่อนแอหรือไม่เหมาะสม
- แท็กมากเกินไป: สี่สิบส่วนที่ไม่มีใครเป็นเจ้าของนั้นมีประโยชน์น้อยกว่าห้าส่วนที่มีการกระทำที่ชัดเจนและกฎหยุด
- การไม่มีการเคลื่อนไหวเป็นตัวกระตุ้นการขาย: การหยุดชะงักหลังจากการขาดทุน การถอนตัว หรือการร้องเรียนไม่ควรกระตุ้นให้มีข้อเสนอที่แข็งแกร่งขึ้นโดยอัตโนมัติ.
- แหล่งข้อมูลเดียวที่เชื่อถือได้เพียงในเอกสาร: ป้าย CRM จะไม่น่าเชื่อถือหากการชำระเงิน, KYC, และการสนับสนุนมีการอัปเดตในความเร็วที่แตกต่างกัน.
- VIP หมายถึงคุณค่าที่สูงสำหรับโบรกเกอร์: ยอดคงเหลือในบัญชีหรือปริมาณไม่ได้บอกคุณว่าลูกค้าต้องการบริการอะไร และเป็นเหตุผลที่ไม่ดีในการให้การสนับสนุนที่แย่กว่ากับผู้อื่น.
- ข้อความที่ปรับแต่งโดยไม่มีการอนุญาต: ข้อความที่เกี่ยวข้องยังสามารถไม่เหมาะสมได้หากมีการละเลยการอนุญาต, คุณสมบัติของผลิตภัณฑ์, หรือกฎการสื่อสารในท้องถิ่น.
- ความสำเร็จที่วัดได้จากกิจกรรมการซื้อขายเท่านั้น: จำนวนคำสั่งซื้อมากขึ้นไม่ได้เป็นหลักฐานของความเข้าใจลูกค้าที่ดีขึ้นหรือความสัมพันธ์ที่แข็งแรงขึ้นโดยตัวมันเอง.
มีค่าใช้จ่ายทางการค้าในการทำผิดพลาดเหล่านี้ด้วย หากพันธมิตรหนึ่งนำลูกค้าที่เกิดปัญหาการชำระเงินซ้ำ ๆ การส่งข้อความรักษาลูกค้าแบบกว้างจะไม่ช่วยกลุ่มนั้นได้ หากบทเรียนเกี่ยวกับผลิตภัณฑ์ช่วยลดข้อผิดพลาดและคำขอที่หลีกเลี่ยงได้ อาจมีค่ามากกว่าการส่งโปรโมชันเพิ่มเติม การแบ่งกลุ่มควรทำให้ความแตกต่างเหล่านั้นชัดเจน ไม่ใช่ปกปิดด้วยตัวเลขการรักษาลูกค้าเพียงตัวเดียว
สิ่งที่ฉันจะสร้างในเดือนแรก
เริ่มต้นด้วยการติดตามเหตุการณ์ ไม่ใช่ปฏิทินการรณรงค์ ตกลงกันเกี่ยวกับความหมายเดียวสำหรับที่ได้รับการอนุมัติ, ที่พยายาม, ที่ชำระแล้ว, ที่ล้มเหลว, ที่รอดำเนินการ, การซื้อขายครั้งแรก, การร้องเรียนที่เปิดอยู่, และการถอนเงินที่เสร็จสมบูรณ์ มอบเวลาให้กับแต่ละสถานะ แหล่งที่มา และเจ้าของ จากนั้นตรวจสอบตัวอย่างเล็กน้อยของบัญชีจริงกับสิ่งที่ CRM กล่าวถึง
ถัดไปให้เลือกปัญหาที่เกิดซ้ำหนึ่งอย่าง การชำระเงินล้มเหลวมักเป็นตัวเลือกที่ดีเพราะเหตุการณ์นี้มองเห็นได้และลูกค้าสามารถบอกคุณได้ว่าคำตอบช่วยได้หรือไม่ กำหนดกลุ่มที่มีสิทธิ์ การยกเว้น การตอบสนอง และกฎการหยุด ให้ฝ่ายการเงิน ฝ่ายสนับสนุน ฝ่ายปฏิบัติตามกฎหมาย และฝ่ายการตลาดตรวจสอบกระบวนการเดียวกันก่อนที่จะเริ่มใช้งาน
ทำการรันด้วยระดับเสียงที่ควบคุมได้ ตรวจสอบกรณีที่เกิดข้อผิดพลาด ไม่ใช่แค่เฉลี่ยรวมเท่านั้น ลูกค้าได้รับวิธีการสำรองที่ไม่เกี่ยวข้องหรือไม่? การชำระเงินที่รอดำเนินการถูกจัดประเภทผิดว่าเป็นการล้มเหลวหรือไม่? ตัวแทนสนับสนุนเห็นสถานะเดียวกันกับผู้ค้าไหม? แก้ไขข้อผิดพลาดเหล่านั้นก่อนที่จะเพิ่มการเดินทางครั้งที่สอง.
เมื่อกฎข้อแรกทำงานได้แล้ว ให้เพิ่มอีกข้อหนึ่ง การแก้ไขการตรวจสอบหรือบทเรียนแพลตฟอร์มที่เลือกใช้จากลูกค้าที่มีเงินทุนอาจเป็นขั้นถัดไป จังหวะจะขึ้นอยู่กับคุณภาพข้อมูลและการเข้าชมของคุณ ไม่ใช่เป้าหมายสิบระบบอัตโนมัติภายในวันศุกร์ โบรกเกอร์ที่มีเส้นทางที่เชื่อถือได้และเคารพสามเส้นทางจะอยู่ในสภาพที่ดีกว่าโบรกเกอร์ที่มีการไหลห้าสิบที่ไม่สามารถอธิบายได้
