ระเบียนข้อมูลหลักของลูกค้า
ID ลูกค้าที่คงที่ ชื่อตามกฎหมายและชื่อที่แสดง เซกเมนต์ ภูมิภาค ผู้รับผิดชอบ ผู้ติดต่อหลัก สถานะ แหล่งที่มา และวันที่ตรวจสอบล่าสุด
กรณีใช้งาน
ซอฟต์แวร์ฐานข้อมูลลูกค้า
จัดการระเบียนข้อมูลหลักของลูกค้า การนำเข้า การตรวจทานข้อมูลซ้ำ ผู้รับผิดชอบ ข้อมูลที่ขาด ระเบียนที่ล้าสมัย และการติดตามคุณภาพข้อมูลในแอปเดียว
- ฟิลด์และผู้รับผิดชอบของระเบียนข้อมูลหลักสอดคล้องกัน
- ตรวจสอบข้อผิดพลาดจากการนำเข้าและรายการที่อาจซ้ำได้
- มอบหมายระเบียนที่ข้อมูลขาด ล้าสมัย และยังไม่ตรวจสอบเพื่อแก้ไข
ทีมต้องมีระเบียนที่กำหนดค่าได้และตัวเลือกที่อยู่ภายใต้การกำกับดูแลข้อมูลลูกค้าต้องเชื่อมโยงกับความต้องการ การทบทวน และขั้นตอนถัดไปผู้ดูแลระบบฝ่ายธุรกิจเป็นเจ้าของโมเดลข้อมูลและกระบวนการทบทวน
สร้างฐานข้อมูลลูกค้าที่ทุกคนเชื่อถือได้
เปลี่ยนแถวข้อมูลลูกค้าที่นำเข้าให้เป็นระเบียนข้อมูลหลักที่เชื่อถือได้
ซอฟต์แวร์ฐานข้อมูลลูกค้าควรกำหนดมาตรฐานให้กับข้อมูลระบุตัวตน ผู้รับผิดชอบ บริบทของผู้ติดต่อ แหล่งที่มา การตรวจสอบความถูกต้อง การตัดสินใจเรื่องข้อมูลซ้ำ และวันที่ทบทวน Jodoo รวมระเบียนข้อมูลหลักที่เป็นโครงสร้าง ตัวเลือกที่มีการกำกับดูแล ชุดข้อมูลนำเข้า คิวตรวจทาน สิทธิ์ ตัวกรอง และแดชบอร์ด เพื่อให้ติดตามคุณภาพข้อมูลได้อย่างต่อเนื่องหลังการอัปโหลดครั้งแรก
ระเบียนที่ช่วยกำกับการนำเข้าและข้อมูลระบุตัวตน
เก็บแหล่งที่มา การตัดสินใจ และการแก้ไขเบื้องหลังระเบียนลูกค้าทุกรายการ
ชุดข้อมูลนำเข้า
ไฟล์ต้นทาง ฟิลด์ที่จับคู่ แถวที่นำเข้า แถวที่ถูกปฏิเสธ รายการที่อาจซ้ำ ค่าที่ขาด ผู้รับผิดชอบการนำเข้า และสถานะการตรวจสอบความถูกต้อง
การตรวจสอบข้อมูลซ้ำและคุณภาพข้อมูล
ระเบียนที่อาจตรงกัน เหตุผลในการจับคู่ ค่าที่ขัดแย้ง ระเบียนหลักที่เลือก ผู้ตรวจทาน ผลการตัดสินใจ งานแก้ไข และประวัติที่เก็บไว้
ทะเบียนคุณภาพข้อมูล
ผู้รับผิดชอบที่ขาดหาย ข้อมูลผู้ติดต่อไม่ครบ ระเบียนล้าสมัย ความเสี่ยงด้านข้อมูลซ้ำ การทบทวนความยินยอม ขั้นตอนถัดไป ผู้รับผิดชอบ และวันครบกำหนด
จากแถวข้อมูลที่นำเข้าสู่ระเบียนลูกค้าที่เชื่อถือได้
ขับเคลื่อนการนำเข้าแต่ละชุดตั้งแต่การแมปจนได้ข้อมูลลูกค้าที่เชื่อถือได้
ฐานข้อมูลที่มีประโยชน์ต้องบันทึกวิธีจับคู่แต่ละแถว ความขัดแย้งที่ต้องตัดสินใจ ผู้รับผิดชอบการแก้ไข และวันที่ตรวจสอบระเบียนหลักครั้งล่าสุด
- 1กำหนดข้อมูลระบุตัวตนและผู้มีอำนาจดูแลแต่ละฟิลด์ID ลูกค้าที่คงที่ ชื่อตามกฎหมายและชื่อที่แสดง เซกเมนต์ ภูมิภาค ผู้รับผิดชอบ ผู้ติดต่อหลัก สถานะ แหล่งที่มา และวันที่ตรวจสอบล่าสุด
- 2นำเข้าและตรวจสอบความถูกต้องของข้อมูลหนึ่งชุดไฟล์ต้นทาง ฟิลด์ที่จับคู่ แถวที่นำเข้า แถวที่ถูกปฏิเสธ รายการที่อาจซ้ำ ค่าที่ขาด ผู้รับผิดชอบการนำเข้า และสถานะการตรวจสอบความถูกต้อง
- 3จัดการข้อมูลซ้ำและค่าที่ขาดหายระเบียนที่อาจตรงกัน เหตุผลในการจับคู่ ค่าที่ขัดแย้ง ระเบียนหลักที่เลือก ผู้ตรวจทาน ผลการตัดสินใจ งานแก้ไข และประวัติที่เก็บไว้
- 4ติดตามระเบียนล้าสมัยและการดำเนินการด้านคุณภาพข้อมูลผู้รับผิดชอบที่ขาดหาย ข้อมูลผู้ติดต่อไม่ครบ ระเบียนล้าสมัย ความเสี่ยงด้านข้อมูลซ้ำ การทบทวนความยินยอม ขั้นตอนถัดไป ผู้รับผิดชอบ และวันครบกำหนด
คุณภาพข้อมูลปฏิบัติการ
รักษาความน่าเชื่อถือของฐานข้อมูลหลังการนำเข้าครั้งแรก
ฐานข้อมูลลูกค้าต้องมีกระบวนการดูแลอย่างสม่ำเสมอ ไม่ใช่มีเพียงโครงสร้างข้อมูล การกำหนดผู้รับผิดชอบ การตรวจสอบความถูกต้อง การจัดการข้อมูลซ้ำ การทบทวนระเบียนล้าสมัย และตัวเลือกที่มีการกำกับดูแล จะเป็นตัวตัดสินว่าทีมยังใช้ฐานข้อมูลทำงานจริงได้หรือไม่ในอีกหลายเดือนต่อมา
ระเบียนที่ระบุชื่อผู้รับผิดชอบ
กำหนดผู้รับผิดชอบการแก้ไขและการดำเนินการถัดไปกับลูกค้า
นโยบายจับคู่ข้อมูลซ้ำ
ตกลงหลักเกณฑ์สำหรับอีเมล โทรศัพท์ ID ภายนอก บริษัท และการจัดการคู่ที่จับคู่ไม่แน่นอน
ช่วงเวลาสำหรับทบทวนระเบียนล้าสมัย
กำหนดช่วงเวลาตามเซกเมนต์และรอบความสัมพันธ์แทนการใช้กฎเดียวกับทั้งหมด
มาตรฐานระเบียน
กำหนดฟิลด์บังคับสำหรับข้อมูลระบุตัวตน กลุ่ม ผู้รับผิดชอบ วงจรชีวิต ผู้ติดต่อ และการทบทวน
ค่าที่มีการควบคุม
ใช้ตัวเลือกภายใต้การกำกับดูแลสำหรับฟิลด์ที่ควบคุมการส่งต่องาน ตัวกรอง สิทธิ์ หรือการรายงาน
คิวตรวจสอบคุณภาพข้อมูล
มอบหมายการแก้ไขค่าที่ขาด ความขัดแย้ง ระเบียนซ้ำ ระเบียนล้าสมัย และการนำเข้าที่ล้มเหลว
ปรับโมเดลข้อมูลโดยไม่ต้องทำโครงการย้ายข้อมูลอีกครั้ง
ปรับกระบวนการฐานข้อมูลลูกค้าโดยไม่ต้องสร้างแอปพลิเคชันใหม่
เพิ่มเซกเมนต์ ตัวเลือกการตรวจสอบ การแมปข้อมูลนำเข้า กฎคุณภาพ และมุมมองระเบียนล้าสมัย
ระยะเวลาวงจรการเปลี่ยนแปลงโดยทั่วไปการปรับกระบวนการที่เน้นจุดสำคัญและผ่านการทดสอบหนึ่งรายการ
กำหนดสคีมา ประสานงานสิ่งที่การนำเข้าและรายงานต้องพึ่งพา ทดสอบการเชื่อมต่อระบบที่มีอยู่ และกำหนดวันเผยแพร่
ปรับฟิลด์และตัวเลือก ทดสอบการแมปข้อมูลนำเข้า สร้างมุมมองคุณภาพ และตรวจสอบยอดรวมบนแดชบอร์ด
ใช้ Jodoo เมื่อคุณภาพข้อมูลเป็นส่วนหนึ่งของงานปฏิบัติการ
ใช้ Jodoo เมื่อฐานข้อมูลต้องรองรับการทำงานจริง
- ทีมต้องมีระเบียนที่กำหนดค่าได้และตัวเลือกที่อยู่ภายใต้การกำกับดูแล
- ข้อมูลลูกค้าต้องเชื่อมโยงกับความต้องการ การทบทวน และขั้นตอนถัดไป
- ผู้ดูแลระบบฝ่ายธุรกิจเป็นเจ้าของโมเดลข้อมูลและกระบวนการทบทวน
คำถามที่พบบ่อย
คำถามเกี่ยวกับกรณีใช้งานนี้
ฐานข้อมูลลูกค้าควรเริ่มจากฟิลด์ใดบ้าง
เริ่มจากข้อมูลระบุตัวตนลูกค้า เซกเมนต์ ผู้รับผิดชอบ ผู้ติดต่อหลัก ขั้นตอนวงจรชีวิต สุขภาพหรือความเสี่ยงปัจจุบันเมื่อเกี่ยวข้อง การดำเนินการถัดไป วันที่ทบทวน และแหล่งที่มาของระเบียน
จะรักษาความสะอาดของข้อมูลลูกค้าหลังนำเข้าได้อย่างไร
กำหนดผู้รับผิดชอบข้อมูล กำกับดูแลฟิลด์ตัวเลือก ตรวจสอบระเบียนซ้ำก่อนรวม แสดงค่าที่ขาดหรือขัดแย้ง และใช้คิวตรวจระเบียนล้าสมัยเป็นประจำพร้อมผู้รับผิดชอบการแก้ไข
เมื่อใด Jodoo จึงเหมาะสำหรับใช้เป็นฐานข้อมูลลูกค้า
Jodoo เหมาะกับฐานข้อมูลปฏิบัติการที่ทีมดูแลผ่านฟอร์ม การนำเข้า สิทธิ์ เวิร์กโฟลว์ มุมมองแบบกรอง และแดชบอร์ด พร้อมนำข้อมูลไปใช้กับงานลูกค้าในปัจจุบัน
เมื่อใดจึงจำเป็นต้องใช้แพลตฟอร์มข้อมูลหลักหรือข้อมูลลูกค้า
ใช้เครื่องมือ MDM, CDP หรือคลังข้อมูลเฉพาะทาง เมื่อข้อกำหนดหลักคือการรับเหตุการณ์แบบเรียลไทม์ การระบุตัวตนให้เป็นหนึ่งเดียวทั่วองค์กร การจับคู่กับระเบียนหลักฉบับจริง หรือการสร้างโมเดลวิเคราะห์ขนาดใหญ่
ขั้นตอนถัดไป
นำ ซอฟต์แวร์ฐานข้อมูลลูกค้า มาใช้งานจริงใน Jodoo
เปิด พื้นที่ทำงานคุณภาพฐานข้อมูลลูกค้าใน Jodoo แล้วดำเนินการตั้งแต่ “กำหนดข้อมูลระบุตัวตนและผู้มีอำนาจดูแลแต่ละฟิลด์” ถึง “ติดตามระเบียนล้าสมัยและการดำเนินการด้านคุณภาพข้อมูล” จากนั้นปรับฟิลด์ ผู้รับผิดชอบ การเข้าถึง การแจ้งเตือน มุมมอง และแดชบอร์ดให้เข้ากับความสัมพันธ์ที่ทีมต้องจัดการ