AI ทดสอบประสบการณ์ผู้ใช้ก่อนเปิดตัว: Synthetic User Testing สำหรับ SME ไทยที่ไม่มีผู้ใช้จริง
Synthetic user testing คือการใช้ AI สร้างผู้ใช้จำลองที่มีพฤติกรรมหลากหลายเพื่อทดสอบระบบโดยอัตโนมัติ สำหรับ SME ไทยที่ไม่มีผู้ใช้จริงหรืองบประมาณจำกัด วิธีนี้ช่วยประหยัดเวลา ลดความเสี่ยง และเพิ่มคุณภาพประสบการณ์ผู้ใช้ก่อนเปิดตัว ERP อย่าง Odoo หรือเว็บไซต์ โดย AI จะจำลองการกระทำของผู้ใช้ทั้งในเส้นทางปกติและเส้นทางที่ผิดพลาด เพื่อค้นหาจุดบกพร่องที่นักพัฒนาอาจมองข้าม
Synthetic user testing คืออะไรและต่างจากวิธีการทดสอบแบบอื่นอย่างไร
Synthetic user testing เป็นการสร้างผู้ใช้จำลอง (synthetic users) โดยใช้ AI โดยเฉพาะ Large Language Models (LLMs) เพื่อจำลองพฤติกรรมผู้ใช้จริงบนระบบเป้าหมาย ต่างจากการทดสอบด้วยมนุษย์จริง (manual testing) ที่ต้องใช้คนจริงในการทดสอบ ซึ่ง SME ไทยมักประสบปัญหาขาดแคลนผู้ทดสอบที่มีคุณสมบัติตรงตาม target user และมีต้นทุนสูงในการสรรหาและจัดการ
เมื่อเปรียบเทียบกับ automated script testing แบบดั้งเดิม synthetic user testing มีความยืดหยุ่นมากกว่า เพราะสคริปต์ทดสอบแบบดั้งเดิมมักถูกเขียนขึ้นสำหรับ happy path เท่านั้น (เส้นทางที่ผู้ใช้ทำตามขั้นตอนถูกต้องทุกอย่าง) ในขณะที่ synthetic users สามารถจำลองพฤติกรรมที่ซับซ้อน เช่น การคลิกผิดที่ การกรอกข้อมูลไม่ครบถ้วน หรือการนำทางไปยังหน้าที่ไม่ถูกต้องตามขั้นตอน
ข้อแตกต่างสำคัญอีกประการคือ synthetic users สามารถปรับเปลี่ยนพฤติกรรมตามสถานการณ์ได้ อัลกอริทึม AI สามารถตีความ UI และตัดสินใจได้เองว่าควรคลิกปุ่มไหน พิมพ์ข้อมูลอะไร หรือตอบสนองต่อ error message อย่างไร ซึ่งเหนือกว่าสคริปต์ตายตัวที่ทำตามคำสั่งที่ถูกเขียนไว้เท่านั้น
ทำไม SME ไทยถึงต้องสนใจ synthetic user testing ก่อนเปิดตัวระบบ
ธุรกิจ SME ไทยจำนวนมากเผชิญปัญหาคล้ายกันเมื่อเปิดตัวระบบใหม่ เช่น ERP หรือเว็บไซต์ คือการที่ระบบทำงานผิดปกติเมื่อเจอพฤติกรรมผู้ใช้ที่ไม่คาดคิด ซึ่งส่งผลเสียต่อความน่าเชื่อถือและอาจทำให้สูญเสียลูกค้าหรือโอกาสทางธุรกิจ
ตัวอย่างจากธุรกิจค้าปลีกไทยแห่งหนึ่งที่ใช้ Odoo สำหรับจัดการสต็อก พบว่าระบบล่มในวันเปิดตัวเพราะพนักงานคลังป้อนจำนวนสินค้าด้วย comma (1,500 แทน 1500) ซึ่งระบบไม่รองรับการแปลงรูปแบบตัวเลข ปัญหานี้สามารถป้องกันได้ด้วย synthetic user testing ที่จำลองการป้อนข้อมูลผิดรูปแบบก่อนเปิดตัว
อีกกรณีคือธุรกิจบริการ SMEs ที่เปิดระบบจองคิวนัดหมายออนไลน์ พบว่าผู้ใช้ที่พิมพ์ช้าหรือพิมพ์ผิดบ่อยทำให้ session timeout ระหว่างการกรอกข้อมูล ส่งผลให้ Conversion rate ต่ำกว่า 30% การทดสอบด้วย synthetic users ที่มีพฤติกรรมพิมพ์ช้าสามารถตรวจจับปัญหานี้และปรับปรุง UX ก่อนเปิดตัว
ประโยชน์ที่ SME ไทยจะได้รับจาก synthetic user testing:
- ประหยัดต้นทุน ไม่ต้องจ้างนักทดสอบมืออาชีพหรือเสียเวลาสรรหาผู้ใช้จริง
- รวดเร็ว สามารถรันการทดสอบหลายร้อยรายการในเวลาอันสั้น 24 ชั่วโมงต่อวันโดยไม่ต้องพัก
- ครอบคลุม จำลองพฤติกรรมผู้ใช้ที่หลากหลายและ edge cases ที่อาจไม่เกิดขึ้นในการทดสอบจริง
- ทำซ้ำได้ สามารถรันการทดสอบเดิมซ้ำหลายครั้งเพื่อยืนยันการแก้ไข
Synthetic user testing ทำงานอย่างไรในทางปฏิบัติ
การทำงานของ synthetic user testing ประกอบด้วย 3 ขั้นตอนหลัก:
1. การสร้าง user persona และ test scenario
ก่อนอื่นต้องกำหนดบุคลิกของผู้ใช้จำลอง (user persona) ที่สอดคล้องกับกลุ่มเป้าหมายจริงของ SME เช่น:
- พนักงานขายที่เร่งรีบ: มักกรอกข้อมูลไม่ครบถ้วนและคลิกเร็วเกินไป
- พนักงานคลังที่มีอายุมาก: พิมพ์ช้าและมักเลือกเมนูผิด
- ผู้จัดการที่ต้องการดูรายงาน: อาจไม่คุ้นเคยกับการนำทางที่ซับซ้อน
- ลูกค้าที่ใช้มือถือ: อาจมีการเชื่อมต่ออินเทอร์เน็ตไม่เสถียร
2. การสร้าง synthetic user agent ด้วย AI
ใช้ LLM เช่น GPT-4 หรือ Claude (Anthropic) เพื่อสร้างโค้ดที่จำลองพฤติกรรมตาม persona ที่กำหนด เครื่องมือยอดนิยมสำหรับ SME ไทยที่ไม่มีงบประมาณสูง:
- Playwright + LLM: Playwright เป็นเฟรมเวิร์ก open-source สำหรับการควบคุม browser โดยอัตโนมัติ เมื่อรวมกับ LLM ที่สร้าง test script แบบ dynamic จะได้ผลลัพธ์ที่มีประสิทธิภาพสูง โดยเฉพาะการจำลอง input ที่ผิดพลาด
- Browserbase: แพลตฟอร์มแบบ low-code ที่มี visual editor สำหรับสร้าง test scenarios โดยไม่ต้องเขียนโค้ดมากนัก แต่มีค่าใช้จ่ายรายเดือนเริ่มต้นประมาณ $30-50 ต่อเดือน
- Custom agent script: สำหรับ SME ที่มีบุคลากรด้านเทคนิค สามารถเขียนสคริปต์เองโดยใช้ Python + Selenium หรือ Playwright API เพื่อสร้างพฤติกรรมที่ซับซ้อน
3. การรันการทดสอบและวิเคราะห์ผล
กำหนดให้รันการทดสอบในสภาพแวดล้อม staging หรือ development ก่อน production โดยเก็บข้อมูลดังนี้:
- Screenshot ทุกครั้งที่เกิด error
- Timing ของแต่ละขั้นตอน
- Log ของการกระทำทั้งหมดของ synthetic user
- Error messages ที่ระบบแสดง
ตัวอย่างการทดสอบ Odoo workflow:
Scenario: พนักงานขายเร่งรีบสร้างใบเสนอราคา
1. สร้าง synthetic user ที่มีพฤติกรรมพิมพ์เร็วและข้ามฟิลด์
2. ให้ AI กรอกข้อมูลในฟิลด์ที่ไม่สมบูรณ์ (เช่น ไม่กรอก VAT หรือที่อยู่)
3. ระบบควรแจ้งเตือนและบังคับให้กรอกข้อมูลที่จำเป็น
4. บันทึกผลการตอบสนองของระบบ
การออกแบบ user persona และ test scenario สำหรับบริบท SME ไทย
การออกแบบ user persona ที่เหมาะสมกับบริบท SME ไทยเป็นปัจจัยสำคัญต่อความสำเร็จของ synthetic user testing เนื่องจากพฤติกรรมผู้ใช้ไทยมีความแตกต่างจากผู้ใช้ตะวันตก โดยเฉพาะในด้าน:
ลักษณะการใช้งานที่พบบ่อยใน SME ไทย
- ผู้ใช้พิมพ์ช้าลงหรือพิมพ์ผิดบ่อย โดยเฉพาะคำภาษาไทยที่มีตัวสะกดซับซ้อน
- ผู้ใช้มักข้ามฟิลด์ที่ต้องกรอกโดยไม่ตั้งใจ เพราะไม่คุ้นเคยกับ UX
- ผู้ใช้คลิกผิดที่หรือคลิกหลายครั้งเมื่อระบบไม่ตอบสนองทันที
- ผู้ใช้ใช้เมนูนำทางด้วยวิธีที่แตกต่างจากที่นักพัฒนาออกแบบ
ตัวอย่าง test scenario สำหรับธุรกิจโรงงาน SME ไทย
Persona: พนักงานคลังอายุ 45 ปี พิมพ์ช้า มักลืมกรอกรหัสสินค้า
Scenario: การโอนส็อกระหว่างคลัง
1. เข้าสู่ระบบ warehouse management
2. เลือกเมนู "โอนส็อก" โดยคลิกผิด 2-3 ครั้งก่อนเจอ
3. กรอกรหัสสินค้าที่ไม่สมบูรณ์ (เฉพาะตัวเลข 3 ตัวแรก)
4. ระบบควรค้นหาสินค้าที่ใกล้เคียงและแนะนำ
5. กรอกจำนวนที่โอนด้วยตัวเลขที่มี comma (1,500)
6. กด submit โดยไม่เช็ค error message
7. ระบบควรบันทึกและแจ้ง error ที่ชัดเจน
ข้อควรระวังในการออกแบบ persona
ควรกำหนดพฤติกรรมที่ท้าทายมากกว่าผู้ใช้จริงเล็กน้อย (2-3 เท่า) เพื่อให้ระบบสามารถรองรับกรณีที่แย่ที่สุดได้ สำหรับธุรกิจค้าปลีกที่มีลูกค้าหลากหลายวัย ควรสร้าง persona อย่างน้อย 5-7 บุคลิกที่แตกต่างกัน
เครื่องมือ open-source และ low-cost ที่ SME ไทยสามารถใช้ได้
สำหรับ SME ไทยที่มีงบประมาณจำกัด สามารถเริ่มต้นด้วยเครื่องมือ open-source หรือ low-cost ดังนี้:
1. Playwright (ฟรี, open-source)
Playwright เป็นเครื่องมือที่ควบคุม browser อัตโนมัติ รองรับทั้ง Chrome, Firefox และ Safari มี API ที่ใช้งานง่ายและ documentation ภาษาไทยบางส่วน
การติดตั้งเบื้องต้น:
npm init playwright@latest
npx playwright install
ข้อดี: ฟรี ชุมชนใหญ่ ใช้ร่วมกับ LLM ได้ดี ข้อเสีย: ต้องมีทักษะการเขียนโค้ดพื้นฐาน
2. Puppeteer (ฟรี, open-source)
เป็นเครื่องมือของ Google ที่ควบคุม Chromium โดยเฉพาะ เหมาะสำหรับการทดสอบที่ใช้ Chrome และต้องการ performance สูง
3. LLM API (มีค่าใช้จ่ายตามการใช้งาน)
LLMs ที่แนะนำสำหรับการสร้าง synthetic users:
- GPT-4 mini (OpenAI): ราคาประมาณ $0.15/1M input tokens, $0.60/1M output tokens
- Claude Haiku (Anthropic): ราคาประมาณ $0.25/1M input tokens, $1.25/1M output tokens
- Gemini Pro (Google): ฟรีสำหรับการใช้งานจำกัด
การคำนวณต้นทุน:
- 1 test session (10 tasks) ใช้ token ประมาณ 5,000-10,000 tokens
- หากรัน 20 sessions ต่อวัน คิดเป็น 100,000-200,000 tokens ต่อวัน
- ค่าใช้จ่ายประมาณ $0.02-0.10 ต่อวัน (สำหรับ GPT-4 mini)
4. Browserbase (มีค่าใช้จ่าย)
แพลตฟอร์มแบบ low-code ที่มี visual editor ราคาเริ่มต้น $39/เดือน เหมาะสำหรับ SME ที่ไม่มีบุคลากรด้านเทคนิค
วิธีการเริ่มต้น synthetic user testing สำหรับ SME ไทย
ขั้นตอนที่ 1: เตรียม environment
สร้าง environment สำหรับการทดสอบที่แยกจาก production ตั้งค่าข้อมูลจำลอง (fake data) สำหรับสินค้า ลูกค้า และพนักงาน ที่สอดคล้องกับธุรกิจจริง
ขั้นตอนที่ 2: เลือกเครื่องมือสำหรับการสร้าง AI agent
ตัดสินใจใช้ Playwright สำหรับ browser control และ LLM สำหรับสร้าง behavior logic โดยใช้ Python หรือ Node.js สำหรับการสร้าง agent
ขั้นตอนที่ 3: เขียน test scenarios ตาม priority
เริ่มจาก business-critical workflows ก่อน เช่น:
- การสร้างใบเสนอราคา
- การโอนสต็อก
- การออกใบแจ้งหนี้
- การชำระเงิน
ขั้นตอนที่ 4: สร้าง synthetic user agents
ใช้ LLM เพื่อสร้างสคริปต์ Playwright ที่จำลองพฤติกรรมตาม persona: ตัวอย่าง prompt:
สร้าง agent สำหรับทดสอบระบบ Odoo เพื่อจำลองพนักงานขายที่:
- พิมพ์ช้า (delay 300-500ms ระหว่าง key)
- ข้ามฟิลด์ที่ต้องกรอก 30% ของเวลา
- มักเลือกหมวดหมู่สินค้าผิด
- ตอบสนองต่อ error message โดยคลิกตกลงทันที
เขียนสคริปต์ Playwright สำหรับทดสอบการสร้าง quotation
ขั้นตอนที่ 5: รันและวิเคราะห์ผล
รันการทดสอบและเก็บ log วิเคราะห์หา:
- Error paths ที่ถูกละเลย
- User experience ที่ไม่ดี (เช่น user ติด loop เดิมๆ)
- Performance ปัญหาใน high load
ข้อควรระวังและข้อจำกัดของ synthetic user testing
1. Hallucination จาก AI
AI อาจตีความ UI ผิดพลาด เช่น คิดว่าปุ่ม "บันทึก" คือปุ่ม "ยกเลิก" หรือไม่เข้าใจฟิลด์ที่ซับซ้อน โดยเฉพาะเมื่อ UI เป็นภาษาไทยหรือมีการใช้คำศัพท์เฉพาะทางธุรกิจ วิธีแก้ไขคือการกำหนด test scenario ให้ละเอียดและตรวจสอบผลลัพธ์ซ้ำ
2. ต้นทุน token สำหรับ session ยาว
การทดสอบที่มีหลายขั้นตอน (เช่น 100+ steps) อาจใช้ token จำนวนมาก โดยเฉพาะถ้าใช้ LLM รุ่นใหญ่ เช่น GPT-4 วิธีประหยัดคือ:
- ใช้ LLM รุ่นเล็ก (GPT-4 mini, Claude Haiku) สำหรับการสร้างพฤติกรรมทั่วไป
- ใช้ LLM รุ่นใหญ่เฉพาะกรณีซับซ้อน
- กำหนด session timeout เพื่อไม่ให้ AI ทำงานค้าง
3. การรักษาความปลอดภัยข้อมูล
ใช้ข้อมูลสังเคราะห์ (synthetic data) เสมอเมื่อทดสอบกับ system ที่มี API ต่อกับ LLM
- สร้างข้อมูลลูกค้า สินค้า และบัญชีธนาคารจำลอง
- ตั้งค่า environment variable ที่จำกัดการเข้าถึงข้อมูลจริง
- เลือกผู้ให้บริการ LLM ที่มีนโยบายไม่เก็บข้อมูล training data (เช่น Azure OpenAI)
4. การจำลองพฤติกรรมที่แตกต่างจากมนุษย์จริง
Synthetic users อาจไม่สามารถจำลองความรู้สึกหรืออารมณ์ของผู้ใช้จริงได้ดี วิธีแก้ไขคือเพิ่มกฎทางพฤติกรรมใน prompt ที่สะท้อนการใช้งานจริงของ SME ไทย
สรุป
Synthetic user testing เป็นเครื่องมือที่มีประสิทธิภาพสำหรับ SME ไทยที่ต้องการทดสอบระบบก่อนเปิดตัวโดยไม่มีผู้ใช้จริงหรืองบประมาณสูง การใช้ AI สร้างผู้ใช้จำลองที่มีพฤติกรรมหลากหลายช่วยค้นหาจุดบกพร่องใน workflow, error paths, และ UX problems ก่อนที่ลูกค้าจริงจะเจอ
ด้วยเครื่องมือ open-source อย่าง Playwright และ LLM API ที่มีต้นทุนต่ำ SME ไทยสามารถเริ่มต้นได้ทันที โดยใช้ต้นทุนไม่เกิน 2,000 บาทต่อการทดสอบหนึ่งรอบ อย่างไรก็ตาม ควรตระหนักถึงข้อจำกัด เช่น hallucination และความปลอดภัยของข้อมูล และใช้ synthetic testing ร่วมกับการทดสอบด้วยมนุษย์จริงเพื่อผลลัพธ์ที่ดีที่สุด
สำหรับ SME ไทยที่กำลังพัฒนา Odoo หรือเว็บไซต์ การลงทุนใน synthetic user testing ก่อนเปิดตัวจะช่วยลดความเสี่ยงที่ระบบจะล่มหรือมี UX ที่ไม่ดี ซึ่งอาจนำไปสู่การสูญเสียลูกค้าหรือโอกาสทางธุรกิจที่มีค่ามากกว่าค่าใช้จ่ายในการทดสอบหลายเท่า
คำถามที่พบบ่อย
Synthetic user testing ต่างจากการทดสอบด้วยมนุษย์จริงอย่างไร
การทดสอบด้วยมนุษย์จริงต้องใช้เวลาและงบประมาณสูงในการสรรหา จัดตาราง และวิเคราะห์ผล โดยเฉพาะสำหรับ SME ไทยที่มีฐานผู้ใช้จำกัด ในขณะที่ synthetic user testing ใช้ AI สร้างผู้ใช้จำลองที่มีพฤติกรรมหลากหลาย ทดสอบได้ตลอด 24 ชั่วโมง และครอบคลุมหลายเส้นทางพร้อมกัน อย่างไรก็ตาม synthetic users อาจไม่สามารถจับความรู้สึกทางอารมณ์หรือความพึงพอใจได้ลึกเท่ามนุษย์จริง ดังนั้นจึงควรใช้ร่วมกัน โดย synthetic testing สำหรับค้นหาจุดบกพร่องทางเทคนิค และ human testing สำหรับประเมินประสบการณ์โดยรวม
SME ไทยต้องมีทักษะอะไรบ้างในการเริ่มใช้ synthetic user testing
เบื้องต้นต้องการความเข้าใจพื้นฐานเกี่ยวกับการเขียนสคริปต์ทดสอบด้วยเครื่องมืออย่าง Playwright หรือ Puppeteer ซึ่งเป็น open-source และมีเอกสารภาษาไทยบางส่วน หากใช้ LLM อย่าง GPT-4 หรือ Claude ในการสร้างและประมวลผลการทดสอบ จะต้องเข้าใจการเขียน prompt ที่ชัดเจน รวมถึงการกำหนด user persona และ test scenario ที่สอดคล้องกับพฤติกรรมผู้ใช้จริงของ SME ไทย เช่น การป้อนข้อมูลช้าหรือการคลิกผิดพลาด สำหรับผู้ที่ไม่ถนัดเขียนโค้ด สามารถใช้เครื่องมือแบบ low-code อย่าง Browserbase หรือเทมเพลตสำเร็จรูปจากชุมชนนักพัฒนา
Synthetic user testing ใช้ได้กับการทดสอบ ERP อย่าง Odoo หรือไม่
ได้อย่างมีประสิทธิภาพ ตัวอย่างเช่น การทดสอบ workflow การขายตั้งแต่สร้างใบเสนอราคา โอนสต็อก จนถึงออกใบแจ้งหนี้ AI สามารถจำลองพนักงานขายที่กรอกข้อมูลไม่ครบถ้วน หรือพนักงานคลังที่เลือกสินค้าผิด warehouse การทดสอบนี้จะเผยให้เห็นจุดที่ระบบล้มเหลวเมื่อเจอ input ที่ไม่สมบูรณ์ หรือ error paths ที่นักพัฒนาอาจมองข้าม ข้อควรระวังคือ Odoo มี UI ที่ซับซ้อน AI อาจตีความฟิลด์หรือปุ่มผิดพลาด (hallucination) ดังนั้นควรกำหนด test scenario ให้ชัดเจน และตรวจสอบผลลัพธ์ซ้ำ
ต้นทุนในการใช้ synthetic user testing สำหรับ SME ไทยแพงไหม
ต้นทุนหลักคือค่า token ของ LLM สำหรับสร้างและประมวลผลการทดสอบ ซึ่งขึ้นอยู่กับจำนวน session และความยาวของแต่ละ session โดยประมาณการสำหรับ SME ทดสอบระบบขนาดเล็ก (10-20 workflows) อาจใช้ token ประมาณ 50,000-100,000 tokens ต่อวัน คิดเป็นค่าใช้จ่ายประมาณ 200-500 บาทต่อวันหากใช้ GPT-4 mini หรือ Claude Haiku สำหรับเครื่องมือพื้นฐานอย่าง Playwright เป็น open-source ไม่มีค่าใช้จ่ายเพิ่ม ดังนั้นการทดสอบ 2-3 วันก่อนเปิดตัวอาจมีต้นทุนไม่เกิน 2,000 บาท ซึ่งคุ้มค่าเมื่อเทียบกับการจ้างนักทดสอบมนุษย์หรือความเสียหายจากระบบที่บกพร่องหลังเปิดตัว
Synthetic user testing ช่วยป้องกันปัญหาอะไรที่พบบ่อยในระบบ SME ไทย
ช่วยป้องกันปัญหาหลัก 3 ด้าน ได้แก่ (1) Error paths ที่ไม่ถูกจัดการ เช่น ผู้ใช้กรอกข้อมูลผิดฟอร์มแล้วระบบไม่แจ้งเตือนหรือแจ้งเตือนผิด (2) Performance ปัญหาเมื่อมีผู้ใช้หลายคนทำงานพร้อมกัน เช่น พนักงานขาย 5 คนสร้าง quotation พร้อมกันตอนสิ้นเดือน (3) Localization ปัญหาการแสดงผลภาษาไทย การรองรับรูปแบบวันที่ หรือการป้อนข้อมูลที่ผู้ใช้ไทยมักทำ เช่น การเว้นวรรคไม่ถูกต้อง การใช้ comma แทนจุดในตัวเลข ตัวอย่างจริงในธุรกิจค้าปลีกไทยพบว่าระบบ POS ล่มเพราะไม่รองรับการป้อนราคาสินค้าที่มี comma เนื่องจากผู้ใช้พิมพ์ 1,500 แทน 1500
การรักษาความปลอดภัยข้อมูลเมื่อใช้ AI ทดสอบระบบต้องทำอย่างไร
ควรใช้ข้อมูลสังเคราะห์ (synthetic data) แทนข้อมูลจริงของลูกค้าหรือพนักงานในการทดสอบเสมอ โดยสามารถสร้างข้อมูลจำลองเช่น ชื่อลูกค้าสมมติ หมายเลขบัญชีธนาคารจำลอง หรือสินค้าทดสอบ หากจำเป็นต้องใช้ข้อมูลจริง ควรทำใน environment ที่แยกจาก production และมีนโยบายการลบข้อมูลหลังการทดสอบอย่างเคร่งครัด สำหรับ LLM ที่ใช้ API ควรเลือกผู้ให้บริการที่มีนโยบายไม่นำข้อมูลไป train models ต่อ เช่น Azure OpenAI หรือ AWS Bedrock ที่มีข้อตกลง HIPAA/GDPR นอกจากนี้ควรจำกัดสิทธิ์ของ synthetic users ให้เท่ากับผู้ใช้จริง เพื่อป้องกันการเข้าถึงข้อมูลที่เกินจำเป็น