ข้ามไปเนื้อหาหลัก

QA & Tester ใน​เอ​เจน​ซี: ตรวจ​อะไร​ก่อน​ปล่อย​แคมเปญ

อัปเดตล่าสุด 27 กันยายน 2569
เวลาอ่านประมาณ 17 นาที
QA & Tester ใน​เอ​เจน​ซี: ตรวจ​อะไร​ก่อน​ปล่อย​แคมเปญ

KEY TAKEAWAYS

3 ประเด็น

การ​ทดสอบ​ทั้งหมด​ทุก​กรณี​เป็น​ไป​ไม่​ได้ จึง​ต้อง​เลือก​ว่า​จะ​ตรวจ​อะไร​ก่อน

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

บั๊ก​ที่​กระทบ​ข้อมูล​ลูกค้า​มี​กำหนด​เวลา​ตาม​กฎหมาย​กำกับ​ไว้

ประกาศ​ของ​คณะ​กรรมการ​คุ้มครอง​ข้อมูล​ส่วน​บุคคล พ.ศ. 2565 นับ "ข้อ​ผิด​พลาด​บกพร่อง​หรือ​อุบัติเหตุ" เป็น​เหตุ​ละเมิด​ข้อมูล​ได้​เช่น​กัน และ​ให้​แจ้ง​สำนักงาน​ภายใน 72 ชั่วโมง​นับ​แต่​ทราบ​เหตุ

ฟอร์ม​ที่​บอก​ไม่​ได้​ว่า​ผู้​ใช้​กรอก​ผิด​ตรง​ไหน​คือ​ข้อ​บกพร่อง​ที่​มี​เกณฑ์​วัด

เกณฑ์ WCAG 2.2 ข้อ 3.3.1 ระดับ A กำหนด​ว่า​เมื่อ​ระบบ​ตรวจ​พบ​ข้อ​ผิด​พลาด​ใน​การ​ป้อน​ข้อมูล ต้อง​ระบุ​รายการ​ที่​ผิด​และ​อธิบาย​เป็น​ข้อความ ไม่ใช่​เปลี่ยน​แค่​สี​กรอบ

QA & Tester ใน​เอ​เจน​ซี​ตรวจ​อะไร​ก่อน​ปล่อย​แคมเปญ หลัก​การ​ทดสอบ​ที่​วิชาชีพ​นี้​ยึด และ​เหตุ​ใด​บั๊ก​ใน​ระบบ​เก็บ​ข้อมูล​ลูกค้า​จึง​กลาย​เป็น​เรื่อง​ที่​ต้อง​แจ้ง​หน่วย​งาน​รัฐ

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

QA & Tester คือ​ผู้รับ​ผิด​ชอบ​การ​ตรวจ​ว่า​สิ่ง​ที่​ทีม​สร้าง​ขึ้น​ทำงาน​ได้​ตรง​ตาม​ที่​ตกลง​ไว้​ก่อน​ส่ง​ถึง​ผู้​ใช้​จริง ทั้ง​ข้อความ​บน​งาน​โฆษณา ฟังก์ชัน​ของ​หน้า​เว็บ​และ​แอป การ​เชื่อม​ต่อ​ระหว่าง​ระบบ และ​การ​รับมือ​กับ​ผู้​ใช้​จำนวน​มาก​ใน​เวลา​เดียวกัน บริษัท ฟิจิ⁠ทัล เอ​เจน​ซี จำกัด (PHYGITAL AGENCY) ให้​ผู้​ตรวจ​อ่าน​เงื่อนไข​แคมเปญ​พร้อม​กับ​ทีม​ออกแบบ เพราะ​รายการ​ที่​ต้อง​ตรวจ​เขียน​ได้​ก็​ต่อ​เมื่อ​รู้​แล้ว​ว่า​ผลลัพธ์​ที่​ถูก​ต้อง​หน้าตา​เป็น​อย่างไร

QA & Tester ใน​เอ​เจน​ซี​รับ​ผิด​ชอบ​อะไร

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

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

