แนวทางจัดการข้อมูลส่วนบุคคลบนเว็บไซต์ลูกค้าสำหรับเอเจนซีและทีมพัฒนา

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

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

ช่วงที่ 1: ก่อนรับงาน — ตกลงขอบเขตข้อมูลในสัญญาให้ชัดเจน

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

ช่วงที่ 2: ระหว่างพัฒนา — แยกบัญชีและสภาพแวดล้อมตามลูกค้าแต่ละราย

สร้างบัญชี Google Analytics, Google Tag Manager, Search Console และบัญชีอีเมลสำหรับรับฟอร์มทดสอบแยกตามลูกค้าแต่ละราย ไม่ใช้บัญชีส่วนตัวของทีมพัฒนาเป็นศูนย์กลาง หากจำเป็นต้องใช้ข้อมูลตัวอย่างเพื่อทดสอบฟีเจอร์ ให้ใช้ข้อมูลจำลอง (เช่น ชื่อสมมติ เบอร์โทรปลอมที่จำแนกได้ว่าเป็นข้อมูลทดสอบ) แทนข้อมูลลูกค้าจริงเสมอ หากหลีกเลี่ยงไม่ได้ต้องใช้ข้อมูลจริงบางส่วน ให้จำกัดจำนวนแถวและลบออกทันทีหลังทดสอบเสร็จ

จุดที่มักถูกมองข้าม: สิทธิ์ของซับคอนแทรกเตอร์และฟรีแลนซ์เสริม

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

ช่วงที่ 3: ส่งมอบขึ้นระบบจริง — ตรวจสอบการตั้งค่าความยินยอมและนโยบายก่อนเปิดใช้งาน

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

ช่วงที่ 4: ดูแลต่อเนื่องหลังขึ้นระบบจริง — จำกัดการเข้าถึงตามบทบาทในทีม

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

ช่วงที่ 5: ปิดสัญญาหรือส่งมอบให้ทีมใหม่ — ส่งคืนและลบข้อมูลให้ครบ

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

เมื่อโฮสต์เว็บไซต์ของลูกค้าหลายรายในสภาพแวดล้อมเดียวกัน

เอเจนซีขนาดเล็กที่ใช้ VPS เดียวโฮสต์เว็บไซต์ลูกค้าหลายรายเพื่อประหยัดต้นทุน ควรแยกฐานข้อมูลของแต่ละเว็บไซต์ออกจากกันอย่างเด็ดขาด ไม่ใช้ฐานข้อมูลรวมที่แชร์ตารางร่วมกันแม้จะดูสะดวกกว่าตอนพัฒนา และควรตั้งค่าให้แต่ละเว็บไซต์มีบัญชีผู้ใช้ระบบปฏิบัติการหรือ Container แยกกัน เพื่อไม่ให้ช่องโหว่ของเว็บไซต์หนึ่งลามไปกระทบข้อมูลของลูกค้ารายอื่นที่อยู่บนเครื่องเดียวกัน หากงบประมาณจำกัดจนต้องแชร์ทรัพยากรจริง ๆ อย่างน้อยควรมีการสำรองข้อมูลแยกไฟล์ตามลูกค้าแต่ละราย ไม่ใช่ไฟล์แบ็กอัปรวมไฟล์เดียวที่มีข้อมูลของทุกเว็บไซต์ปนกัน

เมื่อลูกค้าปลายทางส่งคำขอเกี่ยวกับข้อมูลของตนเองมาที่เอเจนซี

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

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

• ระบุขอบเขตการเข้าถึงและลบข้อมูลลูกค้าไว้ในสัญญาตั้งแต่ก่อนเริ่มงาน
• สร้างบัญชีเครื่องมือ (Analytics/Tag Manager/อีเมลทดสอบ) แยกตามลูกค้าแต่ละราย
• ให้สิทธิ์ซับคอนแทรกเตอร์เฉพาะส่วนที่เกี่ยวข้องกับงาน พร้อมบันทึกรายชื่อผู้ได้รับสิทธิ์ไว้ตรวจสอบย้อนหลังได้
• ตรวจสอบแบนเนอร์คุกกี้และ Privacy Policy ให้ตรงกับระบบจริงก่อนส่งมอบขึ้นระบบจริง
• ทบทวนรายชื่อผู้มีสิทธิ์เข้าถึงข้อมูลลูกค้าทุก 3-6 เดือนระหว่างดูแลต่อเนื่อง
• ใช้เช็กลิสต์ปิดสัญญามาตรฐานทุกโปรเจกต์เพื่อส่งคืนและลบข้อมูลให้ครบ

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

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

เมื่อใดควรให้ผู้เชี่ยวชาญเข้ามาช่วยตรวจระบบของลูกค้า

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

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

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

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

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

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

สรุป

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

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

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