Ang Sana Nalaman Ko Mula sa Simula Tungkol sa Pagbuo ng Mga Chatbot

Si Erik ay nagpapatakbo ng isang chatbot development agency. Nagbibigay sila ng mga solusyon sa chatbot sa malalaking kumpanya, lalo na sa serbisyo sa customer at espasyo sa marketing.

Sinabi sa akin ni Erik sa isang banda, ang negosyo ay napakahusay dahil ang rate ng conversion sa mga pitch para sa mga chatbot ay napakataas. Ito marahil ay sumasalamin sa katotohanan na siya ay isa sa mga unang nag-market sa espasyong ito.

Kasabay nito, nahihirapan siyang makahanap ng mga tamang tool para sa mahusay na pagbuo ng mga chatbot na may kalidad.

Noong una niyang natuklasan ang mga platform na walang code gaya ng Chatfuel at Motion.ai ay umaasa siya na malulutas ng mga tool na ito ang kanyang problema. Habang nalaman niyang gumagana nang maayos ang mga ito para sa pag-prototyp ng mga bot, mabilis siyang nagkaroon ng mga problema.

Maraming mga bot ang kailangang ma-customize sa mga paraan na maaari lamang ipakita sa code, at hindi sinusuportahan ng mga platform na ito ang coding. Ang ilang mga bot ay kailangang isama sa mga legacy system ng kanyang kliyente, at muli hindi ito posible.

Ang mga problemang ito lamang ay mga deal breaker, ngunit kahit na malutas ang mga ito, hindi pa rin siya komportable sa lahat ng lohika at data na naninirahan sa isang third-party na system na hindi niya kontrolado. Madalas iginiit ng kanyang mga kliyente na i-host ang bot mismo para sa mga kadahilanang pangseguridad.

Kaya't nagpasya siyang i-code ang mga bot mula sa simula gamit ang Microsoft Bot Framework at kung saan posible na gumamit ng mga developer sa mga bansang mababa ang halaga. Ang paggawa ng predictability na ito ay lumikha ng iba pang mga isyu.

Bagama't mayroon na siyang pagmamay-ari ng code at data at maaaring i-customize ang bot sa antas na kinakailangan, ang mga resulta ay magkakahalo.

Mabilis niyang napagtanto na ang lahat ng mga bot ay may maraming mga tampok na magkakatulad, tulad ng seguridad na nakabatay sa tungkulin, mga subscription, pagsasahimpapawid, human in the loop, ngunit ang mga tampok na ito ay kino-code mula sa simula ng mga developer na hindi kinakailangang tumaas ang oras ng pag-develop at kumain sa kanyang kita mga margin.

Ang mga panganib sa pag-unlad ay hindi kinakailangan din na mataas dahil ang iba't ibang mga developer ay nagko-coding ng mga tampok sa iba't ibang paraan at ang pangkalahatang arkitektura ay umunlad sa isang ad hoc na paraan. Nakilala ng ilang developer ang problemang ito at nagsimulang lumikha ng mga magagamit muli na aklatan para sa mga karaniwang feature, ngunit ang mga aklatang ito ay hindi ang mga aklatan na may mataas na kalidad kung saan gugustuhin niyang itayo ang kanyang negosyo. Nagpakita sila ng sarili nilang mga panganib at hindi gustong mga dependency, lalo na kapag kumplikado ang functionality na kailangan. Mahirap para sa kanya na i-verify ang kalidad, lalo na ang pagtitiwala sa kanyang mga kliyente na ang lahat ng itinayo ay nasa sapat na mataas na pamantayan.

Saglit niyang isinaalang-alang ang ideya ng pagbuo ng sarili niyang plataporma ngunit iyon ay tila isang overkill. Ang paggawa nito ay lilikha ng hindi kinakailangang mga gastos sa pagpapaunlad at pagpapanatili pati na rin ang mga potensyal na isyu sa pagbebenta kung lalabas ang mga standard framework ng market na mas gusto ng mga kliyente, na pinaniniwalaan niyang mangyayari. Ito ay isang oras lamang.

