เอานามบัตรที่เก็บได้จากงานแสดงสินค้าไปทำการตลาดได้ไหม — คู่มือ GDPR สำหรับการเก็บข้อมูลลีด

หลังจบงานแสดงสินค้าทุกครั้ง สิ่งเดียวกันจะเกิดขึ้นในแผนกการตลาดทั่วทุกหนแห่ง: กองนามบัตรและบัตรผู้เข้าชมที่สแกนไว้ถูกอัปโหลดเข้ารายชื่อจดหมายข่าวทันที ขอตอบสั้น ๆ ไว้ก่อนเลย — การได้รับนามบัตรของใครสักคน ไม่เท่ากับการได้รับความยินยอมทำการตลาดจากเขา นามบัตรส่งสัญญาณว่า "ติดต่อฉันได้เรื่องที่เราคุยกัน" ไม่ใช่ "เพิ่มฉันเข้าทุกแคมเปญที่คุณทำ" ภายใต้ GDPR ข้อมูลติดต่อบนนามบัตรคือข้อมูลส่วนบุคคล และการใช้งานทุกครั้งต้องมีฐานทางกฎหมายรองรับ คู่มือนี้จะพาผู้ออกบูธและผู้จัดงานอีเวนต์ไล่ดูว่าสิ่งนั้นหมายถึงอะไรในทางปฏิบัติ — ตั้งแต่วินาทีที่ลีดถูกเก็บที่บูธ จนถึงวันที่บันทึกถูกลบ

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

ทำไมถึงใช้นามบัตรที่ได้รับมาเฉย ๆ ไม่ได้

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

บริบทสำคัญมาก เมื่อผู้เยี่ยมชมยื่นนามบัตรให้ระหว่างการสนทนาที่บูธ ความคาดหวังที่สมเหตุสมผลคือการติดตามผลเกี่ยวกับบทสนทนานั้น — ใบเสนอราคาที่คุณรับปาก การประชุมที่ตกลงกันว่าจะนัด การติดตามผลลักษณะนั้นมักอ้างฐานประโยชน์อันชอบธรรม (legitimate interest) ได้ หากคุณชั่งน้ำหนักอย่างเหมาะสมและจัดทำเอกสารการประเมินนั้นไว้ แต่อีเมลการตลาดที่ส่งซ้ำ ๆ เป็นอีกเรื่อง ฐานที่ปลอดภัยกว่าและถูกแนะนำอย่างกว้างขวางสำหรับจดหมายข่าวและแคมเปญส่งเสริมการขายคือความยินยอม — ที่ให้โดยอิสระ เจาะจง ได้รับข้อมูลครบ และมีการบันทึกไว้ และไม่ว่าคุณอ้างฐานใด กฎการตลาดทางอิเล็กทรอนิกส์ในหลายเขตอำนาจยังเพิ่มข้อกำหนด opt-in หรือ opt-out ของตัวเองซ้อนบน GDPR อีกชั้น

รูปแบบเสี่ยงสามแบบโผล่มาซ้ำแล้วซ้ำเล่าตามหน้างาน:

1. ถือว่านามบัตรคือความยินยอมแบบครอบจักรวาล ความยินยอมภายใต้ GDPR ต้องเจาะจงและพิสูจน์ได้ นามบัตรในโหลแก้วไม่พิสูจน์ทั้งสองอย่าง
2. ขอความยินยอมแต่ไม่บันทึก ถ้าพนักงานบูธถามว่า "ส่งอีเมลหาคุณได้ไหมครับ" แล้วผู้เยี่ยมชมตอบตกลง แต่ไม่มีอะไรถูกจดไว้เลย — ใครยินยอม เมื่อไร ต่ออะไร — คุณก็พิสูจน์ในภายหลังไม่ได้ ความยินยอมที่ไม่มีเอกสารรองรับ ในทางปฏิบัติก็คือไม่มีความยินยอม
3. เก็บรายชื่อลีดไว้ตลอดกาล สเปรดชีตจากงานเมื่อสามรุ่นก่อนนอนอยู่ในไดรฟ์ส่วนกลางอย่างไม่มีกำหนด การจำกัดระยะเวลาจัดเก็บคือหลักการแกนกลาง: เมื่อวัตถุประสงค์บรรลุแล้วหรือระยะเวลาจัดเก็บสิ้นสุด ข้อมูลก็ควรถูกลบ

หลักการอะไรควรกำกับข้อมูลลีดจากงานแสดงสินค้า

คุณไม่จำเป็นต้องท่องจำตัวกฎหมาย สิ่งที่ต้องทำคือสร้างนิสัย 5 อย่างลงในเวิร์กโฟลว์อีเวนต์ของคุณ

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

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

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

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

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

