ბოტი დაგვეხმარება

ერთი წლის წინ, ჩვენმა საყვარელმა HR დეპარტამენტმა გვთხოვა დაგვეწერა ჩატის ბოტი, რომელიც დაგვეხმარებოდა კომპანიაში ახალბედების ადაპტაციაში.

მოდით გავაკეთოთ დაჯავშნა, რომ ჩვენ არ ვავითარებთ საკუთარ პროდუქტებს, მაგრამ ვაძლევთ კლიენტებს განვითარების სერვისების სრულ სპექტრს. სიუჟეტი იქნება ჩვენს შიდა პროექტზე, რომლის დამკვეთი არის არა მესამე მხარის კომპანია, არამედ ჩვენი საკუთარი HR. და მთავარი ამოცანა, ადამიანების, რესურსების და დროის შეზღუდული ხელმისაწვდომობის გათვალისწინებით, არის პროექტის დროულად დასრულება და პროდუქტის გამოშვება.

პირველ რიგში, მოდით აღვწეროთ პრობლემები, რომლებიც უნდა გადაიჭრას.

დეველოპერები ძირითადად ინტროვერტები არიან და არ მოსწონთ საუბარი, ბევრად უფრო ადვილია თქვენი კითხვის დაწერა ელ.ფოსტის ჩატში. ბოტით არ უნდა იფიქრო ვის უნდა ჰკითხო, ვის დაურეკო, სად წახვიდე და საერთოდ სად მოიძიო ინფორმაცია და არის თუ არა ის შესაბამისი.

მეორე პრობლემა არის ინფორმაცია – ბევრია, ის სხვადასხვა წყაროშია, ყოველთვის არ არის ხელმისაწვდომი და მუდმივ დამატებას და განახლებას საჭიროებს.

კომპანიას ჰყავს თითქმის 500 თანამშრომელი, ისინი განლაგებულია სხვადასხვა ოფისებში, დროის ზონებში, რუსეთის ქალაქებში და მის ფარგლებს გარეთაც, ჩვეულებრივ, ბევრი კითხვაა, ამიტომ კიდევ ერთი ამოცანაა შეამციროს ტვირთი HR პერსონალზე, რომელიც დაკავშირებულია ყველაზე ხშირად დასმულ კითხვებთან. თანამშრომლების მიერ.

ასევე საჭირო იყო პროცესების ავტომატიზირება: ახალმოსულთა კომპანიაში გაწევრიანება, მესიჯების გაგზავნა მენეჯერებისთვის და ახალბედების მენტორებისთვის, ავტომატური შეხსენებების გაგზავნა კურსებისა და ტესტების შესახებ, რომლებიც ახალმოსულს უნდა გაიაროს წარმატებული ადაპტაციისთვის.

ტექნიკური მოთხოვნები ჩამოყალიბდა ბიზნესის მოთხოვნებიდან გამომდინარე.

ბოტი სკაიპის ბაზაზე უნდა მუშაობდეს (ისტორიულად მას კომპანიაში იყენებენ), ამიტომ აირჩიეს სერვისი Azura-ზე.

მასზე წვდომის შესაზღუდად დავიწყეთ ავტორიზაციის მექანიზმის გამოყენება სკაიპის საშუალებით.
ParlAI ბიბლიოთეკა გამოიყენებოდა ტექსტის ამოცნობისთვის

ასევე საჭიროა ადმინისტრაციული ვებ პორტალი კონფიგურაციის, ტრენინგის, გამართვის, გზავნილების დაყენებისა და სხვა ამოცანებისთვის.

პროექტზე მუშაობისას არაერთი პრობლემა და სირთულე შეგვხვდა.

მაგალითად, იყო ტექნიკური პრობლემები Azure ანგარიშთან დაკავშირებით. Microsoft-ს არ სურდა ჩვენი ხელმოწერის გააქტიურება მათი სერვისის გარკვეული ტექნიკური სირთულეების გამო. თითქმის ორი თვის განმავლობაში ჩვენ ვერაფერს ვაკეთებდით ამის შესახებ Microsoft-ის მხარდაჭერამ საბოლოოდ აიღო ხელი და გამოგვიგზავნა პარტნიორებთან, რომლებმაც წარმატებით შექმნეს ყველაფერი და მოგვცეს ანგარიში.

