ในยุคที่บริษัทต่างๆ ต้องจัดการกับแอปพลิเคชัน SaaS เฉพาะทางนับสิบๆ รายการ แนวทางใหม่กำลังเกิดขึ้น นั่นคือการจัดการปฏิบัติการทางธุรกิจเป็นรหัส (code) การเปิดตัว Firm ซึ่งเป็นเครื่องมือ command-line ที่ให้ธุรกิจกำหนดโครงสร้างทั้งหมดผ่านไฟล์ข้อความธรรมดา ได้จุดประกายการอภิปรายอย่างร้อนแรงในหมู่ผู้พัฒนาซอฟต์แวร์และผู้ที่ชื่นชอบเทคโนโลยีเกี่ยวกับอนาคตของซอฟต์แวร์ธุรกิจ
แนวคิดหลักเรียบง่ายแต่ถอนรากถอนโคน - แทนที่จะคลิกผ่านอินเทอร์เฟซเว็บหลายๆ รายการ คุณอธิบายองค์กร โครงการ และความสัมพันธ์ของคุณโดยใช้ภาษาเฉพาะโดเมน (Domain Specific Language - DSL) วิธีการ business-as-code นี้สัญญาว่าจะให้การควบคุมเวอร์ชัน การเป็นเจ้าของข้อมูลในท้องถิ่น และการผสานรวมที่ราบรื่นกับเครื่องมือ AI แต่ขณะที่ชุมชนกำลังอภิปรายถึงวิสัยทัศน์นี้ คำถามพื้นฐานก็เกิดขึ้นเกี่ยวกับว่าใครควรควบคุมข้อมูลธุรกิจและเราควรโต้ตอบกับมันอย่างไร
คุณสมบัติหลักของเครื่องมือ Business-as-Code:
- กำหนดหน่วยธุรกิจ (บุคคล องค์กร โครงการ) ในไฟล์ข้อความธรรมดา
- ระบบควบคุมเวอร์ชันสำหรับการเปลี่ยนแปลงโครงสร้างธุรกิจ
- การจัดเก็บข้อมูลในเครื่องและความเป็นเจ้าของข้อมูล
- การสร้างแบบจำลองความสัมพันธ์แบบกราฟ
- อินเทอร์เฟซที่เน้น CLI พร้อมศักยภาพในการเพิ่มเลเยอร์ GUI
- ความเข้าใกล้กันกับ AI/LLM สำหรับการสืบค้นและระบบอัตโนมัติ
การแบ่งแยกระหว่าง CLI กับ GUI
โฟกัสที่อินเทอร์เฟซ command-line ของเครื่องมืออย่าง Firm ได้ก่อให้เกิดการอภิปรายที่ร้อนแรงที่สุดประการหนึ่ง ผู้สนับสนุนโต้แย้งว่าอินเทอร์เฟซแบบข้อความให้พลังและความยืดหยุ่นที่เหนือกว่า ในขณะที่ผู้วิจารณ์ชี้ให้เห็นถึงความท้าทายด้านการใช้งานที่สำคัญสำหรับสมาชิกทีมที่ไม่ใช่ผู้เชี่ยวชาญด้านเทคนิค
command line ขาดองค์ประกอบการค้นพบ (discoverability) ของ GUI (และ TUI) ซึ่งตัวเลือกที่มีมักจะถูกนำเสนอไว้ตรงหน้าคุณ
ความรู้สึกนี้สะท้อนไปทั่วความคิดเห็น โดยหลายคนยอมรับว่าในขณะที่นักพัฒนาอาจเติบโตได้ในสภาพแวดล้อม terminal แต่ผู้ใช้ธุรกิจส่วนใหญ่กลับชอบอินเทอร์เฟซแบบภาพ การอภิปรายเผยให้เห็นความตึงเครียดที่น่าสนใจระหว่างประสิทธิภาพสำหรับผู้ใช้ด้านเทคนิคและการเข้าถึงได้สำหรับทีมที่กว้างขึ้น บางส่วนของผู้แสดงความคิดเห็นระบุว่าการเกิดขึ้นของอินเทอร์เฟซแชทบอทเมื่อไม่นานมานี้อาจทำให้เครื่องมือ command-line เข้าถึงได้ง่ายขึ้นจริง ๆ เนื่องจากการโต้ตอบด้วยภาษาธรรมชาติมีลักษณะคล้ายคลึงกับรูปแบบการใช้งาน CLI แบบดั้งเดิม
เราแค่กำลังสร้างเครื่องมือเก่าขึ้นใหม่หรือไม่?
ผู้แสดงความคิดเห็นหลายคนคิ้วขมวดกับสิ่งที่พวกเขาเห็นว่าเป็นเดจาวูทางประวัติศาสตร์ นักพัฒนาหลายคนระบุถึงความคล้ายคลึงระหว่างเครื่องมือ business-as-code สมัยใหม่กับโซลูชันที่มีอายุหลายสิบปี เช่น Emacs org-mode หรือฐานข้อมูลแบบดั้งเดิม ผู้แสดงความคิดเห็นหนึ่งคนกล่าวอย่างตลกขบขันว่า ใช้เวลาสร้างระบบการจัดการงานของตัวเองนานมาก only to realize I was just taking the scenic route to Emacs
การเปรียบเทียบกับเทคโนโลยีที่มีอยู่ เช่น Django models และ ฐานข้อมูล SQL ชี้ให้เห็นว่าแนวคิดพื้นฐานไม่ได้ใหม่ทั้งหมด สิ่งที่ทำให้แนวทางในปัจจุบันแตกต่างคือโฟกัสที่ความเข้ากันได้กับ LLM และปัญหาที่เฉพาะเจาะจงของการรวมแหล่งข้อมูลธุรกิจที่กระจายอยู่เข้าด้วยกัน แทนที่จะสร้างกระบวนทัศน์ใหม่ทั้งหมด เครื่องมือเหล่านี้ดูเหมือนจะปรับแนวคิดที่ได้รับการพิสูจน์แล้วให้เหมาะกับยุคของผู้ช่วย AI และทีมที่กระจายตัว
ความท้าทายของการซิงค์สองทาง
บางทีข้อมูลเชิงลึกที่ปฏิบัติได้มากที่สุดจากการอภิปรายอาจอยู่ที่ศูนย์กลางของการบูรณาการกับเครื่องมือที่มีอยู่ ผู้แสดงความคิดเห็นหลายคนแสดงความคิดเห็นว่าโซลูชันในอุดมคติไม่ควรแทนที่แพลตฟอร์ม SaaS ที่มีอยู่ แต่ควรให้ตัวปรับแบบสองทาง (bidirectional adapters) ระหว่างพื้นที่ทำงานแบบข้อความและอินเทอร์เฟซเว็บ
วิสัยทัศน์นี้เกี่ยวข้องกับการดึงข้อมูลจาก CRM และเครื่องมือการจัดการโครงการมาเป็นรูปแบบข้อความแบบรวมสำหรับการวิเคราะห์และทำให้ทำงานอัตโนมัติ จากนั้นจึงส่งการเปลี่ยนแปลงกลับไปยังระบบดั้งเดิม แนวทางดังกล่าวจะช่วยให้ผู้ใช้ด้านเทคนิคสามารถทำงานในสภาพแวดล้อมที่พวกเขาชอบ ในขณะที่ยังร่วมงานกับเพื่อนร่วมงานที่ชอบอินเทอร์เฟซแบบกราฟิกได้ การเปรียบเทียบกับ data blocks ของ Terraform บ่งชี้ถึงสถาปัตยกรรมที่มีศักยภาพซึ่งแหล่งข้อมูลภายนอกสามารถถูกรวมเข้ากับกราฟธุรกิจได้อย่างมีพลวัต
แนวทางแก้ไขที่ถูกหารือ:
- การซิงค์แบบสองทิศทางระหว่างข้อความและอินเทอร์เฟซ SaaS
- บลอกข้อมูลแบบ Terraform สำหรับแหล่งข้อมูลภายนอก
- สถาปัตยกรรมแบบชั้น (ไลบรารีหลัก + ชั้นอินเทอร์เฟซ)
- โมเดล REA (Resources, Events, Agents) สำหรับความสัมพันธ์ของเอนทิตีที่ยืดหยุ่น
การปรับแต่งเทียบกับการทำให้เป็นมาตรฐาน
การอภิปรายยังกล่าวถึงความสมดุลระหว่างความยืดหยุ่นและโครงสร้าง ในขณะที่ schema ที่กำหนดเองของ Firm อนุญาตให้ธุรกิจปรับแต่งระบบให้ตรงกับความต้องการเฉพาะของพวกเขา ผู้แสดงความคิดเห็นบางคนสงสัยเกี่ยวกับภาระการบำรุงรักษาระยะยาวของการกำหนดค่าที่ปรับแต่งเอง คนอื่นๆ ชี้ไปที่โมเดลที่มีอยู่แล้ว เช่น SAP ERP เป็นตัวอย่างของโครงสร้างธุรกิจที่ครอบคลุมที่มีอยู่แล้ว
โมเดล REA (Resources, Events, Agents) ซึ่งเป็นพื้นฐานของสถาปัตยกรรมของ Firm แสดงถึงความพยายามที่จะให้ทั้งโครงสร้างและความยืดหยุ่น โดยการจัดหมวดหมู่เอนทิตีเป็นประเภทพื้นฐานและอนุญาตให้มีความสัมพันธ์แบบอิสระ ระบบนี้มีเป้าหมายเพื่อรองรับกระบวนการทางธุรกิจที่หลากหลายโดยไม่ทำให้แข็งตัวเกินไป แนวทางนี้สะท้อนให้เห็นว่าเฟรมเวิร์กซอฟต์แวร์ที่ประสบความสำเร็จให้ค่าเริ่มต้นที่สมเหตุสมผลในขณะที่อนุญาตให้มีการปรับแต่งอย่างกว้างขวางอย่างไร
ข้อกังวลของชุมชน:
- อินเทอร์เฟซ CLI ขาดความสามารถในการค้นพบสำหรับผู้ใช้ที่ไม่มีความรู้ทางเทคนิค
- มีโอกาสที่จะสร้างเครื่องมือที่มีอยู่แล้วขึ้นมาใหม่ (Emacs, ฐานข้อมูล)
- ความท้าทายในการผสานรวมกับแพลตฟอร์ม SaaS ที่มีอยู่
- ภาระในการดูแลรักษา schema ที่กำหนดเอง
- การแก้ไขแบบหลายผู้ใช้และการแก้ไขข้อขัดแย้ง
อนาคตของการทำให้ธุรกิจทำงานอัตโนมัติ
เมื่อมองไปข้างหน้า ชุมชนเห็นศักยภาพอย่างมีนัยสำคัญในการรวมข้อมูลธุรกิจที่มีโครงสร้างกับความสามารถของ AI ความสามารถของ LLM ในการอ่าน เขียน และสอบถามโครงสร้างธุรกิจเปิดโอกาสสำหรับการรายงานอัตโนมัติ การสร้างเวิร์กโฟลว์อัจฉริยะ และการวิเคราะห์ข้อมูลที่ซับซ้อน ดังที่ผู้แสดงความคิดเห็นหนึ่งคนระบุไว้ สิ่งนี้สามารถช่วยให้ธุรกิจขนาดเล็กระบุแนวโน้มและรูปแบบที่มิฉะนั้นจะต้องใช้ทรัพยากรการวิเคราะห์ข้อมูลเฉพาะทาง
ลักษณะที่เป็นข้อความของระบบเหล่านี้ทำให้พวกเขาเหมาะสมเป็นพิเศษสำหรับการบูรณาการ AI เนื่องจากโมเดลภาษาธรรมชาติเข้าใจข้อความที่มีโครงสร้างได้โดยธรรมชาติ สิ่งนี้ชี้ให้เห็นว่าเครื่องมือ business-as-code อาจทำหน้าที่เป็นสะพานเชื่อระหว่างเอกสารประกอบที่มนุษย์อ่านได้และเวิร์กโฟลว์ที่เครื่องปฏิบัติการได้ ซึ่งอาจปฏิวัติวิธีการที่ธุรกิจทำให้การดำเนินงานของพวกเขาเป็นอัตโนมัติ
ขบวนการ business-as-code เป็นตัวแทนของมากกว่าแค่เครื่องมือเพิ่มผลผลิตอีกชิ้นหนึ่ง—มันเป็นการคิดใหม่พื้นฐานเกี่ยวกับวิธีที่เราจัดโครงสร้างและโต้ตอบกับข้อมูลธุรกิจ ในขณะที่ความท้าทายที่สำคัญยังคงอยู่รอบๆ การใช้งานและการบูรณาการ การอภิปรายของชุมชนที่มีความหลงใหลชี้ให้เห็นว่าแนวทางนี้เกิดการสะท้อนกับผู้ใช้ด้านเทคนิคจำนวนมากที่หงุดหงิดกับข้อจำกัดของซอฟต์แวร์ธุรกิจแบบดั้งเดิม ในขณะที่ความสามารถของ AI ก้าวหน้าต่อไป การรวมตัวของข้อมูลธุรกิจที่มีโครงสร้างและอินเทอร์เฟซภาษาธรรมชาติอาจส่งมอบตามสัญญาของการทำให้ธุรกิจทำงานอัตโนมัติอย่างชาญฉลาดอย่างแท้จริงในที่สุด
อ้างอิง: Firm: Business-as-code