Sa kanyang isip ang problema ay katulad ng problema na hinarap ng mga web developer sa bukang-liwayway ng internet. Sa oras na iyon ay walang mga tool sa pamamahala ng nilalaman tulad ng Wordpress, kaya ang mga website ay kailangang ma-code mula sa simula sa bawat oras. Lumikha ito ng parehong mga problema sa pagtaas ng mga gastos sa pag-develop at variable na kalidad sa code at output na kinakaharap niya ngayon kapag gumagawa ng mga bot.

Nang mahanap si Erik Botpress .io online hindi nagtagal at nakilala niya iyon Botpress nag-aalok ng potensyal na solusyon sa kanyang mga problema. Nagustuhan niya ang modular na arkitektura sa teorya at makatuwiran sa kanya na bumuo ng katumbas ng isang CMS para sa mga bot. Iyon ang pinaniniwalaan niyang kailangan. Maaaring ito ang nawawalang piraso sa puzzle, ngunit kailangan muna niyang sagutin ang ilang mga tanong.

Una kailangan niyang tiyakin na ang solusyon ay matatag, ligtas at maaasahan.

Pangalawa, kailangan niyang tiyakin na ang lahat ng karaniwang kritikal na tampok na natukoy niya bilang kinakailangan ay magagamit sa pamamagitan ng balangkas

Pangatlo kailangan niyang tiyakin na gagana ang ekonomiya para sa kanyang ahensya.

Bilang isang hands on at teknikal na tao, nagpasya siyang personal na patunayan ang unang dalawang tanong sa pamamagitan ng aktwal na pagsubok sa system. Sumali siya sa Botpress komunidad at nagtrabaho sa pamamagitan ng ilan sa mga video tutorial gamit ang open source na bersyon.

Ang katotohanan na mayroon nang malaki at aktibong komunidad ng mga developer na gumagamit ng software ay nangangahulugan na ito ay nasubok sa labanan na isang magandang bagay.

Noong una ay nag-aalala siya Botpress ay open source na maaaring makita ng kanyang mga kliyente (sa maraming pagkakataon) bilang isang panganib sa seguridad. Gayunpaman, nalaman niya iyon Botpress ay may na-curate na bersyon ng enterprise na pinananatili nang hiwalay sa open source na bersyon partikular na upang matugunan ang mga isyu sa seguridad.

Siyempre, ang open source na bersyon ay nag-aalok ng ilang mga pakinabang dahil ito ay libre upang gamitin at sa maraming mga kaso ay perpekto para sa pagbuo ng mga bot sa labas ng enterprise use case. Nangangahulugan ito na ang mga bahagi at diskarte ay ginamit at napatunayan ng maraming iba't ibang mga developer.

Hiniling ng marami sa kanyang mga kliyente na i-host nila ang chatbot on-premises at kontrolin nila ang data para sa seguridad at komersyal na mga kadahilanan at Botpress suportado ito. At saka, Botpress pinapayagan para sa buong pagpapasadya ng code at pagsasama sa mga panloob na sistema na siyang orihinal na problema niya sa mga "no-code" na mga platform.

Karamihan sa mga tampok na gusto niya ay magagamit. Kabilang dito ang seguridad na nakabatay sa tungkulin, pamamahala ng maraming gumagamit at mga interface ng gumagamit para sa pamamahala ng mga bot pagkatapos ng pag-deploy. Madali niyang naidagdag ang kulang bilang isang module.

Sa katunayan, ang modular na arkitektura at ang mga graphical na interface sa system ay naging napakadaling maunawaan kung saan nakapasok ang lahat. Nangangahulugan ito na kahit na lumipat siya sa mga bagong developer sa kalagitnaan ng isang proyekto o kailangang kunin ng isang tao ang code pagkatapos ng mahabang agwat. hindi magtatagal para makakuha ng mabilis ang may-katuturang tao. So far so good.

