Birden fazla teslimat uygulamasında güncel tutulan aynı menü
Bir restoran zinciri, menülerini her teslimat uygulamasında ayrı ayrı yönetiyordu; fiyat ve stok farklılıkları zamanla anlaşmazlıklara yol açıyordu.
Bağlam
İşletmeler aynı anda birden fazla yemek teslimat uygulamasında yer alıyordu. Her platformun menü, fiyat ve stok tükenmelerini yönetmek için birbiriyle bağlantısız kendi yönetim paneli vardı. Pratikte bu, aynı değişikliği — tükenen bir yemek, değişen bir fiyat — platform sayısı kadar tekrar tekrar girmek anlamına geliyordu; birini unutma riski de gerçekti. Bir uygulamada artık mevcut olmayan bir yemeğin satılabilir görünmesi, sonradan iptal edilen ve buna bağlı müşteri memnuniyetsizliği yaratan siparişlere yol açıyordu.
Bu platformlardan hiçbiri bu tür bir kullanım için belgelenmiş genel bir API sunmuyordu: güvenilir bir senkronizasyon kurmak için iç işleyişlerinin anlaşılması gerekti.
Neler yaptım
-
Her platformun trafiğinin analizi
Bir fiyat, stok durumu veya menü güncellemesine karşılık gelen çağrıları tespit etmek için, her uygulamanın menü yönetim arayüzlerinin ürettiği ağ trafiğinin incelenmesi.
-
Merkezi bir menü modelinin kurulması
Menü, fiyat ve stok durumu için, her platformun daha sonra beslendiği tek bir doğruluk kaynağının tanımlanması.
-
Platform başına bağlayıcı geliştirilmesi
Merkezi menüdeki güncellemeleri her platforma özgü format ve mekanizmalara dönüştüren, uygulama başına bir bağlayıcı.
-
İzleme ve uyarı
Kimsenin fark etmediği bir platformun sessizce senkronizasyon dışı kalmasına izin vermek yerine, uyarılı bir senkronizasyon hatası tespitinin kurulması.
Sıkça sorulan sorular
Bir platform iç işleyişini değiştirdiğinde ne oluyor?
Fiyatlar platformdan platforma farklı olabilir mi?
Aynı anda kaç platform senkronize edilebilir?
Bu yaklaşım resmi bir API'ye sahip platformlar için de çalışır mı?
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.