ใช้ AI กับงานจริง
วางจุดอนุมัติของคนไว้ตรงไหนในเวิร์กโฟลว์ AI
แนวทางตรวจสิทธิ์ข้อมูล การทบทวนโดยคน การสื่อสารกับลูกค้า และผู้รับผิดชอบงานที่ใช้ AI
โดย Automate HQ · ปรับปรุง · 3 นาที
สรุปประเด็น
กำหนดวัตถุประสงค์ สิทธิ์ข้อมูลที่จำกัด ผู้รับผิดชอบ และวิธีหยุดให้ทุกเวิร์กโฟลว์ที่ใช้ AI ผู้ตรวจต้องเห็นหลักฐานของผลลัพธ์และแก้ไขได้ เพื่อให้การตรวจของคนมีความหมาย
- 01กำหนดวัตถุประสงค์
- 02จำกัดสิทธิ์
- 03ตรวจหลักฐาน
- 04ควบคุมการทำงาน
กำหนดสิ่งที่เวิร์กโฟลว์ทำได้
งานจัดหมวดคำขอต้องใช้สิทธิ์ต่างจากงานส่งคำตอบลูกค้า เขียนการกระทำที่อนุญาตและจุดที่ต้องให้คนอนุมัติ อย่าให้สิทธิ์ทั้งระบบเพียงเพราะตั้งค่าง่ายกว่า
ถามทุกครั้งว่าหากผลนี้ผิดจะเกิดอะไร หมวดภายในที่ผิดอาจแก้ง่าย แต่ข้อความผิดที่ส่งถึงลูกค้าอาจแก้ผลกระทบยาก เพิ่มการตรวจเมื่อผลเสียมากขึ้น
ใช้ข้อมูลเท่าที่งานจำเป็นต้องใช้
ทำแผนที่ข้อมูลที่เข้า บริการที่ประมวลผล และผู้ที่อ่านผลได้ ตัดข้อมูลที่ไม่ช่วยให้งานเสร็จ กำหนดกติกาตัวอย่างทดสอบ ล็อก สิทธิ์ และระยะเก็บก่อนเชื่อมระบบจริง
งานที่เกี่ยวข้องกับไทยและสิงคโปร์ควรให้ผู้รับผิดชอบธุรกิจตรวจข้อกำหนดความเป็นส่วนตัวและการส่งข้อมูลข้ามประเทศโดยรับคำแนะนำที่เหมาะสม การตั้งค่าเครื่องมือหรือรายการตรวจทั่วไปไม่ได้พิสูจน์ว่าทำตามกฎหมายครบแล้ว
ให้ผู้ตรวจเห็นต้นฉบับและแก้คำตอบได้
แสดงข้อมูลต้นทางข้างผลที่เสนอ ให้ผู้ตรวจเห็นข้อมูลที่ขาด แก้ข้อเสนอ และปฏิเสธได้ หากหน้าจอมีเพียงคำตอบที่ดูมั่นใจ การอนุมัติอาจเหลือแค่กดผ่าน
ระบุคนรับผิดชอบแก้ข้อมูลและรับข้อร้องเรียน ในเอกสารส่งมอบต้องบอกด้วยว่าใครหยุดระบบได้เมื่อเริ่มผิดซ้ำ
คำอนุมัติต้องระบุชัดกว่าปุ่มตกลง
คำอนุมัติควรระบุการกระทำ ปลายทาง ค่าที่เสนอ หลักฐานต้นทาง และเงื่อนไขหมดอายุหรือยกเลิก ผูกกับข้อมูลรุ่นปัจจุบัน หากผู้ขาย ผู้รับ ยอดเงิน หรือนโยบายเปลี่ยนไป คำตัดสินเดิมต้องไม่ครอบคลุมงานใหม่โดยไม่มีใครรู้
ตัวอย่างสมมติ: คำตอบของลูกค้าคนหนึ่งผ่านอนุมัติ แต่คำขอเปลี่ยนก่อนส่ง ต้องตรวจสถานะบทสนทนาและรุ่นคำตอบใหม่ แสดงทั้งต้นทางและสิ่งที่เปลี่ยนให้ผู้ตรวจ อย่าเปลี่ยนคำอนุมัติเก่าให้เป็นสิทธิ์ถาวรสำหรับข้อความในอนาคต
| การกระทำ | สิ่งที่ต้องตรวจก่อนทำ | กรณีที่ต้องขอใหม่ |
|---|---|---|
| จัดหมวดภายใน | หมวดที่อนุญาตและการแก้กลับได้ | เพิ่มหมวดหรือเปลี่ยนขอบเขตส่งงาน |
| ตอบลูกค้า | หลักฐาน ผู้รับ และข้อความที่จะส่งจริง | ข้อเท็จจริงหรือคำมั่นใหม่ หรือคนรับช่วง |
| ร่างรายการบัญชี | ข้อมูลที่ตรวจแล้วและรุ่นที่อนุญาต | ผู้ขาย ยอด หรือเลขอ้างอิงเปลี่ยน |
| คืนเงินหรือเปลี่ยนสิทธิ์ | กระบวนการอนุมัติแยกโดยผู้มีสิทธิ์ | ขอบเขตหรือผู้รับเปลี่ยนไม่ว่ากรณีใด |
ทดสอบกรณีที่ตัดสินใจยาก
รวมภาษากำกวม ชื่อที่ไม่คุ้น ข้อมูลไม่ครบ และคำขอนอกขอบเขต ตรวจว่าระบบส่งความไม่แน่ใจให้คนสม่ำเสมอหรือไม่ สุ่มตรวจรอบที่สำเร็จด้วย เพราะข้อผิดพลาดเงียบอาจไม่เข้าคิวปัญหาเลย
ติดตามการเปลี่ยนคำสั่ง โมเดล การเชื่อมต่อ และข้อมูลต้นทาง เก็บเวิร์กโฟลว์รุ่นที่กู้คืนได้กับประวัติการเปลี่ยนสำคัญ เพื่อสืบหาพฤติกรรมที่ไม่คาดคิด
สื่อสารกับลูกค้าและเพื่อนร่วมงานให้ตรงไปตรงมา
อธิบายว่าระบบทำอะไรด้วยภาษาที่เข้าใจได้ อย่านำเสนอร่างอัตโนมัติว่าเป็นคำตอบที่คนตรวจแล้วหากยังไม่มีใครตรวจ จัดทางไปหาคนเมื่อบทสนทนาต้องใช้บริบทหรือวิจารณญาณ
เดโมที่ใช้ประเมินงานจริงควรมีทั้งงานปกติที่สำเร็จ กรณีผิดปกติ และทางกู้คืน ซึ่งบอกความพร้อมใช้งานได้มากกว่าตัวอย่างที่สมบูรณ์แบบอย่างเดียว