สิ่งที่ฉันหวังว่าฉันจะรู้ตั้งแต่เริ่มต้นเกี่ยวกับการพัฒนา Chatbots

Erik บริหารหน่วยงานพัฒนาแชทบอท พวกเขาให้บริการโซลูชั่นแชทบอทแก่บริษัทขนาดใหญ่ โดยเฉพาะอย่างยิ่งในด้านการบริการลูกค้าและการตลาด

เอริคบอกผมในแง่หนึ่งว่าธุรกิจกําลังไปได้ดีมากเพราะอัตราการแปลงในสนามสําหรับ chatbots สูงมาก นี่อาจสะท้อนให้เห็นถึงความจริงที่ว่าเขาเป็นหนึ่งในคนแรก ๆ ที่ทําการตลาดในพื้นที่นี้

ในขณะเดียวกันเขาก็ดิ้นรนเพื่อหาเครื่องมือที่เหมาะสมสําหรับการสร้างคุณภาพ chatbots อย่างมีประสิทธิภาพ

เมื่อเขาค้นพบแพลตฟอร์มที่ไม่มีโค้ดเป็นครั้งแรก เช่น Chatfuel และ Motion.ai เขามองโลกในแง่ดีว่าเครื่องมือเหล่านี้จะแก้ปัญหาของเขาได้ ในขณะที่เขาพบว่าพวกเขาทํางานได้ดีในการสร้างต้นแบบบอท

บอทจํานวนมากจําเป็นต้องปรับแต่งในรูปแบบที่สามารถแสดงเป็นโค้ดเท่านั้น และแพลตฟอร์มเหล่านี้ไม่รองรับการเข้ารหัส บอทบางตัวจําเป็นต้องรวมเข้ากับระบบเดิมของลูกค้าของเขาและไม่สามารถทําได้อีกครั้ง

ปัญหาเหล่านี้เพียงอย่างเดียวคือตัวทําลายข้อตกลง แต่แม้ว่าจะสามารถแก้ไขได้ แต่เขาก็ยังไม่สะดวกกับตรรกะและข้อมูลทั้งหมดที่อยู่ในระบบของบุคคลที่สามซึ่งเขาไม่สามารถควบคุมได้ ลูกค้าของเขามักจะยืนกรานที่จะโฮสต์บอทด้วยตัวเองด้วยเหตุผลด้านความปลอดภัย

ดังนั้นเขาจึงตัดสินใจรับบอทที่เข้ารหัสตั้งแต่เริ่มต้นโดยใช้ Microsoft Bot Framework และหากเป็นไปได้เพื่อใช้นักพัฒนาในประเทศที่มีต้นทุนต่ํา การทําเช่นนี้ทําให้เกิดปัญหาอื่น ๆ

แม้ว่าตอนนี้เขาจะเป็นเจ้าของโค้ดและข้อมูล และสามารถปรับแต่งบอทได้ตามระดับที่ต้องการ แต่ผลลัพธ์ก็ผสมกัน

เขาตระหนักได้อย่างรวดเร็วว่าบอททั้งหมดมีคุณสมบัติหลายอย่างที่เหมือนกัน เช่น การรักษาความปลอดภัยตามบทบาท การสมัครสมาชิก การออกอากาศ มนุษย์ในวง แต่คุณลักษณะเหล่านี้ถูกเข้ารหัสตั้งแต่เริ่มต้นโดยนักพัฒนา ซึ่งเพิ่มเวลาในการพัฒนาโดยไม่จําเป็นและกินเข้าไปในอัตรากําไรของเขา

