การสัมภาษณ์ผู้ใช้สำหรับ Digital Companionship ควรเริ่มจากการระบุว่าอยากเข้าใจใคร อยากค้นหาเรื่องใด และผลลัพธ์จะถูกนำไปตัดสินใจอะไร. ทีมเล็กอาจเริ่มทำเองด้วยการสัมภาษณ์เชิงลึกและบันทึกโน้ตอย่างเป็นระบบ ส่วนงานที่มีข้อมูลอ่อนไหว หลายกลุ่มผู้ใช้ หรือมีผลต่อการเลือกผู้ให้บริการ อาจคุ้มค่ากับซอฟต์แวร์วิจัยผู้ใช้หรือผู้เชี่ยวชาญ UX Research.
หัวใจไม่ใช่การถามว่าผู้ใช้ “ชอบฟีเจอร์ไหม” แต่คือการเข้าใจบริบท ความคาดหวัง ความสบายใจ และเหตุผลที่ผู้ใช้อาจหยุดใช้งาน. คำถามปลายเปิดช่วยให้ผู้เข้าร่วมเล่าด้วยภาษาของตนเอง โดยไม่ถูกชี้นำจากสมมติฐานของทีม.
เนื่องจากบทสนทนาอาจเกี่ยวข้องกับความเหงา อารมณ์ หรือความสัมพันธ์ จึงต้องแจ้งวัตถุประสงค์และขอความยินยอมก่อนบันทึกเสียง วิดีโอ หรือหน้าจอ. ก่อนเลือกเครื่องมือหรือจ้างภายนอก ควรเปรียบเทียบขอบเขตงาน การคุ้มครองข้อมูล และเวลาที่ทีมต้องใช้จริง
ภาพรวมแบบรวดเร็ว
- เริ่มจากโจทย์ตัดสินใจ ระบุให้ชัดว่าจะใช้ผลสัมภาษณ์เพื่อปรับแนวคิด ฟีเจอร์ หรือวิธีให้บริการส่วนใด
- ใช้คำถามปลายเปิด เพื่อค้นหาแรงจูงใจ บริบท และความกังวลที่แบบสอบถามอาจอธิบายได้ไม่ครบ
- จัดการข้อมูลอย่างระมัดระวัง แจ้งวัตถุประสงค์และขอความยินยอมอย่างชัดเจนก่อนบันทึกข้อมูล
| ทางเลือก | เหมาะเมื่อ | ความลึกของข้อมูล | ภาระของทีม | จุดที่ต้องตรวจสอบ |
|---|---|---|---|---|
| สัมภาษณ์ออนไลน์ | ต้องการพูดคุยกับผู้ใช้จากหลายพื้นที่ | สูง หากมีคำถามติดตามที่ดี | ต้องนัดหมาย ดูแลการบันทึก และสรุปข้อมูล | การยินยอม คุณภาพเสียง และนโยบายข้อมูลของแพลตฟอร์ม |
| สัมภาษณ์แบบพบหน้า | ต้องการเห็นบริบทหรือปฏิกิริยาระหว่างใช้งาน | สูง และเห็นรายละเอียดแวดล้อมมากขึ้น | ต้องใช้เวลาเดินทางและประสานงาน | ความเป็นส่วนตัวของสถานที่และการเก็บไฟล์บันทึก |
| ไดอารีดิจิทัล | ต้องการเห็นประสบการณ์ต่อเนื่องตามช่วงเวลา | เห็นพฤติกรรมในชีวิตจริง แต่ติดตามยากกว่า | ต้องออกแบบคำแนะนำและติดตามผู้เข้าร่วม | ขอบเขตข้อมูลที่ให้บันทึก และวิธีจัดเก็บข้อมูล |
เริ่มต้นอย่างไรให้การสัมภาษณ์ค้นพบความต้องการจริง
คำตอบหลักคือ เริ่มจากการตัดสินใจที่รออยู่ ไม่ใช่เริ่มจากรายการคำถาม Digital Companionship คือประสบการณ์ดิจิทัลที่ผู้ใช้รับรู้ถึงการมีเพื่อน การสนับสนุน หรือการปฏิสัมพันธ์อย่างต่อเนื่อง ดังนั้นทีมควรระวังการตีความคำว่า “เพื่อน” แทนผู้ใช้ตั้งแต่ต้น
สรุปคำตอบ 3 ข้อก่อนเริ่ม: ถามใคร ถามเรื่องอะไร และนำผลไปตัดสินใจอะไร
ข้อแรกคือ ถามใคร เช่น ผู้ที่เคยใช้บริการลักษณะคล้ายกัน ผู้ที่มีความคาดหวังต่างกัน หรือผู้ที่หยุดใช้ผลิตภัณฑ์ไปแล้ว การคัดเลือกควรสัมพันธ์กับคำถามวิจัย ไม่ใช่เลือกเพียงเพราะติดต่อได้ง่าย
ข้อที่สองคือ ถามเรื่องอะไร ให้กำหนดประเด็น เช่น ช่วงเวลาที่ผู้ใช้อยากมีปฏิสัมพันธ์ ลักษณะการตอบกลับที่ทำให้สบายใจ หรือสถานการณ์ที่ทำให้รู้สึกไม่อยากใช้งานต่อ
ข้อสุดท้ายคือ นำผลไปตัดสินใจอะไร อาจเป็นการจัดลำดับฟีเจอร์ การออกแบบข้อความ การเลือกรูปแบบการแจ้งเตือน หรือการประเมินว่าควรทดสอบแนวคิดต่อหรือไม่ หากคำตอบไม่เชื่อมกับการตัดสินใจ การสัมภาษณ์อาจกลายเป็นข้อมูลที่น่าสนใจแต่ใช้ต่อได้ยาก
กำหนดสมมติฐานโดยไม่ยึดติดกับคำตอบที่อยากได้
สมมติฐานมีประโยชน์ในการกำหนดสิ่งที่ต้องตรวจสอบ เช่น ทีมอาจสงสัยว่าผู้ใช้ต้องการการสนทนาต่อเนื่องมากกว่าการแจ้งเตือนแบบสั้น ๆ แต่สมมติฐานไม่ใช่คำตอบที่ต้องพิสูจน์ให้ถูกต้องเสมอไป
ระหว่างสัมภาษณ์ ให้แยก สิ่งที่ผู้ใช้พูด ออกจาก สิ่งที่ทีมตีความ อย่างชัดเจน ตัวอย่างเช่น ประโยคที่ผู้เข้าร่วมบอกว่า “บางครั้งไม่อยากเปิดแอป” คือข้อมูลที่พูดจริง ส่วนการสรุปว่า “ฟีเจอร์นี้ทำให้ผู้ใช้กดดัน” เป็นการตีความที่ควรกลับไปตรวจสอบกับหลักฐานเพิ่มเติม
เปรียบเทียบรูปแบบการเก็บข้อมูล: ออนไลน์ พบหน้า หรือไดอารีดิจิทัล
ไม่มีรูปแบบใดเหมาะกับทุกโจทย์ วิธีที่เลือกควรสัมพันธ์กับเวลาของทีม ความลึกของข้อมูลที่ต้องการ และระดับความละเอียดอ่อนของเนื้อหา
ตารางเปรียบเทียบเวลา ต้นทุน ความลึกของข้อมูล และข้อจำกัด
การสัมภาษณ์ออนไลน์ช่วยลดข้อจำกัดด้านสถานที่ และเหมาะกับการพูดคุยเชิงลึกเมื่อผู้เข้าร่วมสะดวกใช้เครื่องมือดิจิทัล การพบหน้าช่วยให้ทีมเห็นบริบทหรือสังเกตการใช้งานได้มากขึ้น แต่ต้องจัดการเรื่องสถานที่และความเป็นส่วนตัวอย่างรอบคอบ
ส่วนไดอารีดิจิทัลเหมาะเมื่อต้องการดูประสบการณ์ที่เกิดขึ้นต่อเนื่อง ไม่ได้เกิดในเวลานัดสัมภาษณ์เพียงครั้งเดียว อย่างไรก็ตาม ผู้เข้าร่วมอาจบันทึกไม่สม่ำเสมอ จึงควรกำหนดสิ่งที่ต้องการให้บันทึกอย่างกระชับและไม่ล้ำเส้นข้อมูลส่วนบุคคลเกินจำเป็น
เมื่อใดควรใช้เครื่องมือบันทึก ถอดเสียง หรือแพลตฟอร์มวิจัยผู้ใช้
แพลตฟอร์มบันทึกสัมภาษณ์ ช่วยให้ทีมย้อนกลับไปตรวจสอบคำพูดและบริบทได้ โดยเฉพาะเมื่อมีผู้สัมภาษณ์หรือผู้สังเกตการณ์หลายคน แต่ควรใช้งานเมื่อผู้เข้าร่วมรับทราบและยินยอมชัดเจนเท่านั้น
เครื่องมือถอดเสียงสัมภาษณ์ อาจช่วยลดเวลางานเอกสารและทำให้ค้นหาประเด็นซ้ำได้ง่ายขึ้น แต่ทีมยังควรตรวจทานความถูกต้องของข้อความ โดยเฉพาะชื่อ บุคคล หรือถ้อยคำที่มีความหมายละเอียดอ่อน
หากต้องรับสมัครหลายกลุ่ม จัดการนัดหมาย วิเคราะห์ข้อมูลจำนวนมาก หรือมีความกังวลด้านการคุ้มครองข้อมูล ซอฟต์แวร์วิจัยผู้ใช้ และบริการ UX Research ภายนอกอาจช่วยลดภาระการดำเนินงานได้ ค่าใช้จ่ายและขอบเขตบริการแตกต่างกัน จึงควรเปรียบเทียบตามงานจริง ไม่ควรตัดสินจากชื่อฟีเจอร์เพียงอย่างเดียว
ออกแบบคำถามที่ทำให้ผู้ใช้เล่าประสบการณ์กับเพื่อนดิจิทัลได้จริง
คำถามที่ดีเปิดพื้นที่ให้เล่าเหตุการณ์จริง แทนการขอให้ผู้ใช้เดาว่าตนเองจะทำอะไรในอนาคต การสัมภาษณ์เชิงลึกเหมาะกับการค้นหาแรงจูงใจ บริบทการใช้งาน และความกังวลที่คำตอบแบบเลือกตัวเลือกอาจบอกได้ไม่ครบ
คำถามเกี่ยวกับบริบท ความคาดหวัง ความสบายใจ และช่วงเวลาที่เลิกใช้งาน
เริ่มจากเหตุการณ์ก่อนเสมอ เช่น “ครั้งล่าสุดที่คุณอยากเปิดใช้บริการลักษณะนี้ เกิดอะไรขึ้นก่อนหน้านั้น” แล้วค่อยถามถึงสิ่งที่ผู้ใช้ทำ ความรู้สึกระหว่างใช้งาน และสิ่งที่เกิดขึ้นหลังจากนั้น
ประเด็นที่ควรสำรวจ ได้แก่ ความคาดหวังต่อการสนทนา ความถี่ที่รู้สึกเหมาะสม น้ำเสียงที่ทำให้สบายใจ ขอบเขตที่ผู้ใช้ไม่ต้องการให้ระบบก้าวล้ำ และช่วงเวลาที่ผู้ใช้เริ่มลดหรือหยุดใช้งาน ข้อมูลเหล่านี้ช่วยให้ทีมเห็นทั้งโอกาสของฟีเจอร์และความเสี่ยงของประสบการณ์
ตัวอย่างคำถามชวนเล่า และคำถามที่ควรหลีกเลี่ยงเพื่อลดอคติ
- ควรถาม: “ช่วยเล่าครั้งล่าสุดที่คุณอยากคุยกับบริการดิจิทัลแบบต่อเนื่องได้ไหม”
- ควรถาม: “อะไรทำให้คุณรู้สึกว่าสิ่งตอบกลับนั้นช่วยได้หรือไม่ช่วย”
- ควรถาม: “มีช่วงไหนที่คุณไม่อยากให้บริการส่งข้อความหรือชวนคุยไหม เพราะอะไร”
- ควรหลีกเลี่ยง: “ฟีเจอร์นี้ทำให้คุณรู้สึกมีเพื่อนมากขึ้นใช่ไหม” เพราะชี้นำคำตอบ
- ควรหลีกเลี่ยง: “คุณเหงาบ่อยแค่ไหน” หากยังไม่จำเป็นต่อโจทย์และยังไม่ได้สร้างความไว้วางใจ
- ควรหลีกเลี่ยง: คำถามที่บีบให้เปิดเผยเรื่องส่วนตัวโดยไม่มีเหตุผลชัดเจนต่อการวิจัย
เมื่อผู้เข้าร่วมตอบสั้น ให้ใช้คำถามติดตามที่เป็นกลาง เช่น “ช่วยเล่าเพิ่มได้ไหม” หรือ “ตอนนั้นอะไรสำคัญที่สุดสำหรับคุณ” แทนการเสนอคำตอบให้เลือกเอง
ขั้นตอนทำงานภาคสนามและการดูแลข้อมูลส่วนบุคคล
การได้ข้อมูลเชิงลึกไม่ควรแลกกับการละเลยความเป็นส่วนตัว สำหรับหัวข้อ Digital Companionship เนื้อหาบางส่วนอาจเกี่ยวข้องกับความรู้สึก พฤติกรรมการใช้งาน หรือความสัมพันธ์ ซึ่งต้องกำหนดขอบเขตตั้งแต่ก่อนเริ่มงาน
คัดเลือกผู้เข้าร่วม นัดหมาย ขอความยินยอม และจัดการไฟล์บันทึก
กำหนดเกณฑ์คัดเลือกให้ตอบโจทย์การวิจัย เช่น ประสบการณ์ใช้งาน ความหลากหลายของบริบท หรือความแตกต่างของความคาดหวัง ก่อนนัดหมาย ควรแจ้งหัวข้อโดยสรุป วัตถุประสงค์ของการสัมภาษณ์ และสิ่งที่จะมีการบันทึก
หากจะบันทึกเสียง วิดีโอ หรือหน้าจอ ต้องขอความยินยอมอย่างชัดเจน ผู้เข้าร่วมควรเข้าใจว่ามีการเก็บอะไร ใช้เพื่ออะไร และสามารถเลือกไม่บันทึกบางส่วนได้หรือไม่ตามกระบวนการของทีม
หลังจบการสัมภาษณ์ ให้จัดเก็บไฟล์และโน้ตตามสิทธิ์เข้าถึงที่จำเป็นต่อการทำงานเท่านั้น การเลือกเครื่องมือบันทึกหรือเครื่องมือถอดเสียงควรพิจารณานโยบายข้อมูล วิธีส่งออกไฟล์ และการควบคุมการเข้าถึงของผู้ใช้งานในทีม
ข้อควรระวังเมื่อเนื้อหาสัมภาษณ์เกี่ยวข้องกับอารมณ์ ความเหงา หรือความสัมพันธ์
อย่าตั้งคำถามโดยสมมติว่าผู้เข้าร่วมกำลังเหงา ต้องการความช่วยเหลือ หรือมองระบบเป็นเพื่อน ทุกประสบการณ์มีความต่างกัน ผู้สัมภาษณ์ควรใช้ภาษาที่ไม่ตัดสิน ไม่เร่งรัด และไม่ผลักให้ผู้เข้าร่วมเล่าเกินกว่าที่สบายใจ
หากผู้เข้าร่วมเล่าเรื่องละเอียดอ่อน ให้ยึดกรอบการวิจัยที่แจ้งไว้ ไม่ขยายประเด็นเพียงเพราะข้อมูลดูน่าสนใจ และบันทึกเฉพาะสิ่งที่จำเป็นต่อคำถามวิจัย
ปรับวิธีสัมภาษณ์ตามสถานการณ์และทรัพยากรของทีม
วิธีที่เหมาะสมคือวิธีที่ทีมทำได้อย่างรอบคอบและนำผลไปใช้ตัดสินใจได้จริง ไม่จำเป็นต้องเริ่มด้วยกระบวนการที่ซับซ้อน แต่ไม่ควรลดทอนการขอความยินยอมหรือการตรวจสอบอคติในการวิเคราะห์
ทีมเล็กที่ต้องการคำตอบเร็วเพื่อทดสอบแนวคิด
ทีมเล็กอาจเริ่มด้วยการกำหนดคำถามวิจัยเพียงไม่กี่ข้อ สร้างแนวคำถามปลายเปิด และทำการสัมภาษณ์ออนไลน์ที่จัดการได้ด้วยตนเอง หลังแต่ละครั้ง ควรแยกบันทึกเป็น “คำพูดหรือพฤติกรรมที่พบ” กับ “ข้อสังเกตของทีม” เพื่อไม่ให้ข้อสรุปวิ่งนำหลักฐาน
หากใช้ซอฟต์แวร์บันทึกหรือถอดเสียง ควรเลือกเฉพาะฟังก์ชันที่ช่วยลดงานซ้ำ เช่น การย้อนฟัง การค้นหาคำสำคัญ หรือการส่งออกโน้ต โดยตรวจสอบเงื่อนไขข้อมูลก่อนเริ่มใช้งาน
องค์กรที่ต้องการข้อมูลสำหรับพัฒนาผลิตภัณฑ์หรือเลือกผู้ให้บริการภายนอก
เมื่อการวิจัยเกี่ยวข้องกับหลายกลุ่มผู้ใช้ หลายทีม หรือการตัดสินใจที่มีผลต่อทิศทางผลิตภัณฑ์ การใช้บริการ UX Research ภายนอกอาจช่วยเรื่องการออกแบบวิจัย การคัดเลือกผู้เข้าร่วม การดำเนินการสัมภาษณ์ และการสังเคราะห์ผล
อย่างไรก็ตาม การจ้างภายนอกไม่ควรหมายถึงการส่งโจทย์กว้าง ๆ แล้วรอรายงาน ทีมภายในยังต้องกำหนดคำถามธุรกิจ ขอบเขตข้อมูลที่ยอมให้เข้าถึง วิธีรับมอบผลลัพธ์ และเกณฑ์ที่จะใช้ตัดสินใจต่อจากงานวิจัย
เกณฑ์เลือกวิธีวิจัย เครื่องมือ และผู้ให้บริการ — สรุปเพื่อการตัดสินใจ
ให้เลือกจากความเหมาะสมของข้อมูลและการตัดสินใจ ไม่ใช่จากจำนวนฟีเจอร์ ก่อนตัดสินใจใช้แพลตฟอร์มวิจัยผู้ใช้ เครื่องมือถอดเสียง หรือบริการ UX Research ควรเปรียบเทียบขอบเขตงานอย่างตรงไปตรงมา
เช็กลิสต์เปรียบเทียบราคา ความปลอดภัยของข้อมูล การรองรับภาษาไทย และการส่งออกผลวิเคราะห์
- ขอบเขตราคาสอดคล้องกับงานที่ต้องทำจริงหรือไม่ และมีเงื่อนไขใดที่ควรตรวจสอบเพิ่มเติม
- แพลตฟอร์มบันทึกสัมภาษณ์มีนโยบายข้อมูลและการควบคุมสิทธิ์เข้าถึงที่ทีมยอมรับได้หรือไม่
- เครื่องมือถอดเสียงรองรับภาษาไทยและรูปแบบเสียงของผู้เข้าร่วมในระดับที่ทีมต้องตรวจทานต่อได้หรือไม่
- สามารถส่งออกไฟล์บันทึก ข้อความถอดเสียง โน้ต หรือผลวิเคราะห์เพื่อใช้งานต่อได้หรือไม่
- ผู้ให้บริการ UX Research อธิบายขั้นตอนคัดเลือกผู้เข้าร่วม การดูแลข้อมูล และรูปแบบรายงานได้ชัดเจนหรือไม่
ต้นทุนแบบใดคุ้มค่าเมื่อเทียบกับเวลาทีมและความเสี่ยงของการตัดสินใจผิด
ต้นทุนไม่ได้มีเพียงค่าซอฟต์แวร์หรือค่าจ้างภายนอก แต่รวมถึงเวลานัดหมาย เวลาถอดความ เวลาวิเคราะห์ และความเสี่ยงจากการสรุปข้อมูลผิดบริบทด้วย หากทีมมีเวลาน้อยแต่ต้องจัดการข้อมูลจำนวนมาก เครื่องมือวิจัยผู้ใช้ที่เหมาะสมอาจช่วยให้ทำงานเป็นระบบขึ้น
ในทางกลับกัน หากโจทย์ยังอยู่ในช่วงสำรวจแนวคิดเบื้องต้น การทำสัมภาษณ์ด้วยทีมภายในอย่างมีกรอบและมีวินัยอาจเพียงพอ สิ่งที่ควรเทียบคือผลลัพธ์ที่ต้องการ ความอ่อนไหวของข้อมูล และทรัพยากรที่มีอยู่จริง
เกณฑ์เลือกและสรุปเปรียบเทียบ
ก่อนเลือกวิธีหรือผู้ให้บริการ ให้ตรวจสอบ โจทย์การตัดสินใจ ว่าต้องการคำตอบเชิงลึกหรือเห็นพฤติกรรมต่อเนื่อง, ความละเอียดอ่อนของข้อมูล ว่าจำเป็นต้องบันทึกอะไรบ้าง, เวลาของทีม สำหรับนัดหมาย ถอดความ และวิเคราะห์, การรองรับภาษาไทย ของเครื่องมือ, และ สิทธิ์การเข้าถึงหรือการส่งออกข้อมูล หลังจบโครงการ
สำหรับแพลตฟอร์มบันทึกสัมภาษณ์ เครื่องมือถอดเสียง และบริการวิจัย UX ควรตรวจสอบนโยบายข้อมูลและขอบเขตราคาก่อนเลือกใช้จากหน้ารายละเอียดของผู้ให้บริการ
สรุปส่งท้าย
การสัมภาษณ์ผู้ใช้เพื่อออกแบบ Digital Companionship ที่ดี เริ่มจากการฟังประสบการณ์จริงโดยไม่รีบยืนยันสิ่งที่ทีมเชื่ออยู่แล้ว คำถามปลายเปิด การขอความยินยอมที่ชัดเจน และการแยกข้อมูลออกจากการตีความ เป็นพื้นฐานที่ช่วยให้ข้อค้นพบมีคุณภาพมากขึ้น
ไม่ว่าทีมจะทำเอง ใช้เครื่องมือวิจัย หรือจ้างผู้เชี่ยวชาญ เป้าหมายควรเหมือนกัน คือใช้ข้อมูลเพื่อสร้างประสบการณ์ที่ผู้ใช้รู้สึกสบายใจและตอบโจทย์ในบริบทจริง
ข้อมูลที่ควรรู้เพิ่มเติม
1. การสัมภาษณ์เชิงลึกช่วยค้นหาเหตุผลและบริบทที่คำตอบแบบสั้นอาจไม่ครอบคลุม
2. การบันทึกข้อมูลควรเกิดขึ้นเมื่อผู้เข้าร่วมรับทราบและยินยอมแล้ว
3. จำนวนผู้เข้าร่วมที่เหมาะสมขึ้นอยู่กับเป้าหมาย ความหลากหลายของผู้ใช้ และทรัพยากรของทีม
4. ฟีเจอร์ที่ทำให้เกิดความรู้สึกเป็นเพื่อนดิจิทัลควรทดสอบกับผู้ใช้จริง ไม่ควรสรุปจากสมมติฐานเพียงอย่างเดียว
ข้อควรตรวจสอบสำคัญ
บทความนี้เป็นแนวทางวางกระบวนการวิจัย ไม่สามารถกำหนดจำนวนผู้เข้าร่วม ค่าใช้จ่าย หรือเครื่องมือที่เหมาะที่สุดสำหรับทุกทีมได้ การเลือกซอฟต์แวร์วิจัยผู้ใช้ เครื่องมือถอดเสียง และบริการ UX Research ควรตรวจสอบขอบเขตงาน ระยะเวลา การรองรับภาษา และแนวทางคุ้มครองข้อมูลของแต่ละทางเลือกก่อนตัดสินใจ
คำถามที่พบบ่อย
Q1. การสัมภาษณ์ผู้ใช้สำหรับ Digital Companionship ควรใช้เวลานานแค่ไหน?
A1. ไม่มีระยะเวลาตายตัว เพราะขึ้นอยู่กับเป้าหมายการวิจัย ความซับซ้อนของประเด็น และความพร้อมของผู้เข้าร่วม ควรเผื่อเวลาให้ผู้เข้าร่วมเล่าบริบท เหตุการณ์จริง และเหตุผลของตนได้โดยไม่เร่งรัด
Q2. ทีมขนาดเล็กควรทำ User Interview เองหรือจ้าง UX Research ภายนอก?
A2. หากโจทย์ชัด ขอบเขตไม่กว้าง และทีมมีเวลาจัดการนัดหมาย บันทึก และวิเคราะห์ ก็เริ่มทำเองได้ แต่หากต้องศึกษาหลายกลุ่มผู้ใช้ มีข้อมูลอ่อนไหว หรือต้องใช้ผลประกอบการตัดสินใจสำคัญ อาจพิจารณาใช้เครื่องมือวิจัยหรือผู้เชี่ยวชาญภายนอกตามขอบเขตงานที่เหมาะสม
Q3. ถ้าต้องบันทึกเสียงหรือวิดีโอการสัมภาษณ์ ต้องระวังเรื่องความเป็นส่วนตัวอย่างไร?
A3. ควรแจ้งวัตถุประสงค์ของการบันทึก สิ่งที่จะเก็บ และวิธีนำข้อมูลไปใช้ก่อนเริ่มสัมภาษณ์ จากนั้นขอความยินยอมอย่างชัดเจน รวมถึงจัดเก็บไฟล์ให้เข้าถึงได้เฉพาะผู้ที่จำเป็นต่อการทำงาน และตรวจสอบนโยบายข้อมูลของแพลตฟอร์มที่ใช้
