ما كنت أتمنى لو كنت أعرفه منذ البداية عن تطوير Chatbots

يدير إريك وكالة تطوير روبوتات الدردشة. أنها توفر حلول chatbot للشركات الكبيرة ، لا سيما في خدمة العملاء ومساحة التسويق.

أخبرني إريك من ناحية أن الأعمال تسير على ما يرام لأن معدل التحويل على الملاعب ل chatbots مرتفع للغاية. ربما يعكس هذا حقيقة أنه من أوائل من يسوقون في هذا المجال.

في الوقت نفسه ، كان يكافح للعثور على الأدوات المناسبة لبناء الجودة chatbots كفاءه.

عندما اكتشف لأول مرة المنصات الخالية من التعليمات البرمجية مثل Chatfuel و Motion.ai كان متفائلا بأن هذه الأدوات ستحل مشكلته. بينما وجد أنها تعمل بشكل جيد للنماذج الأولية للروبوتات ، سرعان ما واجه مشاكل.

يجب تخصيص العديد من برامج الروبوت بطرق لا يمكن تمثيلها إلا في التعليمات البرمجية ، ولم تدعم هذه الأنظمة الأساسية الترميز. تحتاج بعض الروبوتات إلى التكامل مع الأنظمة القديمة لعميله ، ومرة أخرى لم يكن ذلك ممكنا.

كانت هذه المشاكل وحدها بمثابة كسر للصفقات ، ولكن حتى لو كان من الممكن حلها ، فإنه لا يزال غير مرتاح لجميع المنطق والبيانات الموجودة على نظام طرف ثالث لم يكن لديه سيطرة عليه. غالبا ما أصر عملاؤه على استضافة الروبوت بأنفسهم لأسباب أمنية.

لذلك قرر الحصول على الروبوتات المشفرة من البداية باستخدام Microsoft Bot Framework وحيثما أمكن استخدام المطورين في البلدان منخفضة التكلفة. خلق القيام بهذه القدرة على التنبؤ مشكلات أخرى.

على الرغم من أنه يمتلك الآن الكود والبيانات ويمكنه تخصيص الروبوت بالدرجة المطلوبة ، إلا أن النتائج كانت مختلطة.

أدرك بسرعة أن جميع الروبوتات لديها العديد من الميزات المشتركة ، مثل الأمان القائم على الأدوار ، والاشتراكات ، والبث ، والإنسان في الحلقة ، ولكن تم ترميز هذه الميزات من الصفر من قبل المطورين مما زاد من وقت التطوير دون داع وأكل هوامش ربحه.

كانت مخاطر التطوير عالية أيضا بشكل غير ضروري لأن المطورين المختلفين كانوا يقومون بترميز الميزات بطرق مختلفة وتطورت البنية العامة بطريقة مخصصة. أدرك بعض المطورين هذه المشكلة وبدأوا في إنشاء مكتبات قابلة لإعادة الاستخدام للميزات الشائعة ، لكن هذه المكتبات لم تكن المكتبات عالية الجودة التي يرغب في بناء أعماله عليها. لقد عرضوا مخاطرهم الخاصة وتبعياتهم غير المرغوب فيها ، خاصة عندما تكون الوظائف المطلوبة معقدة. كان من الصعب عليه التحقق من الجودة ، ناهيك عن منح عملائه الثقة في أن كل ما تم بناؤه كان على مستوى عال بما فيه الكفاية.

فكر لفترة وجيزة في فكرة بناء منصته الخاصة ولكن بدا ذلك وكأنه مبالغة. إن القيام بذلك من شأنه أن يخلق تكاليف تطوير وصيانة غير ضرورية بالإضافة إلى مشكلات مبيعات محتملة إذا ظهرت أطر معايير السوق التي يفضلها العملاء ، وهو ما يعتقد أنه سيحدث. كانت مجرد مسألة وقت.

في رأيه كانت المشكلة مشابهة للمشكلة التي واجهها مطورو الويب في فجر الإنترنت. في ذلك الوقت لم تكن هناك أدوات لإدارة المحتوى مثل WordPress ، لذلك يجب ترميز مواقع الويب من البداية في كل مرة. خلق هذا نفس مشاكل زيادة تكاليف التطوير والجودة المتغيرة في الكود والإخراج التي كان يواجهها الآن عند إنشاء الروبوتات.

عندما وجد إريك Botpress.io عبر الإنترنت لم يستغرق الأمر وقتا طويلا لإدراك ذلك Botpress عرض حلا محتملا لمشاكله. لقد أحب الهندسة المعمارية المعيارية من الناحية النظرية وكان من المنطقي بالنسبة له بناء ما يعادل CMS للروبوتات. كان هذا ما يعتقد أنه مطلوب. قد تكون القطعة المفقودة في اللغز ، لكنه كان بحاجة إلى إجابة على بعض الأسئلة أولا.

أولا، كان بحاجة إلى التأكد من أن الحل قوي وآمن وموثوق.

ثانيا، كان بحاجة إلى التأكد من أن جميع السمات الهامة المشتركة التي حددها على أنها مطلوبة متاحة عبر إطار العمل.

ثالثا ، كان بحاجة إلى التأكد من أن الاقتصاد سيعمل لصالح وكالته.

نظرا لكونه شخصا عمليا وتقنيا ، فقد قرر التحقق شخصيا من صحة السؤالين الأولين من خلال اختبار النظام بالفعل. انضم إلى Botpress المجتمع وعملت من خلال بعض دروس الفيديو باستخدام الإصدار مفتوح المصدر.

حقيقة أنه كان هناك بالفعل مجتمع كبير ونشط من المطورين الذين يستخدمون البرنامج يعني أنه تم اختباره في المعركة وهو أمر جيد.

