บทที่ 59: กรณีศึกษาธุรกิจหนึ่งงานตั้งแต่ต้นจนจบ

ผลลัพธ์ของบทนี้

เมื่อจบบทนี้ คุณจะเห็นงานธุรกิจจำลองหนึ่งงานเดินครบเส้นทาง ตั้งแต่มนุษย์ส่งเรื่องให้ Earth AI ผ่าน Jan ไปยัง House จนรายงานกลับผ่าน Jan และ Earth AI ถึงมนุษย์ คุณยังสร้าง “แฟ้มงานครบวงจร” ของตนเองจากแม่แบบ 9 ชิ้นได้โดยไม่แตะระบบจริง

สถานการณ์ใกล้ตัว

เวลา 18.00 น. เจ้าของร้านชาสมมติชื่อ “เมฆขาว” พูดว่า “พรุ่งนี้อยากเห็นแคตตาล็อกของขวัญสองภาษา เอาไว้คุยกับตัวแทนขาย ช่วยทำให้ครบเลย” เขากำลังจะพัก และหวังว่าเช้าขึ้นมาจะมีสิ่งที่เปิดดูแล้วตัดสินใจได้

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

เราจะดูว่า Oracle ทำให้งานเดินได้ไกลโดยไม่ข้ามความรับผิดชอบอย่างไร

ศัพท์ใหม่ในบทนี้

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

ภาพเปรียบเทียบและขอบเขตของภาพ

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

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

แก่นของเรื่องแบบเป็นชั้น

ฉากที่ 1: มนุษย์ระบุผลลัพธ์

Earth AI ช่วยเจ้าของทำบัตรผลลัพธ์ก่อน:

• ผู้ใช้ปลายทาง: เจ้าของและตัวแทนขายภายใน
• การกระทำต่อ: เลือกทิศทางข้อความและสินค้าที่จะนำไปทดสอบสนทนากับตัวแทน
• ผลงาน: แคตตาล็อกสองภาษาแบบร่าง 6 รายการ พร้อมสรุปและการประกันคุณภาพ
• นับว่างานเสร็จเมื่อ: ข้อมูลจำลองครบ 6 รายการ ไทย-อังกฤษจับคู่กัน ไม่มีข้อกล่าวอ้างสุขภาพที่ไม่ได้ยืนยัน มีทะเบียนหลักฐานและรายการรออนุมัติ
• ไม่รวม: ไม่เผยแพร่ ไม่ส่งลูกค้า ไม่เชื่อมระบบขาย ไม่รับรองราคาจริง
• ผู้อนุมัติ: เจ้าของร้าน; ถ้ามีข้อกล่าวอ้างเฉพาะทางต้องผ่านผู้เชี่ยวชาญที่เกี่ยวข้อง

ฉากที่ 2: Earth AI ทำรายละเอียดงานห้าบรรทัด

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

Earth AI ตรวจว่าช่องสำคัญครบแล้ว จากนั้นส่งรายละเอียดงานให้ Jan ก่อนเสมอ ไม่เลือก House และไม่แจกงานเอง

ฉากที่ 3: Jan จัดบทบาทและข้อตกลงว่าต้องส่งรายงานอะไร

ในกรณีจำลองนี้ Jan พิจารณาบทบาทที่ต้องใช้ ไม่ถือว่า House พร้อมจากชื่อเพียงอย่างเดียว เมื่อสมมติว่ามีสถานะตอบรับที่เหมาะสม Jan แบ่งงานดังนี้:

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

ฉากที่ 4: บ้านผู้เชี่ยวชาญลงมือและหยุดเมื่อควรหยุด

ข้อมูลจำลองมีสินค้าหกชนิด แต่เกิดปัญหาสามอย่าง:

1. ราคาหนึ่งรายการไม่มีสกุลเงิน
2. คำอธิบายเดิมมีประโยค “ช่วยให้นอนหลับดีขึ้น” โดยไม่มีหลักฐานที่อนุญาต
3. ภาพสองภาพยังไม่รู้สิทธิ์การใช้

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

ฉากที่ 5: รายงานกลับมาเป็นไฟล์ให้ Jan

แต่ละ House ส่งรายงานที่มี: ขอบเขต, ผลงาน, หลักฐาน, ผลตรวจ, ข้อเท็จจริง, สมมติฐาน, สิ่งที่ยังไม่รู้, ความเสี่ยง, และขั้นถัดไป Jan รวมเป็นรายงานกลางโดยไม่ลบความขัดแย้ง

ทะเบียนหลักฐานย่อมีหน้าตาแบบนี้:

ฉากที่ 6: Jan รวมผล Earth AI ตรวจด่าน

