AI Agent จะกลืน SaaS จริงไหม: สิ่งที่ธุรกิจควรจับตา

ช่วงนี้มีคำถามว่า AI Agent จะมาแทน SaaS หรือไม่ เพราะ agent สามารถรับเป้าหมาย ใช้เครื่องมือ และเดิน workflow หลายขั้นตอนได้ แต่คำตอบที่ใช้วางแผนธุรกิจไม่ได้มีแค่ “แทน” หรือ “ไม่แทน” ซอฟต์แวร์ที่บริษัทใช้อยู่ยังเก็บข้อมูล สิทธิ์ การตั้งค่า รายงาน และ audit log ขณะที่ agent อาจเป็นหน้าต่างใหม่ที่ช่วยให้คนเข้าถึงความสามารถเหล่านั้น

OpenAI อธิบายว่า agent ต่างจาก chatbot ธรรมดาตรงที่มันควบคุมการทำงานของ workflow ใช้ tools และหยุดหรือส่งต่อให้คนได้เมื่อเจอข้อจำกัด Google Cloud ก็แยกองค์ประกอบสำคัญเป็น model, grounding, tools, data architecture, orchestration, runtime และ security ดังนั้น demo ที่ตอบได้เก่งยังไม่ใช่ระบบพร้อมใช้งานจริง

คำตอบสั้น ๆ

AI Agent มีโอกาส เปลี่ยน interface, รวมหลาย workflow และทำให้บางฟีเจอร์ของ SaaS ถูกใช้ผ่านภาษาธรรมชาติ แต่ SaaS ยังมีคุณค่าในฐานะ system of record, policy, integration, uptime และความรับผิดชอบ รูปแบบที่เป็นไปได้มากกว่าการกลืนทั้งหมดคือ agent ทำงาน “ด้านบน” ของ SaaS, SaaS ฝัง agent เป็นฟีเจอร์, และ agent แทนเฉพาะ workflow แคบที่บริษัทสร้างเอง

สามรูปแบบที่ควรแยกให้ออก

ทั้งสามรูปแบบอาจอยู่ร่วมกัน ในหลายกรณี SaaS ไม่ได้หายไป แค่บทบาทย้ายจากหน้าจอที่คนกดเองไปเป็นระบบหลังบ้านที่ agent เรียกใช้

ทำไม SaaS ยังไม่หายไปง่าย ๆ

• System of record: ต้องมีแหล่งข้อมูลหลักที่รู้ว่าใครแก้อะไรเมื่อไร
• Permissions: สิทธิ์ผู้ใช้ ทีม และข้อมูลต้องตรวจได้
• Reliability: backup, uptime, version และ support มีผลเมื่องานหยุดไม่ได้
• Workflow policy: การอนุมัติ ภาษี เงินเดือน และการจ่ายเงินไม่ควรอยู่ในคำตอบลอย ๆ
• Integration: API, export, webhooks และ audit ทำให้ระบบทำงานต่อเนื่อง

Agent ที่ไม่มีระบบเหล่านี้อาจดูเร็วใน demo แต่สร้างหนี้ด้านปฏิบัติการให้ทีมในภายหลัง

สิ่งที่ AI Agent ทำให้เปลี่ยนจริง

Agent ลดภาระการสลับหน้าจอและทำให้คนเริ่มจาก “เป้าหมาย” แทนการจำเมนู เช่น “รวบรวมลูกค้าที่ไม่มี follow-up เกิน 7 วัน แล้วร่างข้อความให้ตรวจ” สิ่งนี้อาจลดความจำเป็นของหน้าจอบางส่วน แต่ยังต้องเรียกข้อมูลจาก CRM กำหนด policy และส่งข้อความผ่านสิทธิ์ที่ถูกต้อง

Agent ยังทำให้การรวม workflow เล็ก ๆ คุ้มขึ้น เช่น อ่าน inbox, จัดหมวด, ค้น knowledge base, เปิด ticket และส่ง draft ให้คนอนุมัติ แต่ทุกขั้นต้องมีสถานะและหลักฐาน ไม่ใช่ให้โมเดลเล่าเส้นทางย้อนหลังเอง