ด้าน​ที่​สาม​คือ​ด้าน​ที่​เลื่อน​ไม่​ได้ เพราะ​ผล​ของ​มัน​ปรากฏ​พร้อม​กับ​เงิน​ค่า​สื่อ​ที่​จ่าย​ไป​แล้ว ธุรกิจ​ที่​รับ​ข้อมูล​ผู้​สนใจ​ผ่าน​แบบ​ฟอร์ม​เป็น​ช่อง​ทาง​หลัก เป็น​ตัวอย่าง​ที่​ความ​ผิด​พลาด​ด้าน​ที่​สอง​เห็น​ผล​ช้า​แต่​เสีย​หาย​สะสม อ่าน​ต่อ​ได้​ในบริการ B2B Lead Generation และ ABM ราย​ชื่อ​ขั้น​ต่ำ 300 บริษัท

ผู้​ตรวจ​ต้อง​เป็น​คนละ​คน​กับ​ผู้​ทำงาน​จริง​หรือ​ไม่

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

หลัก​การ​ทดสอบ​ที่​วิชาชีพ​นี้​ยึด​เป็นก​รอบ

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

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

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

ควร​ตรวจ​อะไร​ก่อน​เมื่อ​เวลา​เหลือ​ไม่​ถึง​ครึ่ง​ของ​ที่​วาง​ไว้

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

งาน​ตรวจ​หนึ่ง​รอบ​เดิน​อย่างไร​ก่อน​ปล่อย​แคมเปญ

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

  1. เขียน​รายการ​สิ่ง​ที่​ต้อง​ตรวจ​จาก​เงื่อนไข​ที่​ตกลง​ไว้ ทำ​พร้อม​กับ​ตอน​ออกแบบ​ระบบ ไม่ใช่​หลัง​พัฒนา​เสร็จ เพราะ​รายการ​นี้​ช่วย​ให้​เห็น​เงื่อนไข​ที่​ยัง​ไม่​ได้​ตกลง​กัน​ตั้งแต่​ก่อน​เริ่ม​เขียน​โค้ด
  2. ตกลง​เกณฑ์​ผ่าน​เป็น​ตัวเลข​หรือ​ข้อความ​ที่​ชี้​ขัด​แย้ง​ไม่​ได้ เช่น ฟอร์ม​ต้อง​ส่ง​ข้อมูล​ถึง​ปลาย​ทาง​ครบ​ทุก​ฟิลด์ หรือ​ระบบ​ต้อง​รองรับ​ผู้​ใช้​พร้อม​กัน​ตาม​ตัวเลข​ที่​คาด​จาก​แผน​สื่อ
  3. ตรวจ​เส้น​ทาง​ที่​ถูก​ต้อง​ให้​จบ​ก่อน เพื่อ​ยืนยัน​ว่า​โครง​หลัก​ทำงาน​ได้ ก่อน​ไป​หา​จุด​พัง ขั้น​นี้​สั้น​ที่สุด​แต่​ต้อง​มา​ก่อน
  4. ตรวจ​เส้น​ทาง​ที่​ผู้​ใช้​ทำ​ผิด​ลำดับ เช่น กด​ปุ่ม​ซ้ำ กด​ย้อน​กลับ​กลาง​ทาง ปิด​หน้า​จอ​แล้ว​เข้า​มา​ใหม่ กรอก​ตัว​อักษร​ใน​ช่อง​ที่​รับ​เฉพาะ​ตัวเลข และ​ส่ง​ฟอร์ม​โดย​เว้น​ช่อง​บังคับ
  5. ตรวจ​ภาระ​ของ​ระบบ​ด้วย​ตัวเลข​ที่​คาด​ว่า​จะ​เกิด​จริง อ้าง​จาก​แผน​ซื้อ​สื่อ ไม่ใช่​จาก​ค่าที่​คิด​ว่า​เพียง​พอ พร้อม​ดู​ว่า​เมื่อ​เกิน​ขีด​แล้ว​ระบบ​แจ้ง​ผู้​ใช้​อย่างไร
  6. สรุป​ผล​เป็น​เอกสาร​ที่​ทำให้​เกิด​ซ้ำ​ได้ ระบุ​อุปกรณ์ รุ่น​เบราว์เซอร์ ลำดับ​การ​กด และ​ผล​ที่​เกิด เพื่อ​ให้​ผู้​แก้ไข​ทำ​ซ้ำ​ได้​ทันที​โดย​ไม่​ต้อง​เดา