Jan รายงานว่าแคตตาล็อกร่างและการประกันคุณภาพด้านโครงสร้างเสร็จตามขอบเขต แต่มีสามปัญหาที่ทำให้งานไปต่อไม่ได้ Earth AI ตรวจว่าไฟล์ที่รายงานมีจริงตามแฟ้มจำลอง สถานะไม่กล่าวเกินหลักฐาน และประตูเผยแพร่ยังปิด จากนั้นสรุปให้เจ้าของเป็นภาษาคน:

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

ฉากที่ 7: มนุษย์ตัดสินใจเป็นส่วน ๆ

เจ้าของไม่กด “อนุมัติทั้งหมด” แต่บันทึกคำตัดสินสี่ข้อ:

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

สถานะ artifact ของแฟ้มจึงเป็น staged (อยู่ระหว่างเตรียม) มีผลงานและผลตรวจบางส่วนแล้ว แต่ยังไม่ผ่านประตูใช้งานภายนอก

ฉากที่ 8: Handoff สำหรับวันถัดไป

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

แฟ้มงานเก้าชิ้นที่เหลืออยู่บนโต๊ะ

1. บัตรผลลัพธ์
2. รายละเอียดงานห้าบรรทัด
3. ตารางมอบหมายจาก Jan
4. ใบกำหนดสิ่งที่ให้ทำและห้ามทำของแต่ละสายงาน
5. ผลงานแคตตาล็อกฉบับร่าง
6. รายงาน House และรายงานรวม
7. ทะเบียนหลักฐานสามประเภท
8. บันทึกการตรวจและคำตัดสินรับมอบ
9. ใบส่งต่องาน

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

หยุดก่อน

ถ้าแฟ้มดูสมบูรณ์แต่เจ้าของยังบอกไม่ได้ว่าอนุมัติอะไรได้ อะไรยังห้ามใช้ และหลักฐานใดขาดอยู่ ให้คงสถานะ staged และหยุดก่อนทำการกระทำภายนอก

กรณีศึกษาหรือตัวอย่างจำลองที่ปลอดภัย

กรณี “เมฆขาว” ทั้งหมดเป็นข้อมูลตัวอย่างและยืมเพียงรูปแบบงานจากกรณีที่มีหลักฐานว่า Oracle V4 เคยผลิตผลงานประเภทแคตตาล็อกไฟล์นิ่งและชุดสองภาษาที่มีการประกันคุณภาพได้ สถานะของงานจริงแต่ละโครงการไม่เหมือนกัน และหลักฐานผลงานในอดีตไม่รับรองความพร้อมของระบบหรือข้อมูลในวันนี้

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

กิจกรรมทดลองอย่างปลอดภัย

เลือกงานจำลองหนึ่งงาน เช่น “คู่มือเปิดสาขา”, “รายงานสินค้าคงเหลือ” หรือ “ชุดบทความภายใน” แล้วสร้างแฟ้มเก้าชิ้นฉบับย่อ ชิ้นละไม่เกินหนึ่งหน้า ไม่ต้องส่งเข้า Oracle หรือเปิดระบบจริง

ลำดับทำกิจกรรม:

1. เขียนบัตรผลลัพธ์และรายละเอียดงาน
2. เขียนบทบาทที่ Jan ต้องพิจารณา โดยไม่เลือก House แทน Jan
3. ทำใบกำหนดสิ่งที่ให้ทำและห้ามทำ พร้อมแม่แบบรายงาน
4. สร้างข้อมูลจำลองที่มีข้อเท็จจริง 3 ข้อ สมมติฐาน 2 ข้อ และสิ่งที่ยังไม่รู้ 2 ข้อ
5. ทำรอบตรวจหนึ่งรอบและคำตัดสินรับมอบแบบแบ่งส่วน
6. ปิดด้วย handoff ที่คนใหม่อ่านแล้วทำข้อแรกได้

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

ระวังความเข้าใจผิด

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

สามเรื่องที่ควรจำ

1. งานเดินผ่านเส้นทางเดียว มนุษย์ส่งเรื่องให้ Earth AI จากนั้น Jan เลือก House และรายงานจะกลับผ่าน Jan กับ Earth AI จนถึงมนุษย์
2. หลักฐาน ข้อจำกัด และสิ่งที่ยังไม่รู้ต้องเดินทางกลับมาพร้อมผลงาน
3. มนุษย์อนุมัติเป็นส่วน ๆ ได้ และไม่จำเป็นต้องให้สิทธิ์ขั้นถัดไปเพียงเพราะร่างผ่าน

คำถามชวนคิด

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

สะพานไปบทถัดไป

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