Örnek Senaryo
E-ticaret sipariş istisnası akışı
Örnek senaryo · müşteri çalışması değildir
Mevcut durum
Birden fazla kanalda satış yapan bir çevrimiçi satıcı. Siparişlerin çoğu sorunsuz ilerliyor, ancak bir kısmı eksik adres, yetersiz stok, ödeme sorunu veya hiç okutulmayan bir sevkiyat yüzünden takılıyor.
Önerdiğimiz akış
Sipariş olayları gerçekleştikçe alınıyor, istisna tipleri yazılı kurallara göre tespit ediliyor, tüm bağlamı içeren bir iç görev açılıyor ve müşteri mesajı taslak olarak hazırlanıyor. Aynı işlem tekrar denense bile ikinci kez uygulanmaz.
Gerçek bir çalıştırmadan
Bir sipariş istisnası otomatik olarak açılıyor, müşteri için bir mesaj taslağı hazırlanıyor ve herhangi bir şey gönderilmeden önce bir kişi onaylıyor.
Sentetik referans yapımızdan alınmıştır — müşteri sonucu değildir.Tam boyut →
Bugün nasıl işliyor
Bir kişi günde bir iki kez sipariş listelerini gözden geçiriyor, takılanları fark ediyor, ayrıntı için her kanalı ayrı açıyor, müşteriye yazıyor ve takibi aklında tutmaya çalışıyor.
İnsan kontrol noktaları
- Sistem hiçbir zaman iade işlemi başlatmaz, bunun için açık insan onayı gerekir.
- Sipariş iptali için, kanala herhangi bir işlem gönderilmeden önce insan onayı gerekir.
- Herhangi bir fiyat değişikliği bir kişi tarafından onaylanır, otomatik uygulanmaz.
- Pilot süresince müşteri mesajları doğrudan gönderilmez, incelenmek üzere taslak olarak hazırlanır.
Hata ve gecikme noktaları
- Hiçbir şey istisnaları öne çıkarmadığı için sorunlar geç fark ediliyor.
- İki kişi aynı siparişi ele aldığında aynı mesaj iki kez gidiyor.
- Bir istisna açıkken kanallar arasında stok sayıları birbirinden uzaklaşıyor.
- Kendilerine bilgi verilmediği için müşteriler destek hattına yazıyor.
Pilotta neyi ölçeriz
- Olaydan ilk insan aksiyonuna kadar geçen süre
- İşlenen istisna başına elle yapılan adım sayısı
- Test kümesinde mükerrer işlem oranı
- Müşterinin destek hattına yazmadan önce bilgilendirildiği istisnaların oranı
Teknik ayrıntılar ve varsayımlar
Sistemler ve veri
Satış kanallarından desteklenen API ve webhooklar üzerinden gelen sipariş ve stok olayları, bir iç görev listesi ve ekip için bir bildirim kanalı. Yalnızca istisnayı sınıflandırmak ve açıklamak için gereken sipariş alanları okunur.
Başlangıç varsayımları
- Varsayılan hacim: kanallar genelinde ayda yaklaşık 1.200 sipariş. Ölçülmüş bir veri değil, kapsam varsayımıdır.
- Varsayılan istisna oranı: siparişlerin yaklaşık yüzde 4 kadarı. Yalnızca kuyruğu boyutlandırmak için kullanılmıştır.
- Bugünkü varsayılan tespit gecikmesi: birkaç saat. Bu değer kayıtlı veriye değil, listelerin ne sıklıkla kontrol edildiğine dayanır.
Pilot kapsamı
Tek kanalda, olaydan taslak bildirime uzanan tek bir istisna hattı ve geri alınamaz her işlemde insan onayı. Fiyat otomasyonu, kanal genelinde stok yeniden yazımı veya otomatik iade yoktur.
Riskler, istisnalar ve yedek plan
- Kanal API sınırları ve sağlayıcı kesintileri birer bağımlılıktır. Olaylar okunamadığında akış, yapacak iş olmadığını varsaymak yerine ekibi uyarır.
- İş akışı kanallar arasında fazla satış riskini azaltmak için tasarlanmıştır, bu riski ortadan kaldırmak için değil.
- Bir işlem için idempotency sağlanamıyorsa o işlem elle yapılmaya devam eder.
Canlıya almak için gerekenler
Operasyon sahibiyle üzerinde anlaşılmış yazılı istisna kuralları, onay verecek kişileri belirleyen bir onay yolu, kalıcı idempotency anahtarları, sipariş verisi için saklama kararı ve istisnaları sahipsiz bırakmadan akışı durduran bir geri alma yöntemi.