Ang tanong sa ekonomiya ay malinaw na mahalaga din. gagamitin Botpress bawasan ang kanyang kabuuang gastos sa pagpapaunlad? Mahigpit ang mga margin ng kita. Ang kanyang inaasahan ay ang paggamit ng isang balangkas tulad ng Botpress ay magbabawas ng mga gastos sa pagpapaunlad at sa parehong oras ay magtataas ng kalidad at mga tampok.

Tama pala ang expectations niya. Ang gastos sa pagpapatakbo Botpress ay isang maliit na bahagi ng halaga ng pagbuo kahit na ang ilan sa mga tampok mismo at ang kalidad ay mas mahusay kaysa sa isang pagmamay-ari na solusyon.

Ang nakatagong pakinabang ng diskarte sa framework ay ang magagawa niyang gumugol ng mas maraming oras sa chatbot UI at functionality at sa gayon ay maaaring makabuluhang mapabuti ang karanasan ng end customer.

Naobserbahan niya na marami sa mga chatbot sa merkado ay hindi ganoon kaganda. Maaari pa ngang sabihin na bilang isang industriya ang mga gumagawa ng chatbot ay nabigo ang kanilang mga customer.

Maaaring ipangatuwiran na ito ay dahil hindi handa ang mga kumpanya na maglaan ng makatwirang pondo sa pagbuo ng mga chatbot dahil hindi sila sigurado sa mga resulta.

Ang isa pang argumento ay ang proseso ng pag-develop para sa mga chatbot ay napaka-inefficient hanggang sa kasalukuyan dahil ang mga gumagawa ng chatbot ay walang mahusay na mga tool upang bumuo ng mga chatbot at samakatuwid ang karamihan sa mga gastos sa pagpapaunlad ay nakatuon sa kung ano ang mahalagang imprastraktura.

Ang paglitaw ng mga balangkas tulad ng Botpress nagkaroon ng potensyal na malawakang pagbutihin ang kalidad ng mga chatbot dahil mas maraming badyet sa pagpapaunlad ang ginagastos sa karanasan ng user.

Para sa rekord, si Erik ay hindi isang aktwal na tao ngunit isang komposisyon ng ilan sa mga may-ari ng ahensya na nakipag-ugnayan sa amin para sa kanilang mga isyu, kinakailangan, at interes sa kung ano ang magagawa ng mga chatbot . Sa iba't ibang paraan ibinahagi nila ang kanilang bersyon ng "Ang nais kong malaman ko sa simula tungkol sa pagbuo ng mga chatbot para sa aking mga kliyente."

Kung maaari nating ibuod ang mga pangunahing isyu ay magiging:

• Ang pagbuo ng magagandang chatbots ay nangangailangan ng access sa code at data.
• Kailangan ng mga developer na i-customize ang logic ng negosyo at isama sa mga panloob na system. Hindi posibleng lumikha ng mahuhusay na chatbots nang walang mga developer.
• Maraming mga kliyente sa negosyo ang may mga alalahanin sa seguridad at samakatuwid ay gustong patakbuhin ang kanilang chatbot sa mga lugar. Gusto rin ng parehong tungkulin na nakabatay sa seguridad at pamamahala ng user na aasahan mula sa anumang software na ginagamit nila.
• Ang balangkas na pipiliin ng isang ahensya ay dapat magbigay ng malawak na hanay ng mga karaniwang tampok na wala sa kahon.
• Hindi makatuwiran para sa anumang ahensya (o dev shop) na bumuo ng kanilang sariling chatbot framework para sa kanilang panloob na paggamit kaysa makatuwiran para sa kanila na bumuo ng kanilang sariling mga database mula sa simula. Hindi lang iyon magiging uneconomic at makabuo ng malalaking gastos sa pagpapanatili, ngunit malamang na mas gusto ng kanilang mga customer na gumamit sila ng mga matatag at naiintindihan na mga produkto ng imprastraktura na binuo para sa layunin sa halip na subukang bumuo ng hindi pangunahing imprastraktura sa kanilang sarili.
• Ang industriya ay nangangailangan ng mga frameworks upang mas maraming development dollars ang mapupunta sa karanasan ng user kaysa sa imprastraktura.