Best Practices ด้าน PDPA สำหรับเว็บไซต์ สำหรับอสังหาริมทรัพย์และธุรกิจที่เก็บ Lead ที่นำไปใช้ได้จริง

ทีมการตลาดของบริษัทพัฒนาอสังหาริมทรัพย์แห่งหนึ่งกำลังจะเปิดตัว Landing Page โครงการคอนโดใหม่ในอีกสองสัปดาห์ ฝ่ายกราฟิกออกแบบฟอร์ม "จองสิทธิ์ Early Bird" ที่มีช่องกรอกเบอร์โทร LINE ID และงบประมาณที่สนใจไว้เรียบร้อยแล้ว แต่ยังไม่มีใครในทีมตกลงกันว่าใครจะเป็นคนเห็นข้อมูลนี้ต่อ นายหน้าพันธมิตรจะได้รับข้อมูลช่วงไหน และจะเก็บสถานะความยินยอมของลูกค้าไว้ตรงไหน

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

วางแผนโครงสร้างข้อมูลก่อนเปิด Landing Page ของโครงการ

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

Best Practice การเก็บ LINE ID ลูกค้าคืออะไรเป็นคำถามที่ทีมการตลาดอสังหาฯ ควรตอบให้ชัดตั้งแต่ขั้นวางแผน เพราะ LINE ID มักถูกใช้เป็นช่องทางติดตามผลระยะยาวมากกว่าเบอร์โทร หลักปฏิบัติคือเก็บเฉพาะเมื่อลูกค้ายินยอมให้ติดต่อผ่านช่องทางนี้โดยเฉพาะ และแจ้งให้ชัดว่าจะใช้ LINE OA หรือแอดมินส่วนตัวติดต่อกลับ ไม่ใช่เก็บมาเผื่อใช้ภายหลังโดยไม่มีการแจ้งวัตถุประสงค์

ออกแบบฟอร์มลงทะเบียนและฟอร์มนัดชมโครงการให้ขอความยินยอมชัดเจน

ฟอร์มจองสิทธิ์และฟอร์มลงทะเบียนรับโปรโมชั่น

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

Consent แยกตามวัตถุประสงค์ ไม่ผูกกับการใช้บริการ

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

จัดการข้อมูลใน Sales CRM อย่างเป็นระบบ

กำหนดเจ้าของ Lead แต่ละรายให้ชัดเจน

เมื่อ Lead เข้ามาจากหลายช่องทางพร้อมกัน ทั้งฟอร์มเว็บไซต์ โฆษณา Facebook และคอลเซ็นเตอร์ ควรมีกติกาใน CRM ว่า Lead รายหนึ่งมีเจ้าของงานเพียงคนเดียวในเวลาหนึ่ง เพื่อลดการที่พนักงานหลายคนโทรหาลูกค้ารายเดียวกันพร้อมกันโดยไม่รู้ตัว

เก็บเฉพาะข้อมูลที่จำเป็นต่อขั้นตอนนั้น

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

จำกัดสิทธิ์เข้าถึงตามบทบาทหน้าที่

CRM ของทีมขายควรจำกัดสิทธิ์เข้าถึงอย่างไรเป็นคำถามที่ควรตอบตั้งแต่วันติดตั้งระบบ พนักงานขายควรเห็นเฉพาะ Lead ที่ตนดูแล หัวหน้าทีมเห็นภาพรวมของทีมตนเอง ส่วนสิทธิ์ export ข้อมูลออกนอกระบบควรจำกัดเฉพาะผู้ดูแลระบบหรือผู้จัดการที่ได้รับมอบหมาย ไม่ใช่ให้พนักงานทุกคน export ไฟล์ Excel ได้อิสระ

แนวทางทำงานกับนายหน้าและ Lead Reseller ภายนอก

แจ้งและขอความยินยอมก่อนส่งต่อ ไม่ใช่แจ้งทีหลัง

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

ควบคุมขอบเขตการเข้าถึงของนายหน้าภายนอก

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

การจัดการ Consent สำหรับข้อมูลนัด Site Visit และ Follow-up ระยะยาว

