“คุณลุงสามแท็ป” และ “ไล่เจ้านายออก” เป็นมุกที่ทำให้ขั้นตอนงานดูเหมือนคนจริง ๆ ไม่ได้หมายถึงการไล่ใครออกจริง
1. เมื่อก่อนบทความเสร็จ แต่งานยังไม่เสร็จ
เราบอก AI ว่า “เอาทั้งหมดถึงตรงนี้ไปทำเป็นบทความ”
บทความก็เสร็จ
แต่หลังจากนั้นยังมีงานของคนเหลืออยู่
ขั้นตอนประมาณนี้
- รับไฟล์ Markdown
- ดาวน์โหลดไฟล์
- เปิด GitHub
- เข้าโฟลเดอร์ที่กำหนด
- อัปโหลดไฟล์
- Commit
- เช็กว่าไฟล์เข้าไปจริงหรือไม่
แต่ละขั้นตอนเล็กมาก
เพราะมันเล็กนี่แหละ คนจึงมักปล่อยให้มันอยู่ต่อไป
“แค่สามแท็ปเอง เดี๋ยวทำให้”
และตรงนั้นเอง คุณลุงสามแท็ปก็ถือกำเนิด
หน้าที่ของเขาคือขนไฟล์ที่ AI ทำเสร็จแล้วไปส่งถึง GitHub
งานเบา
แต่ต้องกลับมาทำทุกครั้ง
งานเล็กไม่ได้แปลว่าไม่มีต้นทุน
มันน่ารำคาญเพราะมันเกิดซ้ำไม่รู้จบ
2. พอต่อ GitHub แท็ปก็หายไปทั้งชุด
จากนั้นเราให้ AI เขียนไฟล์ลง GitHub ได้โดยตรง
ขั้นตอนใหม่กลายเป็นแบบนี้
- บอกว่า “ทำเป็นบทความให้หน่อย”
- AI เขียนบทความ
- AI บันทึกลงโฟลเดอร์เป้าหมายโดยตรง
- AI ดึงไฟล์ที่บันทึกแล้วกลับมาอีกครั้ง
- AI ตรวจว่าไฟล์มีอยู่จริง
- AI รายงานว่าสำเร็จหรือล้มเหลว
ฝั่งคนแทบเหลือแค่คำสั่งเดียว
แล้วการปรับโครงสร้างองค์กรก็เกิดขึ้นทันที
คุณลุงสามแท็ป: ตกงาน
คุณลุงสามแท็ป: “วันนี้ก็ไปขน Markdown กัน!”
ระบบเชื่อม GitHub: “ตำแหน่งนั้นถูกยกเลิกตั้งแต่เมื่อวานครับ”
คุณลุงสามแท็ป: “หา?”
3. นี่ไม่ใช่แค่ประหยัดเวลา แต่มันคือการลบขั้นตอนทิ้ง
การเพิ่มประสิทธิภาพแบบทั่วไปคือทำงานเดิมให้เร็วขึ้น
งานห้านาทีเหลือสองนาที
แบบนั้นก็ดี
แต่ครั้งนี้ต่างออกไป
เราไม่ได้ทำให้คนอัปโหลดเร็วขึ้น
เราเอาความจำเป็นที่คนต้องอัปโหลดออกไปเลย
ตรงนี้สำคัญมาก
ความเร็วในการคลิกมีขีดจำกัด
แต่คลิกที่ไม่มีอยู่แล้วไม่ต้องปรับปรุงอะไรอีก
ไม่ต้องจำว่า “ต้องใส่โฟลเดอร์ไหนนะ?”
โอกาสลืมอัปโหลดลดลง
การสลับไปมาระหว่างงานก็ลดลง
การปรับปรุงงานที่แรงที่สุดไม่ใช่ทำให้คนเร็วขึ้น
แต่คือทำให้คนไม่ต้องทำงานที่ไม่จำเป็น
4. ถ้าตรวจซ้ำหลังบันทึกแบบอัตโนมัติด้วย ระบบจะยิ่งแข็งแรง
แค่บันทึกไฟล์ยังไม่พอ
อาจใส่พาธผิด
อาจตั้งชื่อไฟล์ผิด
เนื้อหาอาจไม่ครบ
ดังนั้นหลังบันทึก ระบบจะดึงไฟล์เดียวกันกลับมาจาก GitHub อีกครั้ง
จากนั้นตรวจว่าไฟล์มีอยู่จริง
ถ้าจำเป็นก็ตรวจเนื้อหาด้วย
ขั้นตอนจึงเป็น
สร้าง → บันทึก → อ่านกลับ → รายงานผล
ขั้นตอนสุดท้ายนี้ดูเล็ก แต่สำคัญมาก
ถ้าระบบบันทึกอัตโนมัติแล้ว แต่คนยังต้องเปิด GitHub ทุกครั้งเพื่อถามว่า “เข้าไปจริงไหม?” งานตรวจสอบก็ยังไม่หายไป
คุณลุงสามแท็ปยังไม่ได้ถูกไล่ออก
แค่ถูกลดตำแหน่งเป็นคุณลุงหนึ่งแท็ป
ทำอัตโนมัติแล้วก็ทำให้จบจริง
5. สิ่งที่หายไปไม่ใช่สามแท็ป แต่คืออาชีพ “สามแท็ป”
ตอนแรกดูเหมือนแค่ “ลดสามแท็ป”
แต่สิ่งที่หายไปจริงคือความจำเป็นที่ต้องมีคนคั่นกลาง
ขั้นตอนเก่ามีบทความ 100 ชิ้น คนก็ต้องเป็นคนส่งไฟล์ 100 ครั้ง
ขั้นตอนใหม่ ต่อให้ 100 หรือ 1,000 ชิ้น คำสั่งพื้นฐานก็แทบเหมือนเดิม
ยิ่งปริมาณมาก การลบขั้นตอนยิ่งมีค่า
คุณลุงสามแท็ปยื่นคำร้อง
คุณลุงสามแท็ป: “อย่าแย่งงานผม!”
ทีมปรับปรุง: “เราไม่ได้แย่งงาน เราแย่งแท็ปของคุณ”
คุณลุงสามแท็ป: “หนักกว่าเดิมอีก!”
6. ถ้าปรับปรุงงานมากเกินไป สุดท้ายเจ้านายก็โดนไล่ออก
จากตรงนี้เป็นมุกเต็มตัว
เขียนอัตโนมัติ
บันทึกอัตโนมัติ
ตรวจสอบอัตโนมัติ
เตรียมเผยแพร่ก็อัตโนมัติมากขึ้นเรื่อย ๆ
สุดท้ายต้องมีคนถามว่า
“แล้วมนุษย์ทำอะไร?”
เจ้านาย: “แล้วผมทำอะไร?”
ทีมปรับปรุง: “เดี๋ยวถาม AI ให้ครับ”
เจ้านาย: “เจ้านายถูกไล่ออก”
การปรับปรุงงานทะลุขึ้นไปถึงชั้นผู้บริหารแล้ว
แต่สาระจริงไม่ใช่ว่าต้องทำให้การตัดสินใจสำคัญทุกอย่างเป็นอัตโนมัติ
ตรงกันข้าม
เราควรลบงานขนย้าย คัดลอก และตรวจซ้ำ เพื่อคืนเวลาของคนให้กับการตัดสินใจที่ต้องใช้คนจริง ๆ
เจ้านายอยู่ต่อได้
คุณลุงสามแท็ปค่อยคุยกันอีกที
7. สรุป: การปรับปรุงที่ดีที่สุดไม่ใช่ “ทำให้หนักขึ้น” แต่คือ “ไม่ต้องทำเลย”
ไม่กี่แท็ปดูเหมือนเรื่องเล็ก
แต่ถ้ามันเกิดทุกครั้ง มันก็คือกระบวนการหนึ่ง
ถ้า AI เชื่อมต่อถึงปลายทางได้โดยตรง การลบขั้นตอนทิ้งย่อมแรงกว่าการทำขั้นตอนเดิมให้เร็วขึ้น
สรุปการเปลี่ยนแปลงได้สองบรรทัด
เมื่อก่อน: ทำบทความเสร็จแล้ว คนต้องขนไฟล์ไป GitHub
ตอนนี้: สั่งทำบทความ แล้วการบันทึกกับตรวจสอบก็จบตามไปด้วย
ตอนแรกเราลดได้สามแท็ป
ต่อมาคุณลุงสามแท็ปตกงาน
จากนั้นอินเกินไปจนเจ้านายโดนไล่ออกด้วย
การปรับปรุงงานน่ากลัวจริง
แต่กับแท็ปที่ไม่จำเป็น ไม่ต้องปรานี