ความเสี่ยงในการพัฒนาก็สูงโดยไม่จําเป็นเช่นกัน เนื่องจากนักพัฒนาหลายรายเขียนโค้ดคุณลักษณะในรูปแบบต่างๆ และสถาปัตยกรรมโดยรวมก็พัฒนาขึ้นในรูปแบบเฉพาะกิจ นักพัฒนาบางคนตระหนักถึงปัญหานี้และเริ่มสร้างไลบรารีที่ใช้ซ้ําได้สําหรับคุณสมบัติทั่วไป แต่ไลบรารีเหล่านี้แทบจะไม่เป็นไลบรารีคุณภาพสูงที่เขาต้องการสร้างธุรกิจของเขา พวกเขานําเสนอความเสี่ยงและการพึ่งพาที่ไม่ต้องการโดยเฉพาะอย่างยิ่งเมื่อฟังก์ชันการทํางานที่จําเป็นมีความซับซ้อน มันยากสําหรับเขาที่จะตรวจสอบคุณภาพนับประสาอะไรกับลูกค้าของเขามั่นใจว่าทุกอย่างที่สร้างขึ้นนั้นมีมาตรฐานที่สูงเพียงพอ

เขาพิจารณาแนวคิดในการสร้างแพลตฟอร์มของตัวเองสั้น ๆ แต่นั่นดูเหมือนจะเกินความจําเป็น การทําเช่นนี้จะสร้างต้นทุนการพัฒนาและบํารุงรักษาที่ไม่จําเป็น รวมถึงปัญหาการขายที่อาจเกิดขึ้นหากกรอบมาตรฐานตลาดที่ลูกค้าต้องการเกิดขึ้น ซึ่งเขาเชื่อว่าจะเกิดขึ้น มันเป็นเพียงเรื่องของเวลา

ในความคิดของเขาปัญหาคล้ายกับปัญหาที่นักพัฒนาเว็บเผชิญในตอนเช้าของอินเทอร์เน็ต ในเวลานั้นไม่มีเครื่องมือจัดการเนื้อหาเช่น WordPress ดังนั้นเว็บไซต์จึงจําเป็นต้องเข้ารหัสตั้งแต่เริ่มต้นทุกครั้ง สิ่งนี้สร้างปัญหาเดียวกันของต้นทุนการพัฒนาที่เพิ่มขึ้นและคุณภาพผันแปรในโค้ดและเอาต์พุตที่เขาเผชิญอยู่ตอนนี้เมื่อสร้างบอท

เมื่อเอริคพบ Botpress.io ออนไลน์ เขาใช้เวลาไม่นานในการรับรู้ว่า Botpress เสนอทางออกที่เป็นไปได้สําหรับปัญหาของเขา เขาชอบสถาปัตยกรรมแบบแยกส่วนในทางทฤษฎี และมันสมเหตุสมผลสําหรับเขาที่จะสร้าง CMS ที่เทียบเท่ากับบอท นี่คือสิ่งที่เขาเชื่อว่าจําเป็น มันอาจเป็นชิ้นส่วนที่ขาดหายไปในปริศนา แต่เขาต้องการคําตอบสําหรับคําถามบางอย่างก่อน

ประการแรกเขาต้องแน่ใจว่าโซลูชันนั้นแข็งแกร่งปลอดภัยและเชื่อถือได้

ประการที่สองเขาจําเป็นต้องตรวจสอบให้แน่ใจว่าคุณสมบัติที่สําคัญทั่วไปทั้งหมดที่เขาระบุว่าจําเป็นนั้นพร้อมใช้งานผ่านเฟรมเวิร์ก

ประการที่สามเขาต้องตรวจสอบให้แน่ใจว่าเศรษฐศาสตร์จะทํางานให้กับหน่วยงานของเขา

เขาตัดสินใจตรวจสอบคําถามสองข้อแรกเป็นการส่วนตัวโดยการทดสอบระบบจริง เขาเข้าร่วม Botpress ชุมชนและทํางานผ่านวิดีโอสอนการใช้งานบางส่วนโดยใช้เวอร์ชันโอเพ่นซอร์ส

ความจริงที่ว่ามีชุมชนนักพัฒนาขนาดใหญ่และกระตือรือร้นที่ใช้ซอฟต์แวร์อยู่แล้วหมายความว่ามีการทดสอบการต่อสู้ซึ่งเป็นสิ่งที่ดี