ควร Follow-up ลูกค้าที่เคยลงทะเบียนไว้นานแค่ไหนเป็นคำถามที่ไม่มีคำตอบตายตัว แต่ทีมควรกำหนดกรอบเวลาไว้ในนโยบายภายในของบริษัทเอง โดยอิงจากรอบการตัดสินใจซื้อจริงของกลุ่มลูกค้าเป้าหมายและวัตถุประสงค์ที่เคยแจ้งไว้ตอนลงทะเบียน เมื่อพ้นกรอบเวลาที่กำหนด ควรมีรอบทบทวนว่าจะติดต่อขอความยินยอมใหม่ ลบข้อมูล หรือย้ายไปเก็บในสถานะแยกต่างหาก ไม่ปล่อยให้ Lead เก่าปะปนกับ Lead ที่กำลังดูแลอยู่

สำหรับทีมที่ต้องการตัวอย่างข้อความ Consent และ Privacy Notice ที่ใช้ได้จริงกับฟอร์มจองสิทธิ์และฟอร์มนัดชมโครงการ สามารถดูตัวอย่างเพิ่มเติมได้ในบทความ ตัวอย่างและ Template PDPA สำหรับเว็บไซต์อสังหาริมทรัพย์ ส่วนโครงการที่มีหลายเว็บไซต์พร้อมกันและกำลังตัดสินใจว่าจะจัดการเรื่องนี้เองหรือใช้เครื่องมือช่วย ควรอ่านเพิ่มเติมที่ เปรียบเทียบแนวทางจัดการ PDPA สำหรับเว็บไซต์อสังหาริมทรัพย์ ควบคู่กัน และสามารถลองตรวจสอบความพร้อมเบื้องต้นของหน้า Landing Page ปัจจุบันผ่าน การสแกนความน่าเชื่อถือเว็บไซต์เบื้องต้น ก่อนเปิดแคมเปญใหม่ทุกครั้ง

เตรียมความพร้อมรับคำขอใช้สิทธิของลูกค้าที่เคยลงทะเบียนไว้

ช่องทางให้ลูกค้าติดต่อขอดูหรือลบข้อมูลของตัวเอง

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

ขั้นตอนภายในเมื่อได้รับคำขอลบหรือถอนความยินยอม

เมื่อได้รับคำขอจากลูกค้าแล้ว ทีมควรมีขั้นตอนที่ชัดเจนว่าใครเป็นผู้รับเรื่อง ต้องแจ้งผลกลับลูกค้าภายในกรอบเวลาเท่าใด และต้องอัปเดตสถานะในกี่ระบบ เพราะข้อมูลของโครงการอสังหาริมทรัพย์มักกระจายอยู่ทั้งใน CRM หลัก ไฟล์ Excel ของทีมขาย ระบบส่ง SMS/LINE OA และบางครั้งอยู่ที่นายหน้าภายนอกด้วย การลบเฉพาะใน CRM หลักโดยลืมแจ้งช่องทางอื่นทำให้ลูกค้ายังถูกติดต่อซ้ำแม้จะขอถอนความยินยอมไปแล้ว

ประสานงานกับทีมขายหน้างานและบูธนอกสถานที่

อบรมพนักงานขายให้เข้าใจว่าข้อมูลที่รับหน้างานต้องเข้าระบบกลาง

ทีมขายหน้างานที่บูธหรือในสำนักงานขายมักเป็นจุดที่รับข้อมูลลูกค้าเร็วที่สุด แต่ก็เป็นจุดที่หลุดออกจากระบบกลางบ่อยที่สุดเช่นกัน เพราะพนักงานมักจดชื่อและเบอร์ลงกระดาษหรือโน้ตในโทรศัพท์ส่วนตัวก่อน แล้วค่อยพิมพ์เข้า CRM ภายหลังเมื่อมีเวลาว่าง ระหว่างนั้นข้อมูลลูกค้าจึงอยู่ในสถานะที่บริษัทตรวจสอบและควบคุมไม่ได้ แนวทางที่ควรทำคือจัดอุปกรณ์หรือแอปให้พนักงานกรอกข้อมูลลูกค้าเข้าระบบกลางได้ทันทีตั้งแต่หน้างาน พร้อมข้อความแจ้งวัตถุประสงค์สั้น ๆ ที่พนักงานพูดกับลูกค้าให้ตรงกับสิ่งที่ระบบบันทึกไว้