ทำไม​ต้อง​เขียน​รายการ​สิ่ง​ที่​ต้อง​ตรวจ​ตั้งแต่​ตอน​ออกแบบ

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


บั๊ก​ที่​กระทบ​ข้อมูล​ลูกค้า​มี​กำหนด​เวลา​ตาม​กฎหมาย

ความ​ผิด​พลาด​ของ​ระบบ​ที่​คน​มัก​มอง​ว่า​เป็น​เรื่อง​ภาพ​ลักษณ์ กลาย​เป็น​เรื่อง​ที่​มี​กำหนด​เวลา​ตาม​กฎหมาย​ทันที​เมื่อ​เกี่ยว​กับ​ข้อมูล​ส่วน​บุคคล ประกาศ​คณะ​กรรมการ​คุ้มครอง​ข้อมูล​ส่วน​บุคคล เรื่อง หลัก​เกณฑ์​และ​วิธี​การ​ใน​การ​แจ้ง​เหตุ​การ​ละเมิด​ข้อมูล​ส่วน​บุคคล พ.ศ. 2565 ประกาศ​ใน​ราช​กิจ​จา​นุ​เบกษา​เมื่อ 15 ธันวาคม 2565 และ​นิยาม​การ​ละเมิด​ไว้​ครอบคลุม​กว่า​ที่​คน​ทั่วไป​เข้าใจ

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

ข้อ 4 แบ่ง​ประเภท​ของ​การ​ละเมิด​ไว้​สาม​แบบ ซึ่ง​แปล​เป็น​สิ่ง​ที่​ต้อง​ตรวจ​ได้​ตรง​ตัว

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

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

ธุรกิจ​ต้องเต​รี​ยม​อะไร​ไว้​ล่วง​หน้า​เพื่อ​ให้​ทัน​กรอบ​เวลา​นี้

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

ฟอร์ม​ที่​แจ้ง​ข้อ​ผิด​พลาด​ไม่​ชัด​คือ​ข้อ​บกพร่อง​ที่​วัด​ได้

ข้อ​โต้​แย้ง​ที่​พบ​บ่อย​ระหว่าง​ผู้​ตรวจ​กับ​ผู้​ออกแบบ​คือ​เรื่อง​ข้อความ​แจ้ง​เตือน​ใน​ฟอร์ม ฝ่าย​หนึ่ง​เห็น​ว่า​เป็น​ความ​ชอบ​ส่วน​ตัว อีก​ฝ่าย​เห็น​ว่า​เป็น​ข้อ​บกพร่อง ข้อ​นี้​มี​เกณฑ์​ตัดสิน​อยู่​แล้ว​ใน เกณฑ์​ความ​สำเร็จ​ข้อ 3.3.1 ของ WCAG 2.2 ซึ่ง​เป็น​เกณฑ์​ระดับ A คือ​ระดับ​พื้น​ฐาน​ที่สุด

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

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

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

การ​แก้​นาที​สุดท้าย​หลัง​ตรวจ​ผ่าน​แล้ว​คือ​ช่อง​โหว่​ที่​พบ​บ่อย​ที่สุด

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

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

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

การ​แก้​เล็ก​น้อย​ระดับ​ไหน​ที่​ยัง​ต้อง​ตรวจ​ซ้ำ

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