ตอนแรกเขากังวลว่า Botpress เป็นโอเพ่นซอร์สซึ่งลูกค้าของเขาอาจเห็น (ถูกต้องในหลายกรณี) ว่าเป็นความเสี่ยงด้านความปลอดภัย อย่างไรก็ตามเขาพบว่า Botpress มีเวอร์ชันองค์กรที่ได้รับการดูแลจัดการซึ่งได้รับการดูแลแยกต่างหากจากเวอร์ชันโอเพ่นซอร์สโดยเฉพาะเพื่อแก้ไขปัญหาด้านความปลอดภัย

แน่นอนว่าเวอร์ชันโอเพ่นซอร์สมีข้อดีบางประการคือใช้งานได้ฟรีและในหลายกรณีเหมาะสําหรับการพัฒนาบอทนอกกรณีการใช้งานขององค์กร หมายความว่าส่วนประกอบและวิธีการถูกใช้และตรวจสอบอย่างเข้มงวดโดยนักพัฒนาหลายราย

ลูกค้าของเขาหลายคนเรียกร้องให้พวกเขาโฮสต์แชทบอทในองค์กรและพวกเขาควบคุมข้อมูลด้วยเหตุผลด้านความปลอดภัยและเชิงพาณิชย์และ Botpress สนับสนุนสิ่งนี้ นอกจากนี้ Botpress อนุญาตให้ปรับแต่งโค้ดได้อย่างเต็มที่และรวมเข้ากับระบบภายใน ซึ่งเป็นปัญหาดั้งเดิมที่เขามีกับแพลตฟอร์ม "ไม่มีโค้ด"

คุณสมบัติส่วนใหญ่ที่เขาต้องการมีอยู่ สิ่งเหล่านี้รวมถึงการรักษาความปลอดภัยตามบทบาทการจัดการผู้ใช้หลายคนและอินเทอร์เฟซผู้ใช้สําหรับการจัดการบอทหลังการปรับใช้ เขาสามารถเพิ่มสิ่งที่ขาดหายไปเป็นโมดูลได้อย่างง่ายดาย

ในความเป็นจริงสถาปัตยกรรมแบบแยกส่วนและอินเทอร์เฟซแบบกราฟิกกับระบบทําให้ ae เข้าใจได้ง่ายมากว่าทุกอย่างเสียบเข้าไปที่ใด ซึ่งหมายความว่าแม้ว่าเขาจะเปลี่ยนไปใช้นักพัฒนาใหม่ในช่วงครึ่งทางของโครงการหรือบางคนต้องรับรหัสหลังจากช่วงเวลาที่ยาวนาน แต่ก็ใช้เวลาไม่นานสําหรับบุคคลที่เกี่ยวข้องในการเร่งความเร็ว ไปได้สวยทีเดียว

เห็นได้ชัดว่าคําถามทางเศรษฐศาสตร์ก็มีความสําคัญเช่นกัน จะใช้ Botpress ลดต้นทุนการพัฒนาโดยรวมของเขา? อัตรากําไรตึงตัว ความคาดหวังของเขาคือการใช้กรอบเช่น Botpress จะช่วยลดต้นทุนการพัฒนาและในขณะเดียวกันก็เพิ่มคุณภาพและคุณสมบัติ

ปรากฎว่าความคาดหวังของเขาถูกต้อง ค่าใช้จ่ายในการดําเนินการ Botpress เป็นเศษเสี้ยวเล็ก ๆ ของต้นทุนในการสร้างแม้แต่คุณสมบัติบางอย่างด้วยตัวเองและคุณภาพก็ดีกว่าโซลูชันที่เป็นกรรมสิทธิ์

ประโยชน์ที่ซ่อนอยู่ของแนวทางเฟรมเวิร์กคือเขาจะสามารถใช้เวลามากขึ้นกับ UI และฟังก์ชันการทํางานของแชทบอท และด้วยเหตุนี้จึงสามารถปรับปรุงประสบการณ์ของลูกค้าปลายทางได้อย่างมาก