ყველაზე რთული ეტაპი იყო პროექტის დაწყება, როცა უნდა აირჩიოთ რას გამოვიყენებთ, როგორი იქნება არქიტექტურა, როგორ და სად შეინახოს მონაცემები და როგორ ურთიერთქმედებენ სისტემის კომპონენტები და მოდულები ერთმანეთთან.

ჩვენს შემთხვევაში, რაიმე პროექტის დაწყების არსებითად ჩვეულებრივი პრობლემები კიდევ უფრო გართულდა დაკომპლექტებით. ჩვენი ბიზნესის სპეციფიკა ისეთია, რომ კომერციულისგან განსხვავებით, შიდა პროექტებზე ხშირად მუშაობენ დეველოპერები, რომლებსაც არ აქვთ საკმარისი ცოდნა საჭირო სფეროებში - ისინი უბრალოდ, ბედის ნებით, სკამზე დახვდნენ და ელოდნენ შემდეგს. დიდი მაგარი კომერციული პროექტი. ლოგიკურია, რომ ასეთ სიტუაციაში მოტივაციაც ძალიან რთული იყო. პროდუქტიულობა ეცემა დაბალი, გუნდი ხშირად უსაქმურია და შედეგად თქვენ უნდა დაარწმუნოთ (მოტივაცია) ან შეცვალოთ ადამიანი. დეველოპერების შეცვლისას თქვენ უნდა ჩაატაროთ ტრენინგი, გადაიტანოთ ცოდნა და არსებითად დაიწყოთ პროექტი თავიდან. ყოველი ახალი დეველოპერი თავისებურად ხედავდა არქიტექტურას და ლანძღავდა წინა გადაწყვეტილებებს და სხვა ადამიანების კოდს. გადაწერა ნულიდან დაიწყო.

ასე გაგრძელდა დაახლოებით ექვსი თვის განმავლობაში. ჩვენ უბრალოდ ვნიშნავდით დროს, ვაკეთებდით კოდს და არაფერს ვწერდით ახალს.

ასევე შიდა პროექტებზე, როგორც წესი, დოკუმენტაცია თითქმის არ არსებობს და ძნელი იყო იმის გაგება, თუ რა უნდა გაკეთდეს დროის თითოეულ მომენტში და რა არის ამჟამინდელი პრიორიტეტები. საჭირო იყო მუდმივი გუნდის შექმნა, პროცესების ჩამოყალიბება და დაგეგმვა და შეფასება მინიმუმ სამი თვის განმავლობაში. მაგრამ როგორ უნდა გავაკეთოთ ეს, როდესაც პროექტი არ არის კომერციული, რაც ნიშნავს, რომ თქვენ გჭირდებათ მინიმუმ სამუშაო საათების ინვესტიცია და ამავე დროს მიიღოთ შედეგი არა უარესი, ვიდრე გარე მომხმარებლისთვის?

ჩვენ გამოვავლინეთ რესურსების ჯგუფი, რომლებიც მონაწილეობდნენ პროექტის შემუშავებაში, იცნობენ მას და სურთ მასზე მუშაობა. ჩვენ შევადგინეთ პროექტებზე ადამიანების დასაქმების გრაფიკი. ჩვენ შევაფასეთ და კოორდინირებული სამუშაოები და მოვარგეთ ეს სამუშაოები მთავარ პროექტებს შორის არსებულ „ხვრელებს“. 4 თვის შემდეგ მივიღეთ აპლიკაციის სამუშაო პროტოტიპი.

ახლა უფრო დეტალურად ვისაუბროთ ბოტის ფუნქციონალურობაზე, არქიტექტურასა და ტექნიკურ გადაწყვეტილებებზე.

