Romain Sestier (CEO) & Guillaume Lebedel (CTO), Co-Founders of StackOne – Interview Series

Romain Sestier, ผู้ร่วมก่อตั้งและ CEO ของ StackOne ได้สร้างผลิตภัณฑ์จากศูนย์เป็นมูลค่า 1 พันล้านดอลลาร์ที่ Google และยัง曾ดำรงตำแหน่ง VP of Product & CS ที่ Yieldify ซึ่งเขาจัดการทีม 70 คนในระดับโลกและนำกลยุทธ์การรวม SaaS เข้าด้วยกัน Romain ยังเปิดสำนักงานในสหราชอาณาจักรในฐานะ Head of UK Services ที่ ContentSquare และนำการรวมกับเครื่องมือทดสอบ A/B เข้าด้วยกัน เขายังร่วมก่อตั้งสตาร์ทอัพก่อนหน้านี้ Upper.ai กับ Guillaume

Guillaume Lebedel, ผู้ร่วมก่อตั้งและ CTO ของ StackOne曾ดำรงตำแหน่ง VP of Engineering ที่ Yieldify ซึ่งถูกซื้อกิจการโดย Publicis Guillaume曾นำทีมรวมและสร้างการรวมมากกว่า 100 การรวมกับเครื่องมือ SaaS ที่ใช้โดยมากกว่า 1,000 ผลิตภัณฑ์ SaaS เขายังสร้างและบำรุงรักษา API ที่มีการเข้าถึงมากกว่า 2 พันล้านครั้งต่อเดือน

StackOne เป็นแพลตฟอร์มการรวมที่มีการรักษาความเป็นส่วนตัวเป็นอันดับแรกและมีพลังงานจาก AI ที่ช่วยให้บริษัท SaaS B2B และตัวแทน AI สร้างการรวมแบบเรียลไทม์และสองทางที่ครอบคลุมหลายระบบองค์กรผ่าน API ที่รวมเป็นหนึ่งเดียว ที่ได้รับการออกแบบสำหรับความเร็วและความปลอดภัย ทำให้นักพัฒนาสามารถจัดส่งการรวมในเวลาไม่กี่วันแทนที่จะใช้เวลาหลายสัปดาห์โดยไม่ต้องเก็บข้อมูลลูกค้า

อะไรเป็นแรงบันดาลใจให้คุณออกจาก Google และร่วมก่อตั้ง StackOne และคุณเห็นช่องว่างในพื้นที่การรวม AI หรือ SaaS ที่ทำให้โอกาสดูน่าสนใจ?

Romain: “ความเจ็บปวดของการรวมเป็นสิ่งที่ฉันรู้สึกทุกข์ทรมานที่ทุกขั้นตอนของอาชีพการงานของฉัน ไม่ว่าจะเป็นในสตาร์ทอัพช่วงแรกหรือทำงานกับระบบขนาดใหญ่ภายใน Google ในขณะที่ฉันนำทีมผลิตภัณฑ์ที่ Google ฉันกำลังสร้างเครื่องมือ AI สำหรับข้อมูลเชิงลึกในการค้าปลีก และแม้แต่ที่นั่น — ในหนึ่งในบริษัทที่มีการพัฒนาทางเทคนิคมากที่สุดในโลก — เราเจอกับอุปสรรคขนาดใหญ่ในการรวมระบบให้สะอาด เมื่อนั้นฉันรู้สึกจริงๆ ว่านี่เป็นปัญหาที่กว้างขวางและเป็นระบบ และด้วยการเพิ่มขึ้นของ LLMs เราเห็นหน้าต่างใหม่เปิดขึ้น suddenly มีโอกาสที่จะสร้างการรวมใหม่ทั้งหมด: สิ่งที่ไม่ได้เพิ่มเข้ามา แต่สร้างขึ้นจากพื้นฐานสำหรับ AI Guillaume และฉันเห็นมันชัดเจน: การตั้งเวลาเป็นเรื่องถูกต้อง และตลาดกำลังหิวโหยสำหรับโซลูชัน”

ประสบการณ์ของคุณในการนำผลิตภัณฑ์และบริการที่ Yieldify และการทำงานที่ Area 120 มีอิทธิพลต่อกลยุทธ์ผลิตภัณฑ์ของ StackOne อย่างไร?

Romain: “ที่ Yieldify ฉันนำทั้งด้านผลิตภัณฑ์และบริการของธุรกิจ ซึ่งสอนฉันถึงความสำคัญของการผูกมัดแผนการกับผลลัพธ์รายได้จริง เช่น การรวมพันธมิตรที่เร็วขึ้น มูลค่าการซื้อเฉลี่ยที่สูงขึ้น หรือการลดการลาออก ที่ Google ฉันขยายผลิตภัณฑ์ข้อมูลเชิงลึกที่ส่งมอบรายได้เพิ่มเติม 1 พันล้านดอลลาร์ และประสบการณ์นั้นย้ำถึงความสำคัญของประสบการณ์ผู้ใช้และเมตริกการยอมรับในการประสบความสำเร็จ Area 120 เป็นสิ่งที่แตกต่าง — มันคือความคิด 10x และความเร็ว สิ่งนั้นสอนฉันให้เคลื่อนไหวอย่างรวดเร็ว ทดลองอย่างต่อเนื่อง และไม่กลัวที่จะเดิมพันใหญ่ ทั้งหมดนี้มีอิทธิพลต่อการสร้างที่ StackOne: สปรินต์ทุกสองสัปดาห์ การเดิมพันผลิตภัณฑ์ที่กล้า และการมุ่งเน้นไปที่การทำให้การรวมไม่เพียงแต่ง่ายต่อการขยาย แต่ยังเป็นเรื่องง่ายที่จะใช้ด้วย”