เขาสังเกตว่าหลายคน chatbots ในตลาดไม่ค่อยดีนัก อาจกล่าวได้ว่าในฐานะอุตสาหกรรมผู้ผลิตแชทบอทกําลังทําให้ลูกค้าล้มเหลว

อาจเป็นที่ถกเถียงกันอยู่ว่าเป็นเพราะ บริษัท ต่างๆไม่ได้เตรียมที่จะจัดสรรเงินทุนที่เหมาะสมในการพัฒนา chatbots เพราะพวกเขาไม่แน่ใจในผลลัพธ์

ข้อโต้แย้งอีกประการหนึ่งคือกระบวนการพัฒนาสําหรับ chatbots ไม่มีประสิทธิภาพมากจนถึงปัจจุบันเนื่องจากผู้ผลิตแชทบอทไม่มีเครื่องมือที่มีประสิทธิภาพในการพัฒนา chatbots ดังนั้นต้นทุนการพัฒนาส่วนใหญ่จึงมุ่งเน้นไปที่โครงสร้างพื้นฐานเป็นหลัก

การเกิดขึ้นของกรอบเช่น Botpress มีศักยภาพในการปรับปรุงคุณภาพของ chatbots เนื่องจากมีการใช้งบประมาณในการพัฒนามากขึ้นกับประสบการณ์ของผู้ใช้

สําหรับบันทึก Erik ไม่ใช่บุคคลจริง แต่เป็นการรวมของเจ้าของเอเจนซี่บางคนที่ติดต่อเราเกี่ยวกับปัญหาข้อกําหนดและความสนใจของพวกเขา อะไรนะ chatbots สามารถทําได้ ในรูปแบบต่างๆ พวกเขาแบ่งปันเวอร์ชันของพวกเขาว่า "สิ่งที่ฉันต้องการทราบตั้งแต่เริ่มต้นเกี่ยวกับการพัฒนา chatbots สําหรับลูกค้าของฉัน"

หากเราสามารถสรุปประเด็นหลักได้พวกเขาจะเป็น:

• สร้างความยิ่งใหญ่ chatbots ต้องเข้าถึงรหัสและข้อมูล
• นักพัฒนาจําเป็นต้องปรับแต่งตรรกะทางธุรกิจและรวมเข้ากับระบบภายใน ไม่สามารถสร้างความยิ่งใหญ่ได้ chatbots โดยไม่มีนักพัฒนา
• ลูกค้าองค์กรจํานวนมากมีข้อกังวลด้านความปลอดภัย ดังนั้นจึงต้องการเรียกใช้แชทบอทในองค์กร นอกจากนี้ยังต้องการความปลอดภัยตามบทบาทและการจัดการผู้ใช้ที่คาดหวังจากซอฟต์แวร์ใด ๆ ที่พวกเขาใช้
• กรอบการทํางานที่เอเจนซีเลือกควรมีคุณสมบัติทั่วไปที่หลากหลายตั้งแต่แกะกล่อง
• มันไม่สมเหตุสมผลเลยที่เอเจนซี่ใด ๆ (หรือร้านผู้พัฒนา) จะสร้าง เฟรมเวิร์กแชทบอท ของตนเองสําหรับการใช้งานภายในอีกต่อไปกว่าที่พวกเขาจะสร้างฐานข้อมูลของตนเองตั้งแต่เริ่มต้น ไม่เพียงแต่จะไม่ประหยัดและสร้างค่าบํารุงรักษาจํานวนมาก แต่ลูกค้าของพวกเขามักจะชอบที่พวกเขาใช้ผลิตภัณฑ์โครงสร้างพื้นฐานที่เป็นที่ยอมรับและเข้าใจดีซึ่งสร้างขึ้นเพื่อวัตถุประสงค์มากกว่าที่จะพยายามสร้างโครงสร้างพื้นฐานที่ไม่ใช่ธุรกิจหลักด้วยตนเอง
• อุตสาหกรรมต้องการกรอบการทํางานเพื่อให้เงินเพื่อการพัฒนามากขึ้นสามารถไปสู่ประสบการณ์ของผู้ใช้มากกว่าโครงสร้างพื้นฐาน