HR-ის ერთ-ერთი მთავარი მოთხოვნა იყო მომხმარებლის მიერ დაწერილი ტექსტის ამოცნობა კითხვაზე სწორი პასუხის გასაცემად. შეგიძლიათ მისწეროთ - მინდა შვებულებაში წავიდე, შვებულებაში წავიდე ან მინდა შვებულებაში წასვლა და ის მიხვდება და შესაბამისად გიპასუხებს. ან უეცრად თანამშრომლის სკამი გატყდება და უნდა დაწეროს „სკამი გატეხილია“ ან „ჩემი სკამი დაბზარულია“ ან „სკამის საზურგე ჩამოვარდა“ სათანადო ვარჯიშით, ბოტი ამოიცნობს ასეთ თხოვნებს. ტექსტის ამოცნობის ხარისხი ბუნებრივია დამოკიდებულია ბოტის ვარჯიშზე, რაზეც მოგვიანებით ვისაუბრებთ.

შემდეგი მოთხოვნა და ფუნქციონირების ნაწილი არის ბოტის დიალოგის სისტემა. შემუშავდა სისტემა, რომელშიც ბოტს შეუძლია დიალოგის გამართვა და მიმდინარე საკითხის კონტექსტის გაგება. თქვენი კითხვის საპასუხოდ, მან შეიძლება დასვას ნებისმიერი დამაზუსტებელი შეკითხვა და განაგრძოს საუბარი, თუ ჩვენ ვასწავლით ბოტს ამის გაკეთება. სკაიპი მხარს უჭერს მენიუს მარტივ ვარიანტებს, რათა მომხმარებლებს აცნობოს საუბრების გაგრძელების ვარიანტების შესახებ. ასევე, თუ ჩვენ ვსაუბრობდით, მაგრამ უცებ გადავწყვიტეთ კითხვის დასმა თემიდან, ბოტიც ამას მიხვდება.

ბოტი შესაძლებელს ხდის მომხმარებლისთვის სხვადასხვა არტეფაქტების გაგზავნას მისი პირადი მონაცემების საფუძველზე. მაგალითად, მის ადგილას. დავუშვათ, თუ ადამიანს სურდა ტუალეტის პოვნა, მაშინ მას აჩვენებენ ოფისის რუკას, რომელიც მას ტუალეტისკენ მიჰყავს. ხოლო ბარათი შეირჩევა იმის მიხედვით, თუ რომელ კომპანიის ოფისშია თანამშრომელი.

ერთ-ერთი ყველაზე მნიშვნელოვანი ამოცანაა მომხმარებლის პირადი ინფორმაციის დაცვა. ჩვენ არ შეგვიძლია მივცეთ უფლება ყველა ადამიანს ჰქონდეს წვდომა იმ სენსიტიურ მონაცემებზე, რომლებსაც ჩვენი ბოტი ახორციელებს. ასეთი ბოტის ავტორიზაციის საჭიროება მისი განუყოფელი ნაწილია. ბოტი სთხოვს მომხმარებელს ავთენტიფიკაციას, სანამ ის შეძლებს მასთან რაიმე დიალოგის გამართვას. ეს ხდება პირველად, როდესაც თანამშრომელი დაუკავშირდება ბოტს. ავტორიზაცია თავად გადამისამართებს მომხმარებელს შესაბამის გვერდზე, სადაც მომხმარებელი იღებს ჟეტონს, რომელსაც შემდეგ ათავსებს სკაიპის შეტყობინებაში. თუ ავტორიზაცია წარმატებულია, შეგიძლიათ დაიწყოთ კომუნიკაცია ბოტთან.

ავტორიზაცია ხდება სკაიპის - პორტალ-ავტორიზაციის სერვისის, კორპორატიული ქსელისა და LDAP-ის მეშვეობით. ამრიგად, ავტორიზაცია დამოკიდებულია მომხმარებლის მიმდინარე მონაცემებზე კორპორატიულ ქსელში.

ბოტის შემუშავების პროცესში მივხვდით, რომ გვჭირდებოდა პორტალში ჩაშენებული რაღაც სისტემა, რომელიც დაეხმარებოდა HR ბოტის სწრაფად გამართვას. ჩვენ დავამატეთ პორტალის გვერდი, სადაც HR-ს შეუძლია ნახოს მომხმარებლების მიერ ბოტთან მუშაობისას დაფიქსირებული შეცდომები და გადაჭრას ისინი გადამზადების გამოყენებით ან დატოვოს ისინი დეველოპერებისთვის.