كان قلقا في البداية من أن Botpress كان مفتوح المصدر قد يراه عملاؤه (بحق في كثير من الحالات) على أنه يمثل خطرا أمنيا. ومع ذلك اكتشف أن Botpress كان لديه إصدار Enterprise منسق تم الاحتفاظ به بشكل منفصل عن الإصدار مفتوح المصدر خصيصا لمعالجة مشكلات الأمان.

بالطبع ، قدم الإصدار مفتوح المصدر بعض المزايا من حيث أنه كان مجانيا للاستخدام وفي كثير من الحالات مثاليا لتطوير برامج الروبوت خارج حالة استخدام المؤسسة. وهذا يعني أن المكونات والنهج تم استخدامهما بكثافة والتحقق من صحتهما من قبل العديد من المطورين المختلفين.

طالب العديد من عملائه باستضافة chatbot في أماكن العمل وأنهم يتحكمون في البيانات لأسباب أمنية وتجارية و Botpress أيد هذا. بالإضافة Botpress سمح بالتخصيص الكامل للكود والتكامل مع الأنظمة الداخلية التي كانت المشكلة الأصلية التي واجهها مع منصات "عدم وجود رمز".

كانت معظم الميزات التي أرادها متاحة. وشمل ذلك الأمان القائم على الأدوار والإدارة متعددة المستخدمين وواجهات المستخدم لإدارة الروبوتات بعد النشر. يمكنه بسهولة إضافة ما كان مفقودا كوحدة نمطية.

في الواقع ، جعلت البنية المعيارية والواجهات الرسومية للنظام من السهل جدا فهم مكان كل شيء. هذا يعني أنه حتى لو تحول إلى مطورين جدد في منتصف الطريق من خلال مشروع أو اضطر شخص ما إلى التقاط الكود بعد فترة طويلة ، فلن يستغرق الأمر وقتا طويلا حتى يتمكن الشخص المعني من السرعة. كل شيء على ما يُرام حتى الآن.

ومن الواضح أن مسألة الاقتصاد مهمة أيضا. هل باستخدام Botpress تقليل تكاليف التطوير الإجمالية؟ كانت هوامش الربح ضيقة. كان توقعه أن استخدام إطار عمل مثل Botpress من شأنه أن يقلل من تكاليف التطوير وفي نفس الوقت يزيد من الجودة والميزات.

اتضح أن توقعاته كانت صحيحة. تكلفة التشغيل Botpress كان جزءا صغيرا من تكلفة بناء حتى بعض الميزات بنفسه وكانت الجودة أفضل من حل الملكية.

كانت الفائدة الخفية لنهج إطار العمل هي أنه سيكون قادرا على قضاء المزيد من الوقت في واجهة مستخدم chatbot ووظائفه ، وبالتالي يمكنه تحسين تجربة العميل النهائي بشكل كبير.

وقد لاحظ أن العديد من chatbots في السوق لم تكن جيدة. يمكن القول أنه كصناعة ، كان صانعو روبوتات الدردشة يخذلون عملائهم.

يمكن القول إن هذا يرجع إلى أن الشركات لم تكن مستعدة لتخصيص أموال معقولة لتطوير chatbots لأنهم لم يكونوا متأكدين من النتائج.

حجة أخرى هي أن عملية تطوير chatbots كان غير فعال للغاية حتى الآن لأن صانعي روبوتات الدردشة لم يكن لديهم أدوات فعالة للتطوير chatbots وبالتالي تركز الكثير من تكلفة التطوير على ما هو في الأساس بنية تحتية.

ظهور أطر مثل Botpress لديه القدرة على تحسين جودة chatbots حيث يتم إنفاق المزيد من ميزانية التطوير على تجربة المستخدم.

للتسجيل ، إريك ليس شخصا حقيقيا ولكنه مركب من بعض مالكي الوكالات الذين اتصلوا بنا بشأن قضاياهم ومتطلباتهم واهتمامهم ب ماذا chatbots يمكن أن تفعل. بطرق مختلفة شاركوا نسختهم من "ما تمنيت أن أعرفه في البداية عن تطوير chatbots لعملائي".

إذا استطعنا تلخيص القضايا الرئيسية فهي:

• بناء عظيم chatbots يتطلب الوصول إلى التعليمات البرمجية والبيانات.
• يحتاج المطورون إلى تخصيص منطق الأعمال والتكامل مع الأنظمة الداخلية. ليس من الممكن إنشاء رائع chatbots بدون مطورين.
• لدى العديد من عملاء المؤسسات مخاوف أمنية وبالتالي يرغبون في تشغيل chatbot الخاص بهم في أماكن العمل. يريدون أيضا نفس الأمان القائم على الدور وإدارة المستخدم التي يتوقعونها من أي برنامج يستخدمونه.
• يجب أن يوفر الإطار الذي تختاره الوكالة مجموعة واسعة من الميزات المشتركة خارج الصندوق.
• ليس من المنطقي لأي وكالة (أو متجر مطور) بناء إطار عمل chatbot الخاص بها لاستخدامهم الداخلي بعد الآن أكثر من المنطقي بالنسبة لهم لبناء قواعد البيانات الخاصة بهم من البداية. لن يكون ذلك غير اقتصادي ويولد تكاليف صيانة كبيرة فحسب ، بل من المرجح أن يفضل عملاؤهم استخدام منتجات البنية التحتية الراسخة والمفهومة جيدا والتي تم إنشاؤها لهذا الغرض بدلا من محاولة بناء بنية تحتية غير أساسية بأنفسهم.
• تحتاج الصناعة إلى أطر عمل بحيث يمكن تخصيص المزيد من دولارات التطوير نحو تجربة المستخدم بدلا من البنية التحتية.