- ข้อจำกัดของ SaaS แบบเดิมไม่ใช่การขาดฟังก์ชัน แต่คือ ภาระในการใช้งานที่ผู้ใช้ต้องลงมือควบคุมเอง และซอฟต์แวร์ยุคถัดไปจะมุ่งไปที่การลดภาระนี้ด้วยการ กำจัด ‘ภาษีจากการโต้ตอบ’
- กำลังเปลี่ยนผ่านจาก AI ที่ฝังอยู่ใน SaaS ไปสู่ โครงสร้างที่ยึดเอเจนต์เป็นศูนย์กลาง ซึ่งซอฟต์แวร์ลงมือทำแทนผู้ใช้
- UI จะไม่หายไป แต่จะถูกนิยามใหม่เป็น ชั้นสำหรับการแสดงเจตนาและการกำกับดูแล ขณะที่การทำงานจริงจะถูก เอเจนต์ภายในดำเนินการอัตโนมัติ
- โครงสร้างแบบ request-response มีข้อจำกัด จึงจำเป็นต้องเปลี่ยนไปสู่ สถาปัตยกรรมที่เน้นการทำงานต่อเนื่องและการคงสถานะระยะยาว
- ความสามารถในการแข่งขันของ SaaS ในอนาคตไม่ได้อยู่ที่ การครอบครองหน้าจอ แต่คือ การครอบครองสภาพแวดล้อมการดำเนินการที่ได้รับความไว้วางใจ และนี่คือจุดเริ่มต้นของ ยุคซอฟต์แวร์ที่ทำงานได้ด้วยตัวเอง
อนาคตของ SaaS อยู่ในรูปแบบ Agentic
- ข้อจำกัดของ SaaS แบบดั้งเดิม ไม่ใช่การขาดฟังก์ชัน แต่คือ ภาระในการใช้งาน ที่ผู้ใช้ต้องลงมือควบคุมเอง
- อินเทอร์เฟซที่ซับซ้อน ขั้นตอนการตั้งค่าที่ยาวนาน และการกรอกข้อมูลด้วยมือซ้ำๆ ทำให้ผู้ใช้ล้า
- ปัญหาที่แท้จริงถูกชี้ว่าไม่ใช่งานหลัก แต่คือ แรงเสียดทานในการเริ่มต้นใช้งาน
- โอกาสของซอฟต์แวร์ยุคถัดไปจึงไม่ใช่การเพิ่มฟังก์ชัน แต่คือการ กำจัด ‘ภาษีจากการโต้ตอบ (interaction tax)’
- ระบบที่ ย่นระยะจากเจตนาไปสู่การลงมือทำ กำลังก้าวขึ้นมาเป็นมาตรฐานใหม่
- ระบบสนทนาอย่าง ChatGPT ปฏิวัติประสบการณ์ผู้ใช้ผ่าน การพังทลายของความพยายาม (collapse of effort)
- ผู้ใช้กลับมาใช้อีก ไม่ใช่เพราะความแปลกใหม่ แต่เพราะ ประสิทธิภาพที่เข้าถึงผลลัพธ์ที่ต้องการได้ทันที
- แม้ SaaS ที่ฝัง AI จะแพร่หลายแล้ว แต่สิ่งนี้ยังเป็นเพียงช่วงเปลี่ยนผ่าน
- ตอนนี้ยังอยู่ในระดับของการแทรกความสามารถ AI เข้าไปในโครงสร้าง SaaS เดิม
- ขั้นถัดไปคือการเปลี่ยนจาก ‘ซอฟต์แวร์ที่มี AI ฝังอยู่’ ไปเป็น ‘ซอฟต์แวร์ที่ถูกออกแบบใหม่โดยมีเอเจนต์เป็นศูนย์กลาง’
การเปลี่ยนแปลงของอินเทอร์เฟซ
- UI จะไม่หายไป แต่บทบาทจะเปลี่ยน
- แม้ใน SaaS แห่งอนาคต ผู้ใช้ก็ยังต้องตรวจสอบข้อมูล เปรียบเทียบผลลัพธ์ และแก้ไขข้อผิดพลาด
- ฟอร์ม ตาราง และแดชบอร์ดยังอยู่ แต่จะเปลี่ยนเป็น ชั้นประสานงาน (coordination layer) ไม่ใช่ศูนย์กลางของการทำงาน
- ใน SaaS แบบดั้งเดิม UI คือพื้นที่ที่ผู้ใช้ลงมือทำงานด้วยตนเอง
- ทุกขั้นตอน เช่น การคลิกปุ่ม การกรอกฟอร์ม และการเปลี่ยนค่าตั้ง อยู่บนพื้นฐานของการควบคุมด้วยมือ
- ใน Agentic SaaS UI จะเปลี่ยนเป็น พื้นที่สำหรับการแสดงเจตนา การกำกับดูแล และการตีความผลลัพธ์
- งานจริงจะถูก เอเจนต์ภายในดำเนินการโดยอัตโนมัติ
- ผู้ใช้มีบทบาทในการเพิ่มข้อจำกัด ตรวจสอบความคืบหน้า และแก้ไขข้อผิดพลาด
-
การจัดวางองค์ประกอบเดิมใหม่
- ฟอร์มจะถูกเอเจนต์อนุมานฟิลด์และกรอกให้อัตโนมัติ
- ตารางจะทำหน้าที่เป็น พื้นผิวสำหรับการกำกับดูแล การเปรียบเทียบ และการแก้ไข
- แดชบอร์ดจะพัฒนาเป็น มุมมองแบบไดนามิกที่แสดงสถานะการดำเนินงานแบบเรียลไทม์
- แก่นแท้ของ UI จะถูกนิยามใหม่เป็น โครงสร้างที่เน้นการจับเจตนาและการกำกับดูแล
การเปลี่ยนผ่านของสถาปัตยกรรม
-
โครงสร้างซอฟต์แวร์แบบเดิมที่ยึด request-response เป็นศูนย์กลาง ไม่เหมาะกับโมเดลเอเจนต์
- ระบบเดิมเป็น เครื่องมือแบบตอบสนอง ที่ตอบสนองคำสั่งของผู้ใช้ทันที
- แต่เอเจนต์ต้องการการทำงานต่อเนื่อง เช่น การเก็บบริบท การเรียกใช้เครื่องมือ การตัดสินใจระหว่างทาง การกู้คืนเมื่อเกิดความล้มเหลว และการคงสถานะระยะยาว
- Agentic SaaS ต้องถูกออกแบบเป็นโครงสร้างที่เน้นการดำเนินการ
- รองรับกระบวนการแบบ long-running ที่มีสถานะ (stateful)
- สามารถ ประสานการกระทำและคงสถานะ ข้ามหลายระบบ
- บริหาร วงจรชีวิตของงานทั้งหมด ผ่านการสื่อสารต่อเนื่องกับผู้ใช้
- ผลลัพธ์คือซอฟต์แวร์จะเปลี่ยนจาก เครื่องมือที่ผู้ใช้ควบคุม ไปเป็น ระบบที่ลงมือทำแทนผู้ใช้
ประเภทงานที่เหมาะกับ Agentic SaaS
-
งานที่ทำให้เป็นเอเจนต์ได้อย่างเป็นธรรมชาติ
- การจัดการคอนเทนต์ใน CMS/LMS, การจัดระเบียบข้อมูล, การตั้งค่าระบบ, เวิร์กโฟลว์หลายขั้นตอนที่ทำซ้ำๆ เป็นต้น
- ไม่ได้จบลงด้วยการคลิกครั้งเดียวหรือการส่งฟอร์ม แต่มีลักษณะ อิงบริบท มุ่งสู่เป้าหมาย และทำซ้ำ
- งานลักษณะนี้ เหมาะอย่างยิ่งให้เอเจนต์รับไปทำ
- อย่างไรก็ดี ยังมี พื้นที่ที่ต้องอาศัยบทบาทของมนุษย์
- การตรวจสอบข้อยกเว้น การตัดสินใจเชิงกลยุทธ์ และการเปรียบเทียบอย่างละเอียด ยัง จำเป็นต้องคงอินเทอร์เฟซแบบดั้งเดิมไว้
- ดังนั้น Agentic SaaS จึงไม่ใช่ การลบอินเทอร์เฟซทิ้ง แต่เป็น การปรับบทบาทใหม่
- เอเจนต์ช่วยลดภาระด้านปฏิบัติการ ส่วนมนุษย์จะโฟกัสกับ การกำหนดทิศทาง การประเมิน และการแก้ไขปรับปรุง
การเปลี่ยนแปลงของโมเดลธุรกิจและความสามารถในการแข่งขัน
- แนวคิดเรื่อง retention ของผู้ใช้ กำลังเปลี่ยนไป
- ผู้ใช้ไม่ได้กลับมาเพียงเพื่อเข้าถึงข้อมูลหรือสั่งงานแบบแมนนวลอีกต่อไป
- เพราะซอฟต์แวร์สามารถ ทำงานที่มีประโยชน์ได้แม้ในช่วงที่ผู้ใช้ไม่อยู่
- ตัวผลิตภัณฑ์จึงทำหน้าที่เป็น ‘ผู้ปฏิบัติการ (operator)’ ไม่ใช่ ‘จุดหมายปลายทาง (destination)’
-
การเปลี่ยนแปลงของโครงสร้างราคา
- การคิดค่าบริการแบบ seat-based เดิมเหมาะกับโครงสร้างต้นทุนที่คงที่
- Agentic SaaS สามารถขยับไปสู่ การคิดค่าบริการตามผลงาน เช่น ต้นทุนการดำเนินการ ปริมาณการใช้โทเค็น ปริมาณงานอัตโนมัติ และจำนวนงานที่เสร็จสมบูรณ์
- จุดศูนย์กลางของ ความสามารถในการป้องกันการแข่งขัน (Defensibility) ก็กำลังย้ายตามไป
- มีความกังวลว่าเอเจนต์แบบทั่วไปอาจเข้ามาแทนที่ทุกแอป
- แต่ ผลิตภัณฑ์ที่เชี่ยวชาญเฉพาะโดเมน ยังคงมีความแตกต่างที่แข็งแกร่ง
- คุณค่าที่แท้จริงอยู่ที่ โมเดลโดเมน ระบบสิทธิ์ เวิร์กโฟลว์ ความสามารถในการบูรณาการ และความน่าเชื่อถือ
- ความสามารถในการแข่งขันในอนาคตจะย้ายจาก ‘การครอบครองหน้าจอ’ ไปสู่ ‘การครอบครองสภาพแวดล้อมการดำเนินการที่ได้รับความไว้วางใจ’
บทสรุป: ยุคของซอฟต์แวร์ที่ลงมือทำงาน
- อนาคตของ SaaS ไม่ใช่ การสลายตัวไปเป็นแชต และไม่ใช่ การย่อให้เหลือแค่ API
- แก่นสำคัญคือ การเปลี่ยนจากโมเดลที่ผู้ใช้ควบคุมระบบ ไปเป็นโมเดลที่ระบบทำงานแทนผู้ใช้
- อินเทอร์เฟซจะยังคงอยู่เป็น เพียงชั้นเรียบง่ายสำหรับเจตนาและการกำกับดูแล
- และด้านล่างจะเป็น ระบบกระบวนการแบบมีสถานะที่สามารถวางแผน ดำเนินการ ตรวจสอบ และปรับตัวได้
- เกณฑ์ของ SaaS รุ่นถัดไปไม่ใช่ แดชบอร์ดที่ดีกว่า หรือ การเติมข้อความอัตโนมัติที่เก่งกว่า
- แต่จะถูกตัดสินจาก มันสามารถทำงานที่เดิมผู้ใช้ต้องทำเองแทนได้มากแค่ไหน
- Agentic SaaS คือจุดเริ่มต้นของ ซอฟต์แวร์ที่ไม่ได้นั่งรอให้ถูกใช้งาน แต่สามารถทำงานได้ด้วยตัวเอง
1 ความคิดเห็น
ก็พอจะเป็นคำใบ้ได้บ้างนะ 555