Open vs. Proprietary Solutions

Sa kasalukuyan, ang pagbuo ng mga chatbot ng serbisyo sa customer ay pinangungunahan ng mga espesyalistang may mataas na presyo na kadalasang gumagamit ng pagmamay-ari na teknolohiya upang maghatid ng mga solusyon.

Ang mga solusyon na ito ay may mga sumusunod na pangunahing kawalan:

• Kinulong nila ang mga customer sa mga pagmamay-ari na solusyon
• Ang mga customer ay walang access o may limitadong access sa kanilang sariling data o kritikal na source code
• Ang mga customer ay hindi madaling mapalawak o i-customize ang mga solusyon nang walang tulong mula sa vendor
• Ang mga solusyon ay madalas na hinihimok ng black box na teknolohiya na mahirap kahit na sa mga eksperto na i-debug at kontrolin
• Ang mga solusyon ay mahal para sa kung ano sila

Walang dahilan kung bakit dapat maging ganito ang mga bagay maliban sa katotohanan na ang merkado ng chatbot ay medyo bago (bagaman hindi iyon bago) at mas kaunting impormasyon ang magagamit para sa parehong mga tagalikha ng chatbot at mga negosyo tungkol sa mga alternatibong solusyon.

Pero isang bagay ang sigurado, bababa ang halaga ng mga solusyong ito dahil mas maraming tao ang nakatuklas na ang teknolohiya ng natural na pagpoproseso ng wika ( NLP ) ay malawak na magagamit, medyo madaling gamitin para sa karamihan ng mga developer at mapagkumpitensya ang presyo.

Kahit na ang gastos ay bumaba, gayunpaman, ang iba pang tatlong mga kakulangan ay nananatili. Ito ay mga disbentaha na Botpress naglalayong lutasin sa pamamagitan ng demokratisasyon sa pagbuo ng chatbot.

Ang aming layunin sa Botpress ay ang paggawa ng mataas na kalidad, naka-customize na mga bot sa abot ng mga entry level na developer at content creator, gayundin ang paghahanap ng mga paraan kung saan ang mga advanced na chatbot developer ay maaaring mapakinabangan ang halaga mula sa kanilang mga kasanayan.

Botpress ang mga template ay binuo sa mga sikat, mahusay na nauunawaan na mga teknolohiya (ibig sabihin gamit ang Botpress framework ) na nangangahulugang ang data at source code ay bukas, madaling makahanap ng mga developer na gagana sa iyong mga proyekto, at ang mga template ay nako-customize at napapalawak.

Napakahalaga ng pagpapalawak dahil kapag ang isang negosyo ay may pangunahing bot ng serbisyo sa customer at tumatakbo, bigla nilang matatanto ang lahat ng mga pagkakataong nagbubukas nito para sa pagbibigay ng iba pang mga serbisyo sa pakikipag-ugnayan sa mga customer sa isang pinagsamang paraan.

Kung ang system ay hindi bukas at napapalawak, at hindi madaling makahanap ng mga developer para magtrabaho dito, hindi nila maidaragdag ang functionality na kailangan nila para sa isang makatwirang gastos o kahit na sa lahat.

Halimbawa, isipin ang isang kumpanya na nagbebenta ng mga tiket sa mga konsyerto, gumagawa ng FAQ bot upang sagutin ang mga simpleng paulit-ulit na tanong at para idulog ang mas mahihirap na tanong sa mga ahente ng customer. Napagtanto nila na ang ilan sa mga itinatanong ay nauugnay sa pagkakaroon ng mga tiket sa ilang mga konsyerto na hindi masasagot sa isang simpleng pagpapatupad ng FAQ. Kaya't nagpasya silang isama ang bot sa kanilang sistema ng ticketing para makuha ang mga sagot.

Ang problema nila ay kung magagawa ba nila ito o hindi, kung bumili sila ng pagmamay-ari na solusyon sa bot, lubos silang umaasa sa vendor na gawin ito kung posible man. At kahit na posible, ang gastos sa paggawa nito ay mas mataas kaysa sa isang bukas na sistema, dahil sila ay isang bihag na customer.

Ang isa pang isyu ay ang gawaing ginagawa nila sa pagsasama ng kanilang panlabas na system sa bot ay gagana lamang sa system ng vendor. Hindi ito madaling i-switch out para gumana sa ibang system, kaya kapag mas marami silang ginagawa sa vendor na iyon, mas nagiging lock in sila.

At siyempre, ang kalidad ng solusyon mismo ay lubos na nakadepende sa pagmamay-ari na solusyon ng vendor, dahil hindi nila maa-access ang pinakamahusay sa klase na mga solusyon sa third party ngunit limitado sa solusyon ng vendor.

Ang problemang ito ay nagiging mas malala kapag napagtanto ng kumpanya ng ticketing na maaari silang aktwal na magbenta ng mga tiket nang direkta mula sa bot dahil napagtanto nila na mangangailangan ito ng higit pang pamumuhunan at ang solusyon ay magdurusa sa lahat ng parehong mga kakulangan na tinalakay dati.

Kaya't nagpasya silang muling i-deploy ang bot sa isang bukas na balangkas sa malaking gastos at pagsisikap. Ito ay dahil napagtanto nila ngayon na ang mga pagbabagong ito ay simula pa lamang ng kung ano ang posible para sa mga bot at sa huli ang contact center at ang mga serbisyo ay pagsasama-samahin sa isang onmi-channel na karanasan na kailangang bukas at mapalawak.