Egy beszélgetés rögzítése kis stapnak hangzik. Valaki telefonál, gépel, mailt küld — és a rendszer megőrzi, mi lett elmondva, és gondoskodik arról, hogy ezzel valami történjen. A chatablak vagy a transzkripció alatt azonban egy csomó feltétel rejlik, amely gyakran nem látható, amíg a pilot elakad. Ez az oldal leírja, mi szükséges ehhez konkrétan, nem azt, hogy az Önnek sikerül-e.
Egy beszélgetés rögzítése azt jelenti, hogy a beszéd vagy szöveg egy rekorddá alakul: ki mondott mit, mikor, és milyen indíttatásból. A nyomon követés azt jelenti, hogy abból a rekordból egy akció következik — egy feladat jön létre, egy státusz megváltozik, valaki jelzést kap. Ez egy lánc: rögzítés, interpretálás, útválasztás, végrehajtás. Minden láncszemnek saját követelménye van. Az interpretációnak tudnia kell, mely mezők számítanak. Az útválasztásnak tudnia kell, ki miért felelős. A végrehajtásnak valahol landolnia kell — egy olyan rendszerben, amely azt az akciót is tudja feldolgozni. Hogy ezek a lépések pontosan hogyan követik egymást, és hol akadnak el, azt a láncok, amelyekben lépések egymást követik oldal írja le.
Mielőtt egy rendszer egy beszélgetést olyan módon tud rögzíteni, amely hasznos, a szervezetnek magának kell megállapítania, mi számít fontosnak abban a beszélgetésben. Panaszról van szó, kérelemről, módosításról, egy kérdésről, amely sehova nem vezet? Ha ez a besorolás nem létezik, vagy ha minden osztály másik verzióját alkalmazza, akkor semmi nem rögzíthető konzisztensen. Ez egy szervezeti kérdés, nem technikai probléma: szerepekről, felelősségekről és arról a kérdésről szól, hogy ki határozza meg, mi számít helyes lezárásnak. Ezek a megállapodások nélkül a rendszer valamit regisztrál ugyan, de nem olyat, amire irányítást lehetne alapozni.
Rögzítés nyomon követés nélkül archívum. A nyomon követés megköveteli, hogy a beszélgetés eljusson egy olyan rendszerhez, amely el tud indítani egy akciót — egy ticketet, egy feladatot, egy módosítást egy dossziéban. Ez egy kapcsolatot igényel a hely között, ahol a beszélgetés zajlik, és azon rendszerek között, ahol a munka tovább folyik. Ha ez a kapcsolat nem létezik, a beszélgetés eredményét kézzel gépelik át, és akkor kevés nyereség érhető el. Mielőtt a rögzítés és a nyomon követés együtt működik, tehát kell egy olyan infrastruktúra, amely üzeneteket, státuszokat és rekordokat tud mozgatni a rendszerek között — nem egyszeri integrációként egyetlen folyamathoz, hanem újrahasználható eszközként.
Egy rögzített beszélgetés csak akkor használható, ha az abban előforduló adatok — egy név, egy dossziészám, egy dátum — megfelelnek annak, amit már ismernek. Ha ezek az adatok nem egyértelműen rögzítettek, vagy ha egyazon ügyfélnek vagy dossziénak több verziója létezik, olyan nyomon követés jön létre, amely a helytelen kapcsolat alapján indul el. Ez nem egy jobb modell kérdése, hanem előre rendben lévő adatmenedzsmenté: egyértelmű azonosítás, egy megállapított igazságforrás, és egy módszer az eltérések jelzésére, mielőtt azok egy akcióban tovagördülnek. Ahol ez a jelzés maga egy külön réteget igényel, azt a monitoring és jelzés oldal magyarázza el.
A nyomon követés nem mindig egy fix szabály követéséből áll. Gyakran a lánc valamely pontján egy mérlegelést kell végezni: sürgős-e ez a beszélgetés, kell-e eszkalálni, beleillik-e egy meglévő kategóriába vagy nem? Ez a mérlegelés támogatható, de akkor előre tisztában kell lenni azzal, hogy milyen információ szükséges ehhez a mérlegeléshez, és ki jogosult módosítani az eredményt. Hogy ebben mi lehetséges és mi nem, azt a döntéstámogatás oldal írja le. Ezen előkészület nélkül a mérlegelés egy embernél marad, ami önmagában nem probléma — csak akkor lesz probléma, ha senki nem állapította meg, hogy ez a szándék.
Egy pilot a beszélgetések rögzítéséhez gyakran egyetlen csapaton belül, egyetlen telefonvonallal vagy egyetlen postafiókkal működik, és úgy tűnik, hogy funkcionál. Amint a folyamatot szélesebb körben kiterjesztik, kiderül, hogy annak a pilotnak a feltevései nem mindenhol érvényesek: más rendszerek, más definíciók, más felelősök. Hogy miért nem hoz eredményt a szervezet többi része számára egy pilot, amely csak saját szegletében működik, azt a pilotok, amelyek nem jutnak túl saját szegletükön oldal fejti ki. És ha senki nem tulajdonosa a pilot után maga a nyomon követésnek, az initiatíva eltűnik, amint a figyelem elmozdul — lásd még demók tulajdonos nélkül.
Ha a rögzítés és a nyomon követés jól kapcsolódik egymáshoz, minden beszélgetés visszakövethető, és minden akció visszavezethető az indíttatásra. Ez egy feltétele a folyamat nyugalmának, nem garanciája a gyorsaságnak vagy a kevesebb munkának. Hogy a beszélgetések rögzítését el tudja-e végezni egy olyan rendszer, amely maga hoz akciót, attól függ, hogy hogyan van berendezve az a végrehajtás — lásd munkát végző agentek.
Ez az oldal leírja, mit igényel a beszélgetések rögzítése és nyomon követése, hogy működhessen. Egy másik kérdés, hogy a munka mely része vehető át tényleg AI által, és melyik része marad embereknél. Ezt a kérdést válaszolja meg a FTE TO AI munkaszkennere, amely feladatonként kiszámítja, hogy a munka mely része adható át, és melyik nem.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.