แต่ละขั้นตอนควรตรวจสอบอะไรบ้าง

นี่คือวงจรชีวิตของข้อมูลในรูปเช็กลิสต์ ใช้เป็นวาระในการประชุมวางแผนก่อนงานได้ดี

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

รายการที่ทีมพลาดบ่อยที่สุดคือการบันทึก ความยินยอมที่ไม่มีบันทึกพิสูจน์ไม่ได้ การเข้าถึงที่ไม่มี log อธิบายไม่ได้ การลบที่ไม่มีเอกสารยืนยันไม่ได้ Accountability — หลักการของ GDPR ที่ว่าคุณต้องแสดงการปฏิบัติตามได้ ไม่ใช่แค่ทำตามเฉย ๆ — เดินได้ด้วยบันทึกทั้งสิ้น

ความรับผิดชอบของผู้จัดงานอีเวนต์คืออะไร

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

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

การทำตามหลักการต้องอาศัยเครื่องมือที่เก็บบันทึก

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

TagBooth คือ SaaS บันทึกการสนทนาในงานแสดงสินค้าผ่านแท็ก QR และ NFC ที่สร้างขึ้นรอบปัญหาการเก็บบันทึกนี้โดยตรง ทุกบันทึกการสนทนามี ช่องสถานะความยินยอมพร้อม timestamp ความยินยอมที่เก็บได้ที่บูธจึงคงอยู่ในรูปข้อมูล รูปนามบัตรถูกเก็บใน คลังส่วนตัว — ไม่เคยอยู่บน URL สาธารณะ — และดูได้เฉพาะผ่านลิงก์จำกัดเวลาที่ออกให้กับคำขอที่ยืนยันตัวตนและได้รับอนุญาตแล้วเท่านั้น ข้อมูลถูกแยกขาดระหว่างบริษัทผู้ออกบูธโดยสมบูรณ์ และการเข้าสู่ระบบใช้รหัสยืนยันทางอีเมลโดยไม่มีรหัสผ่านให้รั่วไหล จุดที่โดดเด่นที่สุดคือ ทุกการเข้าถึงข้อมูลถูกเขียนลงบันทึกการตรวจสอบที่ถูกผนึกทุกวันเป็น hash chain และยึดโยงกับ Bitcoin ผ่าน OpenTimestamps — หมายความว่าคุณพิสูจน์ได้ว่าใครดูบันทึกไหนเมื่อไร ในรูปแบบที่แก้ไขย้อนหลังไม่ได้ บริษัทได้หน้าจอประวัติการเข้าถึง ระบบเพิกถอนเซสชันระยะไกลสำหรับโทรศัพท์ที่หาย และ DPA: ความเป็นเจ้าของข้อมูลอยู่กับผู้ออกบูธและผู้จัดงาน ขณะที่ TagBooth ทำหน้าที่เป็นผู้ประมวลผลอย่างเคร่งครัดเท่านั้น พูดให้ชัด ไม่มีเครื่องมือใดปลดเปลื้องภาระทางกฎหมายแทนคุณได้ — แต่เครื่องมือที่ใช่จะสร้างบันทึกที่การทำตามภาระเหล่านั้นต้องพึ่งพา ทดลองใช้ได้โดยไม่ต้องติดตั้งอะไรที่หน้าเดโม และเวิร์กโฟลว์ทั้งหมดอธิบายไว้ที่ How it works

FAQ

นามบัตรที่ได้รับที่บูธถือเป็นความยินยอมที่ใช้ได้สำหรับการตลาดไหม

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

ใช้ฐานประโยชน์อันชอบธรรมแทนความยินยอมสำหรับลีดงานแสดงสินค้าได้ไหม

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

เก็บลีดที่รวบรวมมาได้ไว้นานแค่ไหน

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

การใช้ SaaS เก็บข้อมูลลีดนับเป็นการแชร์ข้อมูลให้บุคคลที่สามไหม

โดยทั่วไปไม่ — SaaS ที่ประมวลผลลีดตามคำสั่งของคุณเท่านั้นคือผู้ประมวลผล ไม่ใช่ผู้รับข้อมูลบุคคลที่สาม จึงไม่ต้องขอความยินยอมการเปิดเผยแยกต่างหาก สิ่งที่ต้องมีคือข้อตกลงการประมวลผลข้อมูลและการตรวจสอบสถานะ: ยืนยันว่าผู้ให้บริการมีการควบคุมการเข้าถึง การบันทึกการตรวจสอบ และการแยกข้อมูลระหว่างลูกค้า ก่อนจะไว้วางใจให้ดูแลข้อมูลผู้เยี่ยมชม