วิธีวางระบบ Data Mapping สำหรับเอเจนซีและฟรีแลนซ์ทำเว็บไซต์แบบเป็นขั้นตอน

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

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

ทำไมเอเจนซีถึงต้องทำ Data Mapping แยกจาก Data Inventory

ลองนึกภาพทีมเอเจนซีที่รับดูแลเว็บไซต์อีคอมเมิร์ซของลูกค้ารายหนึ่ง ฟอร์มสมัครสมาชิกส่งข้อมูลเข้า CRM ตัวหนึ่ง ระบบตะกร้าสินค้าส่งข้อมูลบัตรไปที่ payment gateway อีกเจ้า ทีมการตลาดของลูกค้าดึงอีเมลไปยิง SMS ผ่านผู้ให้บริการอีกราย และนักพัฒนาที่ดูแลระบบต่อ Google Analytics กับเครื่องมือ heatmap เพิ่มเข้ามาโดยไม่ได้แจ้งใคร แต่ละจุดเหล่านี้คือ hop หนึ่งของข้อมูล ถ้าเอเจนซีมีแค่ลิสต์ว่า "มีข้อมูลชื่อ อีเมล เบอร์โทร ที่อยู่ในระบบ" โดยไม่รู้ว่าข้อมูลเหล่านั้นไหลไปกี่ที่ ก็จะตอบคำถามลูกค้าไม่ได้ว่าเมื่อมีการร้องขอลบข้อมูล ต้องไปลบที่ระบบไหนบ้างถึงจะครบ Data Mapping จึงเป็นเอกสารที่ตอบคำถามนี้โดยตรง มันคือแผนภาพหรือบันทึกที่ไล่เส้นทางข้อมูลทีละ hop ไม่ใช่แค่รายชื่อประเภทข้อมูล

ขั้นตอนที่ 1: ระบุจุดที่ข้อมูลเข้าสู่ระบบครั้งแรก

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

ขั้นตอนที่ 2: ตามรอยข้อมูลไปยังระบบภายในที่รับต่อ

หลังจากรู้จุดเริ่มต้นแล้ว ขั้นต่อไปคือตามว่าข้อมูลนั้นถูกคัดลอกหรือซิงก์ไปที่ระบบภายในอะไรอีกบ้าง เช่น ฐานข้อมูลเว็บไซต์เอง สเปรดชีตที่ทีมขายใช้ติดตามลูกค้า ระบบ CRM หรือระบบตั๋วซัพพอร์ต จุดที่เอเจนซีมักมองข้ามคือสเปรดชีตที่พนักงานดาวน์โหลดออกมาทำงานเฉพาะกิจ เช่น export รายชื่อลูกค้าไปทำแคมเปญอีเมลแล้วเก็บไฟล์นั้นไว้ใน Google Drive ส่วนตัว จุดนี้คือ hop ที่มักไม่มีใครบันทึกไว้เลย และเป็นความเสี่ยงจริงที่เจอบ่อยในงานเอเจนซี วิธีเก็บหลักฐานที่ใช้ได้จริงคือสัมภาษณ์สั้น ๆ กับทีมขาย ทีมการตลาด และทีมพัฒนาของลูกค้าว่าใครเคย export ข้อมูลไปที่ไหนบ้าง แล้วจดเป็นรายการ hop ต่อ hop

ขั้นตอนที่ 3: ระบุผู้ให้บริการภายนอกที่รับข้อมูลต่อ

ต่อจากระบบภายใน ให้ไล่ดูว่าผู้ให้บริการภายนอกรายไหนได้รับข้อมูลนี้ต่อบ้าง กลุ่มที่พบบ่อยที่สุดในโปรเจกต์เว็บไซต์คือ payment gateway สำหรับรับชำระเงิน ผู้ให้บริการอีเมลหรือ SMS สำหรับส่งแคมเปญ ระบบ CRM แบบคลาวด์ เครื่องมือวิเคราะห์พฤติกรรมผู้ใช้ และผู้ให้บริการพื้นที่จัดเก็บไฟล์บนคลาวด์ แต่ละรายที่ปรากฏในรายการนี้ควรมีข้อมูลกำกับสามอย่างคือ ชื่อผู้ให้บริการ ประเภทข้อมูลที่ส่งให้ และมีสัญญาประมวลผลข้อมูล หรือ Data Processing Agreement ผูกไว้หรือยัง ถ้ายังไม่มีสัญญาฉบับนี้กับผู้ให้บริการรายใด ให้ทำเครื่องหมายไว้เป็นช่องว่างที่ต้องปิดก่อน ไม่ใช่ปล่อยผ่านเพราะงานเร่ง

