Ana içeriğe atla
Sipariş hazırlamada ters giden şeylerin çoğu bir yerlerde konuşulur: bir sohbet grubunda, herkese yanıt verilen bir e-postada, monitöre yapıştırılmış bir notta. Bunu siparişin üzerine taşımanın amacı, o siparişi açan bir sonraki kişinin de görebilmesidir.

İletişim Merkezi

Size yönelik her şey, üst bilgi çubuğundaki simgeden ulaştığınız tek bir yerde toplanır. Üç sekmesi ve iki panelli bir düzeni vardır: solda liste, sağda ayrıntı. Her sekme All, Read veya Unread olarak filtrelenebilir; böylece “hangi konularla henüz ilgilenmedim?” sorusunun yanıtı kaydırmak değil, tek bir tıklamadır.

Siparişin üzerinde konuşmak

Yorumlar doğrudan siparişin üzerinde durur. Bir çalışma arkadaşınızı konuşmaya dahil etmek için ondan bahsedebilir, gelişmelerden haberdar olmak için bir konuyu takip edebilir, artık sizi ilgilendirmeyen bir konuyu takipten çıkarabilirsiniz. Okundu ve okunmadı durumu kişi bazında tutulur; dolayısıyla bir konunun sizin için kapanmış olması, başkasının onu görüp görmediği hakkında bir şey söylemez.
Asıl değer altı hafta sonra ortaya çıkarBir sohbet grubundaki konuşma öğleden sonra kaybolur gider. Aynı konuşma siparişin üzerindeyse, bir müşteri teslimata itiraz ettiğinde, finans ekibi ek ücreti sorguladığında veya yeni katılan biri o siparişin neden farklı işlendiğini sorduğunda hâlâ oradadır.Ayrıca operasyondaki en kötü soruyu, yani “bu işle kim ilgileniyordu?” sorusunu ortadan kaldırır; çünkü yanıt birinin hafızasında değil, kayıtta durur.

Bildirim ayarları

Ayarlar → Notifications altında her kişi kendisine neyin, nasıl ulaşacağını seçer. Beş grupta toplanan on dokuz bildirim türü vardır ve her birinin birbirinden bağımsız iki anahtarı bulunur: In-App ve Email. Değişiklikler anahtarı açıp kapattığınız anda değil, Save ile kaydedildiğinde uygulanır.

Sipariş Yönetim Sistemi (Order Management System)

OTO bildirim ayarlarının Order Management System grubu; her satırda bir In-App ve bir Email anahtarı

Şekil 1 — Her satırda birbirinden bağımsız ayarlanan iki anahtar bulunur. Yukarıdaki düzen gerçekçi bir örnektir: Ekran başında değilken ilgilenilmesi gerekenler için e-posta, geri kalanı için uygulama içi bildirim.

Kargo Yönetim Sistemi (Shipping Management System)

Sessiz hataları yakalayanlar bunlardan ikisidirShipment Creation Attempt Failed ve SLA Breach, başka hiçbir şeyin olmadığı durumlarda tetiklenir. Hiç oluşturulmamış bir gönderi durum değişikliği üretmez, çünkü değişen bir şey yoktur; ihlal edilen bir SLA ise hiçbir hata üretmez.Buradaki diğer tüm bildirimler size zaten işleyen bir şeyi haber verir. Bu ikisi ise işlemeyen bir şeyi haber verir; geri kalanı sessize alınmış olsa bile bunlara abone olmaya değmesinin nedeni budur.

Ödemeler ve Ücretler (Payments and Charges)

Kredi eşiğini işe yarayacak kadar yüksek belirleyinOperasyonun durmasını önleyen bildirim budur: Krediniz biterse gönderi oluşturulmaz ve bu durum, sürecin devamındaki herkes için tam olarak bir entegrasyon hatası gibi görünür.Eşik, bir günlük kargo maliyetinden fazlasını karşılamalıdır; çünkü birinin durumu fark etmesi, onaylaması ve ödemeyi yapması için zaman tanıması gerekir. Size bir saatlik uyarı süresi tanıyan bir değer, aslında hiç uyarı vermez.

Temel Depo Yönetim Sistemi (Basic Warehouse Management System)

Genel Duyuru (General Announcement)

Bildirim ayarları ekranının alt yarısı: OTO Credit Balance eşik alanı, stok bildirimleri, duyuru ve bildirim sesi ayarları

Şekil 2 — Kredi eşiği ve ses ayarı, aynı ekrandaki sıradan satırlardır; kolayca gözden kaçabilirler ve bilinçli olarak ayarlanmaya değerler.

İsteğe göre değil, role göre abone olunAnahtarlarla dolu bir ayarlar ekranında her şeyi açmak caziptir. İki hafta sonra bildirim merkezi okunamaz hâle gelir ve asıl önemli olan bildirim (bir SLA ihlali, bir ek ücret) görülmeden kayar gider.Kalıcı yöntem, role göre karar vermektir. Bir depo müdürü Low Stock ve Pickup Delay ister. Finans ekibi Surcharge ister. Müşteri hizmetleri Delivery Failed ister. New Orders bildirimine ise neredeyse kimsenin ihtiyacı yoktur; çünkü sipariş listesi bunu zaten söyler, üstelik daha iyi söyler.
Ekran başında değilken ilgilenilmesi gerekenler için e-postaİki kanal bilinçli olarak birbirinden bağımsızdır. Uygulama içi bildirim, zaten OTO’da çalışan biri içindir; e-posta ise o kişi OTO’da değilken ona ulaşmak içindir.Kullanışlı bir kural: Bir bildirim bir saat içinde aksiyon gerektiriyorsa ve kişi her zaman Gösterge Paneli’nde olmayabilecekse e-postayı da açın. Aksi hâlde yalnızca uygulama içi bildirim yeterlidir; yoksa gelen kutusu bir uyarı olmaktan çıkar.

İlgili sayfalar