วิธีวางระบบ PDPA สำหรับธุรกิจสุขภาพ สำหรับอสังหาริมทรัพย์และธุรกิจที่เก็บ Lead แบบเป็นขั้นตอน

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

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

ทำไมข้อมูลสุขภาพในเส้นทาง Lead อสังหาริมทรัพย์ต้องยกระดับการดูแล

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

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

ตัวอย่างจุดที่ข้อมูลสุขภาพมักแทรกเข้ามาในธุรกิจอสังหาริมทรัพย์ ได้แก่

• โครงการที่อยู่อาศัยผู้สูงอายุที่ถามโรคประจำตัวเพื่อจัดห้องพักและบริการพยาบาล
• คอนโดหรือโครงการใกล้โรงพยาบาลที่การตลาดเจาะกลุ่มผู้ป่วยหรือญาติผู้ป่วย
• แบบฟอร์มขอสินเชื่อที่อยู่อาศัยที่มีช่องกรอกประวัติสุขภาพประกอบการประเมินความเสี่ยง
• Call Center ที่จดบันทึกข้อมูลสุขภาพลูกค้าเพิ่มเติมนอกฟอร์มมาตรฐาน

ขั้นตอนที่ 1 — สำรวจจุดที่ข้อมูลสุขภาพแทรกอยู่ในเส้นทางลูกค้า

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

หน้าเว็บไซต์และฟอร์มจอง

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

Call Center และฝ่ายขายหน้างาน

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

ระบบ CRM และไฟล์ที่ทีมขายใช้เก็บ Lead

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

ขั้นตอนที่ 2 — แยกความยินยอมเฉพาะข้อมูลอ่อนไหวออกจากข้อมูลติดต่อทั่วไป

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

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

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

ขั้นตอนที่ 3 — ควบคุม Script การตลาดให้ทำงานสอดคล้องกับ Consent จริง

ต่อให้แบบฟอร์มออกแบบมาดีเพียงใด แต่ถ้า Pixel การตลาดหรือ Retargeting Script ยิงออกไปก่อนลูกค้ากดยินยอม ข้อมูลก็รั่วไหลไปยังผู้ให้บริการโฆษณาแล้วโดยไม่มีความยินยอมรองรับ ทีมควรทดสอบพฤติกรรมของ Script ในสถานการณ์ Accept All, Reject All และ Custom Selection ทั้งบนเว็บไซต์หลักและหน้า Landing Page ที่ทีมการตลาดสร้างแยกเพื่อแคมเปญเฉพาะ

จุดที่มักพลาดคือ Landing Page แคมเปญโฆษณาที่ทีมการตลาดสร้างเร็ว ๆ แล้วลืมเชื่อมกับ Banner ยินยอมของเว็บไซต์หลัก ทำให้ Tag ยิงทำงานอิสระโดยไม่ผ่านการตรวจ Consent เลย เครื่องมืออย่าง เช็กลิสต์ PDPA สำหรับธุรกิจสุขภาพ สำหรับอสังหาริมทรัพย์และธุรกิจที่เก็บ Lead ช่วยให้ทีมไล่ตรวจจุดเหล่านี้เป็นระบบก่อนเปิดใช้งานแคมเปญใหม่แต่ละครั้ง

ขั้นตอนที่ 4 — ปรับ Privacy Policy และสคริปต์ที่ฝ่ายขายใช้พูดกับลูกค้า

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

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

ขั้นตอนที่ 5 — วางรอบทบทวนและกำหนดผู้รับผิดชอบ

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

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

สถานการณ์ที่ทีมอสังหาริมทรัพย์มักเจอจริงในหน้างาน

การวางระบบบนกระดาษกับสิ่งที่เกิดขึ้นจริงหน้างานมักไม่ตรงกัน สามสถานการณ์ต่อไปนี้เป็นรูปแบบที่พบซ้ำในทีมอสังหาริมทรัพย์และทีม Lead Generation หลายแห่ง

• ทีมพัฒนาเว็บไซต์ไม่รู้ว่าทีมการตลาดเพิ่ม Pixel ติดตามผลแคมเปญใหม่ในหน้า Landing Page เอง ทำให้ไม่มีใครตรวจสอบว่า Pixel นั้นทำงานสอดคล้องกับ Banner ยินยอมของเว็บไซต์หลักหรือไม่
• ลูกค้ากด Reject All บน Banner แล้ว แต่ Tag การตลาดบางตัวที่ฝังตายตัวในธีมเว็บไซต์ยังคงทำงานต่อ เพราะไม่ได้เชื่อมกับระบบควบคุม Consent ตั้งแต่แรก
• ทีมเปลี่ยนธีมหรือปรับหน้าเว็บไซต์โครงการใหม่ แล้ว Script ควบคุม Consent ที่เคยติดตั้งไว้หายไปโดยไม่มีใครสังเกตจนกว่าจะมีการตรวจซ้ำ

คำถามที่พบบ่อย

ธุรกิจอสังหาริมทรัพย์ต้องขอความยินยอมข้อมูลสุขภาพแยกจากข้อมูลทั่วไปหรือไม่

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

Call Center ที่จดข้อมูลสุขภาพลูกค้าเองต้องทำอย่างไร

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

ใช้ Privacy Policy Generator แล้วไม่ต้องให้ทนายตรวจได้หรือไม่

ไม่ควร เครื่องมือช่วยร่างเป็นจุดเริ่มต้น แต่ธุรกิจที่มีข้อมูลอ่อนไหวอย่างข้อมูลสุขภาพควรให้ผู้เชี่ยวชาญตรวจก่อนเผยแพร่จริง

เมื่อใดควรส่งต่อฝ่ายกฎหมายหรือผู้เชี่ยวชาญทันที

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

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

• สำรวจฟอร์มเว็บไซต์ทุกจุดว่ามีช่องข้อมูลสุขภาพหรือไม่
• สอบถามฝ่ายขายและ Call Center ว่าจดบันทึกข้อมูลสุขภาพเพิ่มเติมที่ไหนบ้าง
• ตรวจ CRM และไฟล์ทีมขายว่ามีช่องหมายเหตุอิสระที่เสี่ยงมีข้อมูลอ่อนไหวหรือไม่
• ออกแบบช่องยินยอมข้อมูลสุขภาพแยกจากช่องรับข่าวสารการตลาด
• ทดสอบ Script การตลาดบน Landing Page แคมเปญทุกหน้าว่าทำงานตาม Consent
• ปรับ Privacy Policy และสคริปต์พูดของฝ่ายขายให้ตรงกับข้อมูลที่เก็บจริง
• กำหนดผู้รับผิดชอบและรอบทบทวนระบบอย่างต่อเนื่อง

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

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

สรุป

การวางระบบ PDPA สำหรับธุรกิจอสังหาริมทรัพย์ที่มีข้อมูลสุขภาพแทรกในเส้นทาง Lead ไม่ใช่แค่การติด Cookie Banner แต่ต้องไล่ตั้งแต่จุดที่ข้อมูลเข้ามา การขอความยินยอมเฉพาะส่วน การควบคุม Script การตลาด ไปจนถึงการปรับ Policy และสคริปต์ของฝ่ายขายให้ตรงกับความจริง ทีมที่มีข้อมูลอ่อนไหวควรให้ผู้เชี่ยวชาญด้านกฎหมายตรวจในจุดที่ต้องใช้ดุลยพินิจเฉพาะกรณี

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

• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)
• ศูนย์ความรู้ Business, Industry & SEO ของ trusty