ბოტის უშუალოდ პორტალზე მომზადების შესაძლებლობა თავიდანვე არ შედიოდა. განვითარების პროცესში მივხვდით, რომ ბოტის სწავლება ყველაზე გავრცელებული ამოცანაა, რომელსაც HR დეპარტამენტის თანამშრომლები შეასრულებენ მასთან მუშაობისას და დეველოპერებისთვის ბოტის დამატებითი ტრენინგისთვის ტექსტური ფაილების გაგზავნა სრულიად მიუღებელია. ეს ჭამს ძალიან ბევრ დროს და ქმნის ძალიან ბევრ შეცდომას და პრობლემას.

ჩვენ დავწერეთ UI პორტალზე ბოტის მოსახერხებელი ტრენინგისთვის. ეს საშუალებას აძლევს HR-ს ნახოს ბოტის მიმდინარე ტრენინგი, შემდგომში მოამზადოს იგი და შეცვალოს მიმდინარე ტრენინგი. ტრენინგი წარმოდგენილია ხის სტრუქტურით, რომელშიც კვანძები, ანუ ტოტები, არის ბოტთან დიალოგის გაგრძელება. თქვენ შეგიძლიათ შექმნათ მარტივი კითხვები და პასუხები, ან შეგიძლიათ შექმნათ წონიანი დიალოგები, ეს ყველაფერი დამოკიდებულია HR და მათ საჭიროებებზე.

რამდენიმე სიტყვა გადაწყვეტის არქიტექტურის შესახებ.

გადაწყვეტის არქიტექტურა მოდულარულია. იგი მოიცავს სერვისებს, რომლებიც პასუხისმგებელნი არიან სხვადასხვა ამოცანებზე, კერძოდ:
• Skype bot სერვისი Azure-ზე - იღებს და ამუშავებს მომხმარებლის მოთხოვნებს. ეს არის საკმაოდ მარტივი სერვისი, რომელიც პირველია, ვინც იღებს მოთხოვნას და ასრულებს მის თავდაპირველ დამუშავებას.
• ადმინისტრატორის პორტალი - სერვისი, რომელიც უზრუნველყოფს ვებ ინტერფეისს პორტალის დასაყენებლად და თავად ბოტისთვის. ბოტი ყოველთვის პირველ რიგში დაუკავშირდება პორტალს და პორტალი წყვეტს რა გააკეთოს მოთხოვნით.
• ავტორიზაციის სერვისი - უზრუნველყოფს ავთენტიფიკაციის მექანიზმებს ბოტისთვის და ადმინისტრატორის პორტალისთვის. ავტორიზაცია ხდება Oauth2 პროტოკოლის მეშვეობით. პოზიტიური ავტორიზაციის შემთხვევაში, სერვისი ახორციელებს ავტორიზაციას კორპორატიულ ქსელში მომხმარებლის მოქმედი მონაცემების მიხედვით, რათა სისტემამ შეძლოს სინქრონიზებულ მონაცემებთან დაკავშირებული შეცდომების კონტროლი.
• AI ტექსტის ამოცნობის მოდული, დაწერილი პითონში და იყენებს ParlAI ჩარჩოს თავად ტექსტის ამოცნობისთვის. ეს არის ნერვული ქსელი, ყოველ შემთხვევაში მისი ამჟამინდელი დანერგვით. კითხვების გასაგებად ვიყენებთ tfDiff ალგორითმს. მოდული უზრუნველყოფს API-ს მასთან კომუნიკაციისა და სწავლისთვის.

დასასრულს, მინდა ვთქვა, რომ ეს არის ჩვენი პირველი გამოცდილება ჩატ ბოტის შექმნის საქმეში და შევეცადეთ სისტემა მაქსიმალურად მარტივი, მაგრამ ამავე დროს ფუნქციონალური გაგვეკეთებინა, მასზე მინიმალური შრომითი ხარჯებით. ვფიქრობ, ძალიან საინტერესო პროდუქტი გვაქვს. საკუთარი სასწავლო სისტემით, შეცდომების აღრიცხვა, შეტყობინებების გაგზავნა, ის ასევე შეიძლება იყოს ინტეგრირებული ნებისმიერ სხვა მესენჯერთან.

წყარო: www.habr.com