Peak Atlas

Playbook · เทคโนโลยี · การดำเนินงาน

AI Agent ตัวแรกต้องมีงานที่ชัดเจน

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

ผู้เขียน
กองบรรณาธิการ Peak Atlas
เวลาในการอ่าน
ประมาณ 5 นาที · 912 คำ
การเข้าถึง
ฟรี ไม่ต้องลงทะเบียน

ทำไมงานต้องมาก่อนเครื่องมือ

โปรเจกต์เอเจนต์ที่ล้มเหลวส่วนใหญ่ไม่ได้ล้มเหลวเพราะเทคโนโลยี แต่เพราะตัวงาน: กว้างเกินไป (“สนับสนุนฝ่ายขายของเรา”) เกิดไม่บ่อยพอ (สิบสองรายการต่อปี) หรือต้นทุนความผิดพลาดสูงเกินไป (การสื่อสารกับลูกค้าโดยไม่มีการควบคุม) เอเจนต์ตัวแรกที่ดีมีงานที่แคบ เกิดซ้ำ และมีผลลัพธ์ชัดเจน ที่คนตรวจได้ในไม่กี่วินาที

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

1. โครงการนำร่องที่สมเหตุสมผลสามโครงการ

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

2. เกณฑ์การคัดเลือก

ประเมินผู้สมัครแต่ละรายในสี่มิติ โครงการนำร่องต้องได้คะแนนสูงในสามมิติแรก และต่ำในมิติที่สี่

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

3. ขั้นตอนตั้งแต่การเก็บข้อมูลกระบวนการจนถึงการใช้งานจริง

การเก็บข้อมูลกระบวนการ

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

สิทธิ์และการเข้าถึงขั้นต่ำ

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

ชุดทดสอบ

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

การอนุมัติโดยคน

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

Monitoring

  • จำนวนรายการต่อสัปดาห์และสัดส่วนที่ไม่ต้องแก้ไข
  • ประเภทและความถี่ของการแก้ไข
  • เวลาดำเนินการต่อรายการก่อนและหลัง (วัดจริง ไม่ใช่ประมาณ)
  • การล่ม การหมดเวลา ผลลัพธ์ว่างเปล่า

4. คำนวณค่าดำเนินการก่อนเริ่ม

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

สูตรคำนวณง่าย ๆ ก็พอสำหรับการตัดสินใจ: จำนวนรายการต่อเดือน × (นาทีก่อน − นาทีหลัง) ÷ 60 ได้กำลังคนที่ว่างขึ้นเป็นชั่วโมง คูณด้วยมูลค่าต่อชั่วโมงที่ใช้คำนวณ จะได้ประโยชน์ตามการคำนวณ แล้วหักค่าดำเนินการรายเดือนออก เมื่อค่าสุทธินี้เป็นบวกเท่านั้น การสร้างครั้งเดียวจึงจะคืนทุนได้ภายในจำนวนเดือนหนึ่ง นาที “หลัง” ต้องรวมเวลาอนุมัติของคน ไม่ใช่แค่เวลาที่เอเจนต์ทำงาน

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

5. เกณฑ์การหยุด

กำหนดก่อนเริ่มว่าโครงการนำร่องจะจบเมื่อไร ทั้งสองทาง คนที่เพิ่งกำหนดเกณฑ์หลังสี่สัปดาห์ จะประเมินผลตามอารมณ์แทนที่จะตามข้อมูล

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

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

Downloads

นำกลับไปใช้

Markdown เปิดได้ในโปรแกรมแก้ไขข้อความหรือเครื่องมือจดโน้ตทุกตัว ไฟล์ CSV คั่นด้วยเครื่องหมายอัฒภาค และเปิดได้โดยตรงใน Excel, Numbers หรือ LibreOffice

การพูดคุย

อยากนำไปปรับใช้กับสถานการณ์ของคุณหรือไม่? การพูดคุยครั้งแรกจะช่วยให้รู้ว่าจุดคานงัดที่ใหญ่ที่สุดของคุณอยู่ที่ไหน

ให้เราวิเคราะห์ร้านค้า

เริ่มต้นด้วยความชัดเจน ที่เหลือจะตามมาเอง

เข้าสู่ระบบด้วย Google สร้าง Atlas ของคุณในประมาณสองนาที และมองเห็นธุรกิจของคุณในที่เดียว

แพ็กเกจฟรี · เข้าสู่ระบบด้วย Google · ตั้งค่าเสร็จในประมาณสองนาที