İçeriğe geç
Relnivo

Çözüm

Raporlama ve operasyonel görünürlük

Her talep tek ve düzenli bir yerde toplandığında, bir işletmenin hiç yanıtlayamadığı sorular basitleşir.

Tüm çözümler

Problem

Çoğu işletmeye geçen ay kaç talep aldığını sorun; yanıt bir tahmindir. Hangi kanalın en çok müşteri getirdiğini sorun; yanıt bir sanıdır. Altta toplama olmadan raporlanacak bir şey yoktur; raporlamanın ilk değil son parça olmasının sebebi de budur.

Günlük hayatta nasıl görünür

  • Talep hacminin yalnızca yaklaşık bilinmesi
  • Reklam bütçesinin sezgiyle dağıtılması
  • Ölçülmüş bir yanıt süresi değil, yalnızca bir izlenim
  • Taleplerin hangi aşamada kaybedildiğini kimsenin söyleyememesi

Raporlama ve operasyonel görünürlük

Ne kuruyoruz

Sistemin gerçekten kaydettiği şeyler üzerinden raporlama. Kaynağını gösteremeyeceğimiz sayılarla bir gösterge paneli kurmuyoruz.

  • Kanal ve dönem bazında talep hacmi

    Hafızadan tahmin edilerek değil, toplama katmanından sayılarak.

  • Yanıt ve çözüm süreleri

    Taleplerin ne kadar hızlı yanıtlandığı ve bunun ne kadarını asistanın tek başına karşıladığı.

  • Aşama dönüşümü

    Her aşamadan bir sonrakine kaç talebin geçtiği ve nerede durdukları.

  • Takip etkinliği

    Ne gönderildi, ne yanıtlandı ve ne sonuçsuz kaldı.

  • Gerçekten okuyacağınız bir teslim biçimi

    Açmayı hatırlamanız gereken bir panel yerine, zaten baktığınız kanala düzenli bir özet.

Nasıl işler

Raporlama, ayrı bir veri girişi işi değil, toplamanın yan ürünüdür.

  1. 1

    Olaylar gerçekleştikçe kaydedilir

    Her talep, yanıt, aşama değişimi ve takip zaman damgalı bir kayıt bırakır.

  2. 2

    Metrikler bu kayıtlardan türetilir

    Olaylardan hesaplanır; böylece sayılar inceleyebileceğiniz bir şeye denk gelir.

  3. 3

    Rakamlar gruplanır

    Kanala, döneme, hizmete ya da sizin için anlamlı olan kırılıma göre.

  4. 4

    Özet düzenli olarak iletilir

    Haftalık ya da aylık; e-postaya veya bir mesajlaşma kanalına.

    Önce toplama katmanının çalışıyor olması gerekir.

  5. 5

    Sapmalar işaretlenir

    Taleplerdeki düşüş ya da yanıt süresindeki sıçrama, raporun dipnotu değil bir bildirim konusudur.

Sizden gerekenler

Burada açıkça söylenmeye değer katı bir bağımlılık var.

  • Önce toplama katmanı — raporlama, raporladığı veriden önce gelemez
  • Hangi rakamların gerçekten bir kararı besleyeceğinde mutabakat
  • Neyin talep sayılacağının bir kez tanımlanması ve korunması
  • Özeti okuyup harekete geçecek biri
  • İlk ayların verisinin az olacağının kabulü — kayıt, sistemle birlikte başlar

Ne beklemelisiniz

Daha önce tahmin edilen sorulara ölçülmüş yanıtlar.

  • Tahmin değil, söyleyebileceğiniz bir talep hacmi
  • İzlenime değil sonuçlara dayalı kanal karşılaştırması
  • Hareketini izleyebileceğiniz bir sayı olarak yanıt süresi
  • Taleplerin tıkandığı aşamanın tespiti
  • İstemenize gerek kalmadan size ulaşan düzenli bir özet

Diğer çözüm alanları

Bunlar genellikle tek tek değil, birlikte tasarlanır.

  • Yapay zekâ müşteri asistanları

    Saat fark etmeksizin, müşterinin dilinde yanıt veren ve devri temiz yapan yazılı ve sesli asistanlar.

    Devamını okuyun

  • Talep toplama ve niteliklendirme

    Her talep tek ve düzenli bir yerde kaydedilir, sonra sizin kurallarınıza göre puanlanıp ayrılır.

    Devamını okuyun

  • CRM ve müşteri verisi akışları

    Kayıtlar gerçek olaylarla oluşur ve güncellenir; CRM elle veri girilmeden işletmeyi yansıtır.

    Devamını okuyun