Webex Dialog памти цео однос с клијентом — бета чека 2027.

Cisco је у саопштењу са конференције WebexOne у Остину 7. октобра 2026. представио Dialog, најављени слој платформе Webex AI Agent који треба да задржи контекст односа с клијентом и настави рад на захтеву после завршеног разговора; председник и директор за производе компаније Cisco, Jeetu Patel, поручио је: „When people and agents share the same context, work keeps moving and every customer relationship gets stronger“. Производ је замишљен да повеже AI агенте, раније контакте и позадинске пословне системе, тако да нови позив не почиње без сазнања о ономе што се већ догодило.

Према Webex-овој објави о корисничком искуству, бета Dialog-а очекује се у првом кварталу 2027, док је Webex AI Agent већ опште доступан за Contact Center Enterprise (CCE). То су различити нивои понуде: разговорни агент може да ради у контакт центру, али најављена оркестрација дужег односа с клијентом још није опште доступна. За сада није објављен датум ширег издања Dialog-а.

Зашто Dialog прати захтев и после позива

Dialog је замишљен да уместо низа одвојених преписки и позива одржава један контекст односа с клијентом. У анализи Aragon Research-а описано је повезивање претходних интеракција, куповина и канала комуникације са радом AI агената и позадинских система, уз протоколе Agent-to-Agent и MCP. Та историја треба да помогне агенту да разуме шта је клијент већ тражио, шта је предузеће предузело и који исход се још чека.

Класичан четбот обично одговори током једне преписке или позива, а његов задатак се ту завршава. Најављени Dialog треба да одржи рад на захтеву и када клијент више није у разговору: да координише агенте, запослене и системе док се случај не доврши. Памћење овде значи континуитет поступања, а не само архиву транскрипата. Да би тај континуитет био користан, повезани системи морају да врате релевантан статус и омогуће радње које је организација дозволила.

Иста основа предвиђена је за различите разговорне агенте, укључујући AI Concierge, AI Receptionist и решења трећих страна. Поента за контакт центар није да сваки агент зна све, већ да захтев може да промени канал или извршиоца без губитка важног контекста.

Како би захтев пролазио кроз системе

Планирани ток почиње разговором, али се наставља провером пословних података и координацијом даљих корака. Агент би из ранијих интеракција добио контекст, затим би у повезаном систему утврдио стање захтева или расположиве радње, па би случај усмерио ка другом агенту или запосленом када је то потребно. Зато је Dialog описан као оркестрациони слој Webex AI Agent платформе: његов посао је да повеже учеснике и фазе захтева, а не да само формулише одговор.

Условни пример показује разлику. Клијент који је започео захтев преко дигиталног канала касније позива подршку; агент види претходни ток, проверава шта се догодило у систему и наставља од отвореног корака, без поновног прикупљања истих података. Ако поступак пређе у други тим, контекст иде са њим и након што се позив заврши. То је илустрација најављеног модела, не објављен резултат рада Dialog-а код стварног корисника.

Шири Webex екосистем предвиђа сарадњу специјализованих агената преко протокола Agent-to-Agent и приступ пословним системима преко MCP-а. Ти протоколи објашњавају како би се посао могао настављати преко више алата: један агент уступа корак другом, а системи дају податке и примају дозвољене радње. Нису, међутим, објављени сви конектори и услови приступа за прву Dialog бету, па најава не значи да ће свака постојећа апликација контакт центра бити повезива од почетка.

Људска одлука у дужем току

Контекст мора да стигне и до запосленог када агент не може сам да заврши захтев. Најављено је да Dialog координише рад људи и агената и да учи из људских процена и изузетака у оквиру правила предузећа. За клијента то значи замишљен пренос случаја у коме запослени види шта је већ урађено, уместо да поново реконструише разговор.

Људско одобрење је важна граница ако наредна радња захтева овлашћење које агент нема. У таквом, условном току агент би припремио стање предмета и предложио радњу, овлашћени запослени би одлучио, а наставак би следио ту одлуку. То описује логичан начин примене најављене сарадње људи и агената; конкретан механизам одобравања и ниво овлашћења за Dialog још нису представљени.

За предузеће које користи Webex, вредност те предаје зависиће од два питања: да ли запослени заиста добија контекст из претходних канала и да ли права приступа остају јасна током преноса. Чак и потпуна историја контакта не одређује сама ко сме да промени запис, обећа изузетак или потврди исход. Управљање тим правима биће део стварне примене, а не својство које се може извести само из најаве о континуитету.

Шта је доступно док Dialog чека бету

Данас је доступан Webex AI Agent у наведеном CCE окружењу, док Dialog остаје план за бету. Разговорни агент може да обради контакт у оквиру постојеће понуде, али сама његова доступност не доноси трајно праћење целог односа и координацију посла после позива. Управо та раздвојеност статуса важна је за тимове који већ имају Webex: постојећи производ може да буде део будућег тока, али није доказ да је нови слој већ укључен.

За контакт центре и предузећа у Србији која користе Webex, почетак бете биће прва прилика да виде стварни домет те оркестрације. Тада би требало да постану јаснији списак повезивих система, начин преноса контекста и тачка на којој човек преузима одлуку. Управо ће ти услови одредити колико најављени континуитет може да прати захтев изван једног разговора.

Прочитајте и:

• Спонзорисана објава у Србији: ознака платформе није цео посао
• Upwork или Fiverr у Србији: провизија није цео трошак зараде
• Signal или Telegram: подразумевано шифровање мења цео избор