StackOne ไม่ได้สร้างโมเดลใหม่ — คุณกำลังสร้างเนื้อเยื่อเชื่อมต่อระหว่างโมเดลและระบบ SaaS ทำไมชั้นโครงสร้างนี้จึงสำคัญต่อความสำเร็จของตัวแทน AI?

Guillaume: “ความเป็นจริงคือ ตัวแทน AI ไม่เพียงแต่ต้องการสมอง แต่ยังต้องการมืออีกด้วย โมเดลอาจสามารถให้เหตุผลได้อย่างยอดเยี่ยม แต่ถ้าไม่สามารถดำเนินการในโลกแห่งความเป็นจริงได้อย่างแม่นยำ ปลอดภัย และรวดเร็ว มันก็ถูกจำกัดอย่างมาก โดยไม่มีชั้นโครงสร้างที่มีการจัดการการรับรอง การจำกัดอัตรา และการอนุญาตการเข้าถึง พวกมันจะหลอกลวงและดำเนินการผิดหรือทำลายสิ่งๆ หนึ่ง บริษัทส่วนใหญ่ใช้เครื่องมือ SaaS มากกว่า 100 ชิ้น ดังนั้นโดยไม่มีแพลตฟอร์มเช่น StackOne ที่ทำให้การเชื่อมต่อเป็นเรื่องง่าย คุณจะยังคงพยายามเชื่อมต่อทีละชิ้น การทำงานของเราคือการให้ตัวแทน AI เข้าถึงเครื่องมือที่ต้องการได้อย่างปลอดภัยและสามารถขยายได้ เพื่อให้ทีมสามารถมุ่งเน้นไปที่ตรรกะ ไม่ใช่ลอจิสติกส์”

คุณสามารถอธิบายว่าแพลตฟอร์มการดำเนินการ AI Agent และ API ที่รวมเป็นหนึ่งเดียวของ StackOne ทำงานอย่างไรภายใต้ฝากระโปรง — และอะไรที่ท้าทายทางเทคนิค?

Guillaume: “เรากำหนด OpenAPI ที่อธิบายอย่างครบถ้วนสำหรับโดเมนแต่ละรายการ ซึ่งเชื่อมโยงกับจุดสิ้นสุดหลายร้อยจุดภายใต้ นิพจน์นั้นจะถูกอัปเดตที่ศูนย์กลาง ดังนั้นลูกค้าจึงไม่ต้องจัดการการเปลี่ยนแปลงรุ่น สกีมาของเครื่องมือของเรามีการกำหนดขอบเขตการรับรองล่วงหน้า ซึ่งหมายความว่าตัวแทนไม่ต้องเดาหรือเกินขอบเขต สิ่งที่ยากที่สุดคือการทำให้โมเดลข้อมูล SaaS มาตรฐาน — เครื่องมือเช่น Workday ให้ลูกคันสามารถกำหนดวัตถุและความสัมพันธ์แบบกำหนดเอง ซึ่งนำไปสู่ความซับซ้อนที่มาก our เครื่องยนต์ของเราจัดการสิ่งนั้นได้แบบเรียลไทม์ โดยให้การดำเนินการที่เชื่อถือได้และเชื่อถือได้โดยใช้การแมปที่ช่วยเหลือโดย LLM”

อะไรที่ทำให้เครื่องยนต์การเรียกเครื่องมือของ StackOne เร็วกว่าและแม่นยำกว่าความสามารถของ LLMs ที่นำ?

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

StackOne ได้รับการปรับให้เหมาะสมสำหรับการใช้งาน AI เช่น การสร้างที่เพิ่มการค้นหา (RAG) การใช้เครื่องมือ หรือการดำเนินการตัวแทนแบบเรียลไทม์อย่างไร?

Guillaume: “เรามีจุดสิ้นสุดแบบ delta-only สำหรับ RAG pipelines ซึ่งทำให้หน้าต่างบริบทสั้นและ効率สูง สำหรับตัวแทนแบบเรียลไทม์ เราสนับสนุนการเชื่อมต่อแบบสตรีมมิ่งแบบยูนิฟายด์เว็บฮุก โดยใช้เหตุการณ์แบบเนทีฟหรือการสร้างเหตุการณ์แบบสังเคราะห์เมื่อเครื่องมือพื้นฐานไม่ได้ให้เหตุการณ์ที่คุณต้องการ และแพลตฟอร์มของเราบังคับควบคุมการเข้าถึงแบบละเอียดที่ระดับテナントและโปรเจ็กต์ ซึ่งจำเป็นสำหรับการจัดลำดับความสำคัญของตัวแทนหลายตัวที่มีหลายผู้ใช้อย่างปลอดภัย”