จัดชุดข้อความ Consent มาตรฐานให้พนักงานขายใช้ตอบลูกค้า

เมื่อลูกค้าถามหน้างานว่าข้อมูลจะถูกใช้ทำอะไรบ้าง พนักงานขายควรตอบได้ตรงกันทุกคน ไม่ใช่แต่ละคนอธิบายไม่เหมือนกันตามความเข้าใจส่วนตัว ทีมการตลาดและฝ่ายกฎหมายจึงควรร่วมกันจัดชุดข้อความสั้น ๆ ที่อธิบายวัตถุประสงค์การใช้ข้อมูลให้พนักงานท่องจำหรือมีบัตรช่วยจำติดตัวไว้ เพื่อให้คำอธิบายที่ลูกค้าได้ยินตรงกับสิ่งที่เขียนไว้ในฟอร์มและ Privacy Notice ของโครงการ

เช็กลิสต์ปฏิบัติ

• ตอบให้ได้ก่อนออกแบบฟอร์มว่าเก็บข้อมูลอะไร ใครเข้าถึงได้ และจะส่งต่อไปที่ใดบ้าง
• แยกช่องยินยอมอย่างน้อยสามแบบในฟอร์มจองสิทธิ์และฟอร์มนัดชมโครงการ
• ไม่บังคับให้ยินยอมรับข่าวสารหรือส่งต่อข้อมูลเป็นเงื่อนไขก่อนนัดชมโครงการได้
• กำหนดเจ้าของ Lead แต่ละรายใน CRM ให้ชัดเจน ลดการติดต่อซ้ำซ้อน
• จำกัดสิทธิ์ export ข้อมูลออกนอกระบบเฉพาะผู้ดูแลระบบหรือผู้จัดการที่ได้รับมอบหมาย
• ขอความยินยอมแยกต่างหากก่อนส่งข้อมูลลูกค้าให้นายหน้าภายนอก พร้อมบันทึกว่าใครได้รับข้อมูลไปเมื่อใด
• กำหนดกรอบเวลา Follow-up และรอบทบทวนข้อมูล Lead เก่าที่ยังไม่ปิดการขาย

ข้อผิดพลาดที่พบบ่อย

• ออกแบบฟอร์มจองสิทธิ์ให้เสร็จก่อน แล้วค่อยคิดเรื่องการจัดการข้อมูลทีหลัง
• ใช้ Checkbox ยินยอมเดียวครอบทุกวัตถุประสงค์เพื่อความเร็วในการกรอกฟอร์ม
• เปิดสิทธิ์ export ข้อมูลจาก CRM ให้พนักงานขายทุกคนโดยไม่จำกัด
• ส่งข้อมูลให้นายหน้าภายนอกโดยไม่มีบันทึกว่าส่งรายใดไปให้ใครเมื่อใด
• ไม่มีกรอบเวลา Follow-up ทำให้ Lead เก่าปะปนกับ Lead ใหม่ในระบบเดียวกัน

สรุป

การวางระบบ PDPA ที่ใช้ได้จริงสำหรับโครงการอสังหาริมทรัพย์เริ่มจากการตกลงเรื่องโครงสร้างข้อมูลก่อนเปิด Landing Page ไม่ใช่แก้ไขทีหลังเมื่อ Lead เริ่มไหลเข้าระบบแล้ว การแยกความยินยอมตามวัตถุประสงค์ จำกัดสิทธิ์เข้าถึงใน CRM และควบคุมการส่งต่อข้อมูลให้นายหน้าอย่างมีหลักฐาน คือแนวทางที่ทีมขายและการตลาดนำไปปรับใช้ได้จริงในทุกโครงการ

แหล่งข้อมูลอ้างอิง

• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)