ขั้นตอนที่ 4: ตรวจสอบการเข้ารหัสระหว่างแต่ละ hop

สำหรับทุก hop ที่ระบุไว้ในขั้นที่ผ่านมา ให้ตรวจว่าการส่งข้อมูลระหว่างจุดนั้นเข้ารหัสระหว่างทางหรือไม่ เช่น การเชื่อมต่อ API ระหว่างเว็บไซต์กับ payment gateway ใช้ HTTPS ทั้งเส้นทางหรือไม่ ไฟล์ export ที่ส่งให้ทีมการตลาดถูกส่งผ่านอีเมลธรรมดาหรือผ่านช่องทางที่มีการเข้ารหัส ข้อมูลที่ backup ไปยังพื้นที่จัดเก็บสำรองมีการเข้ารหัสระหว่างพักหรือไม่ สำหรับทีมเอเจนซีขนาดเล็กที่ไม่มีคนดูแลด้านความปลอดภัยข้อมูลโดยตรง วิธีที่ใช้ได้จริงคือขอเอกสารประกอบจากผู้ให้บริการแต่ละรายว่าเขารองรับการเข้ารหัสแบบไหน แล้วแนบเอกสารนั้นไว้คู่กับรายการ hop ในแผนที่ข้อมูล

ขั้นตอนที่ 5: จัดทำแผนภาพหรือบันทึกเส้นทางข้อมูล

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

ขั้นตอนที่ 6: กำหนดรอบทบทวนและผู้รับผิดชอบ

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

ตัวอย่างเส้นทางข้อมูลจริงในงานเอเจนซี

ลองไล่ตัวอย่างเว็บไซต์ร้านค้าออนไลน์ขนาดกลางที่เอเจนซีดูแลอยู่หนึ่งเจ้า ลูกค้าปลายทางกรอกชื่อ อีเมล เบอร์โทร และที่อยู่จัดส่งในหน้าเช็กเอาต์ ข้อมูลชุดนี้ถูกบันทึกลงฐานข้อมูลหลักของเว็บไซต์ทันที นี่คือ hop ที่หนึ่ง จากนั้นระบบสั่งซื้อจะส่งเลขบัตรและยอดชำระไปยัง payment gateway โดยตรงผ่าน API นี่คือ hop ที่สอง พร้อมกันนั้นปลั๊กอินการตลาดที่ติดตั้งไว้จะซิงก์อีเมลและชื่อของลูกค้าไปเข้าลิสต์ผู้ให้บริการอีเมลอัตโนมัติทุกคืน นี่คือ hop ที่สาม และหากทีมขายของลูกค้ามีนิสัย export รายชื่อผู้ซื้อรอบเดือนเป็นไฟล์ Excel เพื่อทำโปรโมชันเฉพาะกลุ่ม ไฟล์นั้นที่ถูกบันทึกไว้ในเครื่องส่วนตัวหรือ Google Drive ทีมขาย ก็คือ hop ที่สี่ซึ่งมักไม่มีใครนึกถึงเลยจนกว่าจะมีคำถามเรื่องการลบข้อมูลเข้ามา เมื่อไล่ครบทั้งสี่ hop แบบนี้ เอเจนซีจะเห็นภาพชัดว่าถ้าลูกค้าปลายทางขอลบข้อมูลของตัวเอง ต้องประสานงานกับกี่ระบบและกี่ทีมกว่าจะลบได้ครบจริง ซึ่งเป็นคำตอบที่ Data Inventory เพียงอย่างเดียวให้ไม่ได้ เพราะมันบอกแค่ว่ามีข้อมูลอะไรอยู่ที่ไหน ไม่ได้บอกว่าจะต้องไล่ตามไปกี่จุดถึงจะลบได้ครบ

ข้อผิดพลาดที่พบบ่อยเมื่อเอเจนซีทำ Data Mapping

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

สรุป

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

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

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