ความเข้าใจผิดที่พบบ่อยที่สุดของทีมเกี่ยวกับการสร้างการรวมภายในเทียบกับการใช้แพลตฟอร์มเช่น StackOne คืออะไร?

Romain: “ความเข้าใจผิดที่ยิ่งใหญ่ประการหนึ่งคือการรวมกันคือการเรียก API เท่านั้น การสร้างครั้งแรกอาจดูเรียบง่าย แต่การบำรุงรักษาในระยะยาวมักจะใช้เวลา 20% ของเวลาของวิศวกร ทีมยังประเมินคุณค่าของตัวเชื่อมต่อเฉพาะจุดต่ำเกินไป: ตัวเชื่อมต่อที่คุณให้ความสำคัญต่ำอาจเป็นที่ที่ความเสี่ยงในการลาออกอยู่จริง และความปลอดภัยมักเป็นเรื่องที่คิดภายหลัง ทีม DIY มักไม่ครอบคลุมสิ่งเช่น การปฏิบัติตาม SOC-2 หรือการแยกテナント ซึ่งเป็นสิ่งที่ไม่สามารถต่อรองได้สำหรับลูกค้าองค์กร และจากนั้นก็มีการปรับแต่งเทナนต์ ทุกลูกค้าใหม่จะมีกรณีพิเศษ การกำหนดค่าที่แปลกใหม่ และตรรกะการแมปที่เพิ่มความซับซ้อนอย่างต่อเนื่องซึ่งง่ายที่จะพลาดในตอนแรก”

ทุกคนพูดถึงตัวแทน AI แต่การนำไปใช้จริงยังคงอยู่ในช่วงแรก สิ่งที่คุณเชื่อว่าเป็นอุปสรรคต่อการนำรับในระดับองค์กร — และ StackOne จัดการกับมันอย่างไร?

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

อะไรคือความท้าทายด้านเทคนิคหรือความปลอดภัยที่ยิ่งใหญ่ที่สุดในการปล่อยให้ตัวแทน AI ดำเนินการแทนผู้ใช้ข้ามแพลตฟอร์ม SaaS — และคุณบรรเทา它们อย่างไร?

Guillaume: “คุณต้องจัดการสิ่งเช่นการกระจายโทเค็นและวงจรการอัปเดต ซึ่งเราสามารถแก้ไขได้ด้วยคลังที่เข้ารหัสลับกลาง การป้องกันการรั่วไหลของข้อมูลที่ระดับแถวเป็นอีกความท้าทายหนึ่ง ดังนั้นเราจึงบังคับใช้ระบุประจำบัญชีที่แน่นอนใน呼び出しเครื่องมือเพื่อให้แน่ใจว่าตัวแทนสามารถเข้าถึงข้อมูลที่ถูกต้องและไม่เกินขอบเขต และเพื่อป้องกันการเปลี่ยนแปลงหรือการใช้ตัวแทนในทางที่ผิด เราใช้การตรวจสอบนโยบายอย่างต่อเนื่องและการทดสอบแบบ red-team แพลตฟอร์มของเรายังช่วยให้สามารถกำหนดพารามิเตอร์สำหรับการกระทำที่ควรพร้อมใช้งานสำหรับระบบที่เชื่อมโยงใดๆ ความปลอดภัยต้องถูกสร้างขึ้นตั้งแต่พื้นฐาน”

คุณเห็นอนาคตของเครื่องมือโอเพ่นซอร์สเช่น LangChain และ CrewAI รวมกับแพลตฟอร์มที่เป็นกรรมสิทธิ์เช่น StackOne อย่างไร?

Guillaume: “เรามองเห็นโอเพ่นซอร์สเป็นชั้นการออร์เคสตรา และ StackOne เป็นโครงสร้างพื้นฐานที่อยู่ด้านล่าง นั่นคือเหตุผลที่เราได้สร้าง SDK สำหรับ Python และ Typescript ที่เชื่อมต่อกับ LangChain และ CrewAI ได้โดยตรง คุณจะเห็นแบบจำลองไฮบริดที่เกิดขึ้น โดยมีเครื่องมือโอเพ่นซอร์สสำหรับการสร้างต้นแบบและการแพลตฟอร์มที่มีการจัดการสำหรับการทำงานที่มีความน่าเชื่อถือในระดับการผลิต เช่นเดียวกับที่ทีมใช้ Terraform กับ AWS มันไม่ใช่เรื่องของหรือ แต่เป็นทั้งสองอย่าง”

ขอขอบคุณสำหรับการสัมภาษณ์ที่ดี ผู้อ่านสามารถเยี่ยมชม StackOne เพื่อเรียนรู้เพิ่มเติม