Buy, build หรือ keep

Checklist ก่อนให้ agent ใช้เครื่องมือ

1. ระบุผู้ใช้จริงและข้อมูลที่ agent อ่านได้
2. ให้ tool มี schema, error และ permission ชัด
3. แยก read, draft และ write action
4. ต้องมี approval ก่อนการส่ง จ่าย ลบ หรือเปลี่ยนข้อมูล
5. เก็บ tool call, input, output, reviewer และเวลา
6. กำหนด timeout, retry, rate limit และ fallback
7. ทดสอบ prompt injection และข้อมูลที่ขัดกัน

Prompt สำหรับประเมิน workflow

จาก workflow [ชื่อ] ที่แนบมา ให้แยกขั้นตอนเป็น read/draft/approve/write ระบุระบบที่เป็น source of record, ข้อมูลที่ต้องใช้, สิทธิ์ของแต่ละ tool, จุดที่ต้องให้คนอนุมัติ, failure mode, rollback และ metric ห้ามเสนอให้ agent ทำ write action หากยังไม่มี owner และ audit log ส่งออกเป็น buy/build/keep comparison พร้อม assumption

ให้ทีมตรวจ prompt นี้ร่วมกับเจ้าของระบบ ไม่ควรให้ vendor หรือ agent เป็นคนกำหนด scope ของตัวเองโดยไม่มีคนธุรกิจร่วมตัดสินใจ

วัด pilot agent อย่างไร

• อัตรางานสำเร็จโดยไม่ต้องแก้ซ้ำ
• เวลาจากเป้าหมายถึง draft ที่ตรวจได้
• tool error, timeout และ handoff
• อัตรา action ที่คน reject และเหตุผล
• ค่าใช้จ่ายต่อ workflow และค่า support
• เหตุการณ์ผิดสิทธิ์หรือข้อมูลรั่ว
• ความพึงพอใจและภาระงานของคน

อย่าวัดเพียงจำนวน tool call หรือคำตอบที่ดูฉลาด agent ที่รู้จักหยุดและส่งต่อเมื่อข้อมูลไม่พอ อาจดีกว่า agent ที่ทำงานต่อจนเกิดความเสียหาย

FAQ

ควรเลิกใช้ SaaS แล้วสร้าง agent เองไหม

ไม่ควรเริ่มจากการเปลี่ยนระบบทั้งหมด ให้เลือก workflow แคบที่มีปัญหาชัด ทดลองแบบอ่านหรือร่างก่อน แล้วเปรียบเทียบต้นทุนและความเสี่ยงกับระบบเดิม

Agent ต่างจาก automation อย่างไร

Automation มักเดินตามขั้นตอนและกฎที่กำหนดไว้ ส่วน agent ใช้โมเดลช่วยเลือกขั้นตอนหรือเครื่องมือใน workflow ที่ยืดหยุ่นกว่า ความยืดหยุ่นจึงต้องแลกกับ guardrail, testing และ review ที่มากขึ้น

ธุรกิจเล็กควรเริ่มจาก agent แบบไหน

เริ่มจาก agent ที่อ่านข้อมูลและสร้าง draft เช่น สรุป inbox หรือจัด route ticket มี owner ตรวจทุกครั้ง และยังไม่ให้สิทธิ์ส่งเงิน ลบข้อมูล หรือแก้ record สำคัญ

สรุป

AI Agent อาจกลืนบาง workflow และเปลี่ยนวิธีใช้ SaaS แต่ไม่ได้ลบคุณค่าของ system of record, permission, reliability และ audit ออกไป ธุรกิจควรแยก agent as interface, agent inside SaaS และ agent ที่แทน workflow แคบ จากนั้นตัดสินใจ buy/build/keep ด้วยต้นทุนรวม ความเสี่ยง และความสามารถในการ rollback เริ่มจาก pilot ที่อ่านหรือร่างก่อน เพิ่มสิทธิ์เมื่อหลักฐานผ่าน และให้คนยังคุม action ที่มีผลกระทบสูง