สิ่ง​ที่​เจ้าของ​งาน​ตรวจ​เอง​ได้​ก่อน​อนุมัติ​ให้​ปล่อย

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

  1. เดิน​ครบ​ทุก​ขั้น​ตอน​บน​โทรศัพท์​ของ​ตัว​เอง​ด้วย​อินเทอร์เน็ต​มือ​ถือ ตั้งแต่​จุด​ที่​โฆษณา​พา​เข้า​มา​จนถึง​หน้า​ยืนยัน​ผล ไม่ใช่​เปิด​ดู​แค่​หน้า​แรก
  2. ตรวจ​ว่า​ข้อมูล​ที่​กรอก​ไป​ถึง​ปลาย​ทาง​ครบ​ทุก​ช่อง เปิด​ดู​รายการ​จริง​ใน​ระบบ​หลัง​บ้าน​แล้ว​เทียบ​กับ​ที่​กรอก โดย​เฉพาะ​ชื่อ​ภาษา​ไทย​ที่​มี​สระ​บน​ล่าง​และ​เบอร์​โทร​ที่​ขึ้น​ต้น​ด้วย​ศูนย์
  3. ทดลอง​ทำ​ผิด​อย่าง​ที่​ผู้​ใช้​ทำ​จริง กด​ส่ง​ซ้ำ กด​ย้อน​กลับ​แล้ว​ส่ง​อีก​ครั้ง เว้น​ช่อง​บังคับ และ​กรอก​อักษร​ใน​ช่อง​ที่​รับ​เฉพาะ​ตัวเลข แล้ว​ดู​ว่า​ระบบ​บอก​อะไร​กลับ​มา
  4. เทียบ​ข้อความ​บน​งาน​โฆษณา​กับ​เงื่อนไข​จริง​ทุก​ตัว​อักษร ทั้ง​ตัวเลข​ส่วนลด วัน​เริ่ม​และ​วัน​สิ้น​สุด จำนวน​สิทธิ์ และ​ข้อความ​กำกับ​ที่​หมวด​สินค้า​นั้น​บังคับ​ให้​แสดง
  5. ขอ​ผล​การ​ทดสอบ​ภาระ​เป็น​ตัวเลข ว่า​ทดสอบ​ด้วย​ผู้​ใช้​พร้อม​กัน​กี่​คน​และ​ผล​เป็น​อย่างไร พร้อม​เทียบ​กับ​จำนวน​ที่​แผน​สื่อ​คาด​ไว้
  6. ขอ​รายการ​สิ่ง​ที่​ยัง​ไม่​ได้​ตรวจ ข้อ​นี้​สำคัญ​กว่า​รายการ​ที่​ตรวจ​แล้ว เพราะ​หลัก​การ​ข้อ​แรก​บอก​ว่าการ​ตรวจ​บอก​ไม่​ได้​ว่า​ไม่มี​ข้อ​บกพร่อง การ​รู้​ขอบเขต​ที่​ยัง​ไม่​ครอบคลุม​จึง​เป็น​ข้อมูล​สำหรับ​ตัดสิน​ใจ​ว่า​จะ​ปล่อย​หรือ​เลื่อน

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

ข้อ​จำกัด​ของ​การ​ทดสอบ​ที่​ต้อง​รู้​ก่อน​ตกลง​ขอบเขต​งาน

ห้า​เรื่อง​ต่อ​ไป​นี้​ติด​มา​กับ​ธรรมชาติ​ของ​การ​ทดสอบ​เอง ไม่​ได้​แปล​ว่า​ผู้​ตรวจ​ทำงาน​ไม่​ดี​พอ

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

ทีม​ที่​ไม่มี​ผู้​ตรวจ​แยก​ทำ​อย่างไร​ให้​ยัง​ตรวจ​ได้​จริง

สาม​วิธี​นี้​ใช้ได้​ทันที​โดย​ไม่​ต้อง​เพิ่ม​คน และ​ได้​ผล​มากกว่า​การ​ขอ​ให้​ทุก​คน "ช่วย​ดู​อีก​รอบ"

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

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

สรุป

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

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

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

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

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

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

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

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

PHYGITAL INSIGHT

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

ให้ PHYGITAL AGENCY ช่วยต่อยอดเรื่องนี้สู่ผลลัพธ์จริง

แคมเปญ​ที่​รู้​ว่า​ตรวจ​อะไร​ไป​แล้ว และ​อะไร​ที่​ยัง​ไม่​ได้​ตรวจ

บริษัท ฟิจิ⁠ทัล เอ​เจน​ซี จำกัด วางแผน​การ​ตรวจ​ไว้​ตั้งแต่​ขั้น​ออกแบบ​ระบบ ทดสอบ​ภาระ​ด้วย​ตัวเลข​ที่​อ้าง​จาก​แผน​สื่อ​จริง และ​ส่ง​มอบ​รายงาน​ที่​ระบุ​ทั้ง​ขอบเขต​ที่​ตรวจ​แล้ว​และ​ขอบเขต​ที่​ยัง​ไม่​ครอบคลุม เพื่อ​ให้​ธุรกิจ​ตัดสิน​ใจ​วัน​เผย​แพร่​บน​ข้อมูล​จริง

PARANATH PANARATANA

WRITTEN BY

PARANATH PANARATANA

CHAIRMAN OF PHYGITAL AGENCY

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