Canlı ve Asenkron Çalışmayı İş Öğeleri ile Birleştirme
Justin Steinberg tarafından oluşturulmuştur
Canlı ve Asenkron Çalışmayı Birleştirme: Zoom İletişim Merkezi Work Items’ı Tanıtıyor
İletişim merkezleri uzun süredir temel bir kopuklukla mücadele ediyor: sesli ve sohbet gibi canlı kanallar, sofistike Yönlendirme motorları üzerinden akarken, arka ofis görevleri—biletler, vakalar, faturalar, takipler—ayrı sistemlerde kalıyor. Bu parçalanma operasyonel baş ağrıları yaratıyor, temsilcileri platformlar arasında bağlam değiştirmeye zorluyor ve ekibinizin ele alması gereken tüm işleri akıllıca önceliklendirmeyi zorlaştırıyor. Zoom İletişim Merkezi’nin Work Item Özellikler bu paradigmayı değiştirerek asenkron görevleri, tıpkı çağrılar veya mesajlar gibi, birinci sınıf yönlendirilebilir kanallar olarak ele alıyor. Bunun nasıl çalıştığını ve iletişim merkezi operasyonlarınız için ne anlama geldiğini keşfedelim.
Temel Kavram: Yönlendirilebilir Kanallar Olarak Work Items
Özünde, Work Item Özellikler aldatıcı derecede basit ama güçlü bir fikir sunuyor: İster canlı bir telefon çağrısı olsun ister üç gün sonra takip gerektiren bir vaka, her iş parçası aynı Yönlendirme motorundan akabilseydi ne olurdu? Work Items, asenkron görevleri Zoom İletişim Merkezi’nin aynı omnichannel mantığı kullanarak yönlendirebileceği, kuyruklayabileceği ve ata edebileceği etkileşimlere dönüştürerek bunu gerçekleştirir; bu mantık, canlı kanallarınız için zaten yapılandırdığınız mantığın aynısıdır. Bu yalnızca biletleri aynı arayüzde görüntülemekle ilgili değildir; temsilcilerinizin ele aldığı her etkileşime tutarlı bir zeka mantığı uygulamakla ilgilidir.
Gerçek Operasyonel Sorunları Çözmek
Geleneksel yaklaşımlar öngörülebilir sorun noktaları yaratır. Zoom İletişim Merkezi bir temsilciyi gelen bir sesli çağrı ile ilgilenmesi için ata ettiğinde, diğer İşletme sistemleri aynı temsilciye eş zamanlı olarak acil bir vaka ya da fatura ata edebilir. Bu sistemler birbirlerinin atamalarını görmeden bağımsız çalıştığı için bu durum iş akışı çatışmalarına, geciken müşteri yanıtlarına ve rekabet eden öncelikleri yönetmeye çalışan sinirli temsilcilere yol açar. Ayrı Yönlendirme sistemleri ayrıca ayrı yapılandırma, raporlama ve optimizasyon çalışmaları anlamına gelir. Aslında tek bir çatı altında birden fazla iletişim merkezi işletiyorsunuz; her birinin kendine özgü karmaşıklık yükü var. Work Items bu parçalanmayı ortadan kaldırmaya yardımcı olur. Her görev aynı Yönlendirme motorundan aktığında, birleşik kapasite yönetimi, tutarlı önceliklendirme mantığı ve temsilci iş yükü için tek bir doğruluk kaynağı elde edersiniz.
Mimari ve Entegrasyonlar Deseni
Work Items harici tetikleme modelini izler. Zoom İletişim Merkezi görevleri kendisi oluşturmaz—mevcut sistemleriniz (CRM, ERP, biletleme platformları vb.) bu sorumluluğu taşımaya devam eder. Bunun yerine ZCC, en iyi yaptığı şeye odaklanır: yönlendirme, kuyruklama, ata etme ve raporlama. Entegrasyonlar şu yolla gerçekleşir: Start Engagement API. Harici sisteminiz bir işi bir temsilciye yönlendirmesi gerektiğinde, iş öğesi ayrıntılarıyla Zoom İletişim Merkezi’ne bir API çağrısı yapar. O andan itibaren ZCC, yönlendirme ve atama sürecini devralır ve bu asenkron işi canlı kanallarınızla otomatik olarak harmanlar. Bu mimari karar kasıtlıdır: İşletme sistemleriniz her iş öğesi için kayıt sistemi olmaya devam ederken, Zoom İletişim Merkezi birleşik iş dağıtım motorunuz olarak işlev görür. Bu, kökeni ne olursa olsun her görevin, temsilci becerilerine, uygunluğa ve iş yüküne göre akıllıca yönlendirilmesini destekler.
Yapılandırmaya Derinlemesine Bakış
Çalışma Öğesi Yönlendirmesini kurmak, ZCC yöneticilerinin zaten bildiği tanıdık akış tabanlı yapılandırma modelini izler. Süreç beş temel adımı içerir:
Bir Çalışma Öğesi Kuyruğu oluşturun. Bu özel kuyruk, çalışma öğesi etkileşimlerini ses veya sohbet kuyruklarınızdan ayrı olarak yönetir; böylece eşzamansız iş için farklı hizmet seviyesi hedefleri ve personel stratejileri uygulamanıza olanak tanır.
Bir Çalışma Öğesi Akışı oluşturun. Standart ZCC akış düzenleyicisini kullanarak, diğer kanallar için nasıl yapacaksanız öyle bir akış oluşturun ve çalışma öğelerinin sisteminizde nasıl ilerleyeceğini belirleyen Yönlendirme mantığını kurun. Bu akış, Çalışma Öğesi kuyruğunuza bağlanır ve diğer herhangi bir kanal akışı gibi beceri tabanlı Yönlendirme, öncelik işleme ve taşma mantığını içerebilir.
Bir Giriş Kimliği oluşturun. Bu benzersiz tanımlayıcı, harici sistemlerin iletişim merkezinize çalışma öğeleri eklemek için çağıracağı API uç nokta olur.
Girdi Kimliğini Akışınıza bağlayın. Bu ilişkilendirme, iş öğeleri API aracılığıyla geldiğinde ZCC'nin hangi Flow'u kullanacağını belirtir.
Start Engagement API'si aracılığıyla entegre edin. Harici sistemleriniz, yönlendirilebilir etkileşimlere dönüştürülen iş öğesi ayrıntılarını ileterek ZCC API uç nokta'sını çağırmaya başlar
Not
Başlamak için sunucudan sunucuya bir uygulama oluşturmanızı öneririz, belgelendirmemizde şuna bakın sunucudan sunucuya dahili uygulamalar.
API Mekaniği ve Veri Eşlemesi
Start Engagement API, harici sistemlerin Zoom iletişim merkezi içinde iş öğeleri oluşturmasını sağlar. Her API isteği üç bilgi kategorisi içerir:
Akış Giriş Kimliği - Hangi akışın iş öğesi isteğini işleyeceğini belirler, onu uygun Yönlendirme mantığına ve kuyruğa yönlendirir
İş Öğesi Bilgisi - Temsilcinin açıp harici bir sistemde işi gerçekleştirmesi için ad, açıklama ve köprü içerir; ayrıca öncelik, son tarih ve kaynak gibi ek meta verileri de içerir
Tüketici Bilgileri - İşin gerçekleştirileceği son tüketiciye ait ad ve kişi bilgileri Bu alanlar, akışlarınız içinde erişilebilen ZCC genel değişkenleriyle eşlenir ve iş öğesi özniteliklerine dayalı özel Yönlendirme mantığı sağlar. Örneğin, belirli kaynaklardan gelen yüksek öncelikli öğeleri özel uzman kuyruklarına yönlendirebilirken, standart öğeleri genel kuyruğunuz üzerinden işleyebilirsiniz.
Yinelenenleri Engelleme: API, yinelenen etkin iş öğelerini engelle için benzersizlik kısıtlamalarını uygular. Mevcut etkin bir etkileşimle aynı work_item_id ve work_item_name birleşimine sahip bir iş öğesi oluşturmaya çalışırsanız, API isteği bir hatayla reddeder. Bu koruma, harici sistemlerinizin aynı vaka veya kayıt için yanlışlıkla gereksiz iş öğeleri oluşturmadığından emin olmaya yardımcı olur. Özgün etkileşim kapatıldıktan sonra, gerekirse aynı tanımlayıcılarla yeni bir iş öğesi oluşturabilirsiniz. Bu davranış, özellikle idempotent yeniden deneme mantığı için önemlidir; Entegrasyonlar başarısız bir API çağrısını yeniden denemek zorundaysa, isteği yeniden göndermeden önce iş öğesinin gerçekten oluşturulup oluşturulmadığını doğrulamalısınız. API'nin tüm teknik özellikleri, alan tanımları ve Entegrasyonlar örnekleri için şuraya başvurun: Zoom iletişim merkezi API Referansı.
Temsilci Deneyimi ve Yetenekleri
Temsilciler için İş Öğeleri, Zoom Workplace uygulamasında etkileşimler olarak görünür (Windows, macOS ve web'de kullanılabilir). Orta panel, iş öğesi başlığını ve açıklamasını, ayrıca kaynak sistemdeki ayrıntılı bilgilere hızlı geçiş için bir kısayol URL'siyle birlikte görüntüler. Sağdaki etkileşim ayrıntıları panel, API üzerinden iletilen tüm değişken bilgilerine erişim sağlar. Temsilciler, İş Öğeleri üzerinde tam yaşam döngüsü kontrolüne sahiptir. Çalışmaya ara verdiklerinde öğeleri etkin değil olarak işaretleyebilir, tamamlandığında etkileşimleri kapatabilir ve başvuru veya takip için hem açık hem kapalı etkileşimlere istediği zaman erişebilirler. Aktarma yetenekleri, yeniden atama gerekirse iş öğelerini farklı kuyruklara veya akışlara yönlendirmeye olanak tanır. Süpervizörler, Konuşmaya Dahil Ol işlevi aracılığıyla denetimi sürdürür ve koçluk veya yardım gerektiğinde İş Öğesi etkileşimlerine katılmalarını sağlar. Bu birleşik arayüz, geleneksel iş akışlarını zorlaştıran sürekli uygulama değiştirme ihtiyacını azaltmaya yardımcı olur. Temsilciler, ister bir Sesli Çağrı yönetiyor, ister bir sohbete yanıt veriyor, ister bir vaka yükseltmesini işliyor olsunlar, tek bir birleşik ekrandan çalışırlar.
İş Öğelerinin Diğer Kanallarla Nasıl Harmanlandığı
Herhangi bir çok kanallı uygulama için kritik bir soru şudur: "Sistem, sonraki hangi işi atayacağına nasıl karar verir?" Bir temsilci Uygun olduğunda, bir Sesli Çağrı mı, bir sohbet mesajı mı, yoksa bir iş öğesi mi almalı? Temsilciler bir Sesli Çağrı sırasında aynı anda birden fazla iş öğesini yönetebilir mi? Cevap: mevcut Zoom iletişim merkezi Yönlendirme mekanizmaları kullanılarak tamamen yapılandırılabilir. İş öğeleri, üç temel ZCC işleviyle sorunsuz şekilde entegre olur:
Tüketici Yönlendirme Profili - Belirli tüketicilerden gelen etkileşimlerin nasıl önceliklendirileceğini ve yönlendirileceğini denetler
Temsilci Yönlendirme Profili (Beceri Tabanlı Yönlendirme) - Temsilcilerin becerilerine göre hangi iş türlerini yönetmeye uygun olduğunu belirler
Temsilci Meşgul Kuralları - Temsilcilerin eşzamanlı olarak yönetebileceği etkileşim kombinasyonlarını tanımlar Bu yapılandırma seçenekleri, aşağıdaki gibi sorular üzerinde ayrıntılı denetim sağlar:
Bir temsilci sırada hangi etkileşim türünü alır—bir Sesli Çağrı, bir iş öğesi veya her ikisi?
Bir temsilci aynı anda birden fazla iş öğesini yönetebilir mi?
Bir temsilci aktif olarak bir Sesli Çağrıdayken bir iş öğesi alabilir mi?
Bu mevcut ZCC yeteneklerinden yararlanarak, iş öğeleri için ayrı bir yönlendirme kuralları seti gerekmez. Bunun yerine, zaten canlı kanallarınız için yapılandırdığınız aynı akıllı dağıtım mantığına katılırlar ve gerçekten birleşik çok kanallı operasyonlar sağlarlar.
Stratejik Etkiler
İş Öğelerinin gerçek değeri teknik uygulamanın ötesine uzanır. Canlı ve eşzamansız işi tek bir yönlendirme motoru üzerinden birleştirerek, kuruluşlar operasyonel stratejilerini temelden yeniden düşünebilir. Kapasite planlaması bütünsel hale gelir. Telefon kuyruğunuzu ve vaka birikiminizi ayrı ayrı personelle donatmak yerine, toplam iş yüküne karşı toplam temsilci kapasitesini optimize eder, yönlendirme motorunun işi gerçek zamanlı koşullara göre akıllıca dağıtmasına izin verirsiniz. Beceri tabanlı yönlendirme tutarlı biçimde uygulanır. Karmaşık sesli aramaları uzmanlara yönlendiren aynı temsilci becerileri, karmaşık vakaları da aynı uzmanlara yönlendirebilir; böylece uzmanlık en değerli olduğu yerde uygulanır. Raporlama ve analiz Birleştir. Birden çok sistemden metrikleri bir araya getirmek yerine, temsilci üretkenliği, kanal performansı ve genel operasyonel verimlilik üzerinde birleşik görünürlük elde edersiniz.
İleriye Bakış
İş Öğeleri, iletişim merkezi mimarisinin olgunlaşmasını temsil eder. Müşteri yolculukları giderek eşzamanlı ve eşzamansız temas noktalarını harmanladıkça, "canlı kanallar" ile "arka ofis işi" arasındaki yapay ayrım, mantıklı bir iş bölümü olmaktan çok bir yük haline gelir. Tüm işleri yönlendirilebilir etkileşimler olarak ele alarak, Zoom İletişim Merkezi kuruluşları tek bir platform üzerinden müşteri hizmetlerinin tüm yelpazesini verimli bir şekilde yönetmeye konumlandırır. Kasım 2025 ilk sürümü, API tetiklemeli iş öğeleriyle temeli oluşturur; gelecekteki geliştirmeler muhtemelen iş öğesi yaşam döngüsü yönetimi ve daha derin Entegrasyonlar kalıpları etrafındaki yetenekleri genişletecektir. Bu Özellikler'i değerlendiren teknik ekipler için temel soru, İş Öğeleri'ni benimseyip benimsememek değil, harici sistemlerinizi ne kadar hızlı Entegrasyonlar sağlayabileceğiniz ve eşzamansız işi çok kanallı motorunuz üzerinden yönlendirmeye başlayabileceğinizdir. Operasyonel faydalar — birleşik Yönlendirme, basitleştirilmiş temsilci deneyimi, Birleştir. raporlama — uygulama tamamlanır tamamlanmaz hızla katlanır.
Daha fazla bilgi için Zoom'un Destek Merkezi'ne bakın Zoom İletişim Merkezi iş öğesi etkileşimlerini yönetme ve Zoom İletişim Merkezi iş öğesi kuyruk Ayarları'nı değiştirme.
Last updated
Was this helpful?