Expertiză · Integrări și automatizări
Sistemele tale să-și vorbească, fără ca cineva să retasteze aceleași date.
Conectăm sistemul de programări, magazinul, CRM-ul, foile de calcul și canalele de mesaje, astfel încât un agent sau o regulă programată să poată citi și scrie în ele în timp real. Cheile rămân pe server, uneltele au limite scrise, iar fiecare integrare se testează și pe cazul în care celălalt sistem cade.
Construit dejaIntegrări proprii, scrise și rulate, măsurate azi în cod: conectorul pentru sistemul de programări Altegio (946 de linii, cu șase unelte expuse agentului), conectorul de CRM amoCRM (2.888 de linii în platforma de mesagerie, plus 12 funcții de server în platforma vocală), Bitrix24 (903 linii, plus 4 funcții), Google Sheets (615 linii, plus 10 funcții și un cont de serviciu dedicat), catalogul viu peste magazin (serviciu de platformă, 318 linii), notificări de lead pe Telegram (1.776 de linii), SMS prin Infobip cu limite anti-abuz, automatizări programate (1.088 de linii) și canalul de chat al unei platforme locale de anunțuri (2.459 de linii). În execuție, agentul poate chema 15 tipuri de unelte interne, pe lângă unelte prin webhook și unelte cu cod propriu rulat în izolare.
O integrare nu e un logo pe o pagină. E răspunsul la o întrebare foarte concretă: poate sistemul acesta să fie citit și scris în timp real, de cine, cu ce drepturi, și ce se întâmplă când nu răspunde? De aceea prima noastră întrebare la orice integrare nu e „cu ce API”, ci „ce poartă publică are”. Uneori răspunsul schimbă complet costul lucrării: magazinele pe WooCommerce, de pildă, expun public un API de magazin care nu cere nicio cheie de consumator, deci un client nou se conectează doar cu adresa site-ului lui — nu cu credențiale pe care trebuie să le genereze, să le trimită și apoi să le rotească.
În platforma noastră de mesagerie, o unealtă pe care agentul o poate chema în timpul conversației are unul din trei tipuri: apel către un webhook, cod propriu rulat izolat, sau o unealtă internă a platformei. Uneltele interne sunt cele pe care le preferăm, pentru că țin cheile în afara bazei de date: astăzi sunt cincisprezece, de la citirea unei pagini și scrierea într-o foaie de calcul, până la disponibilitatea și crearea unei programări, trimiterea unui SMS și interogarea catalogului de produse.
Diferența dintre o integrare care ține și una care se rupe stă aproape întotdeauna în lucruri mărunte, aflate pe teren. Sistemul de programări nu întoarce nimic dacă întrebi orele unui specialist pentru un serviciu pe care nu îl face — serviciul și specialistul călătoresc mereu împreună. Același sistem răspunde cu refuz dacă cererea vine cu antetul implicit al bibliotecii HTTP, deci fiecare cerere trebuie să se identifice explicit. Un magazin poate raporta preț zero pentru produsele cu variante, iar o căutare pe cuvinte goale întoarce tot catalogul. Sunt zece asemenea detalii per integrare, și niciunul nu e în documentație.
Peste integrări stau automatizările: reguli care se execută în timp, nu la cererea cuiva. La noi sunt programate cu un planificator în proces — reluarea conversațiilor rămase fără răspuns, primul mesaj către un contact nou, punerea pe pauză și repornirea agentului după programul de lucru — fiecare cu contoare proprii, ca să se vadă câte rulări au fost, câte mesaje au plecat, câte au fost sărite și de ce. O automatizare fără contor e o automatizare despre care nu poți spune dacă funcționează.