Bir tüketim malları işletmesinde basit bir soruyu cevaplayabilmek için çalışanlar, gerçek sorunun analitik olmadığını bilir. Gerçek sorun uzlaştırmadır. Geçen hafta hangi mağazalara ziyaret edildi, temsilci varışta rafta neler vardı, neler sipariş edildi, ne zaman teslim edildi ve aslında ne satıldı sorusunu sorun, hemen hiçbir zaman birbirleriyle konuşmak üzere tasarlanmayan beş sistem arasında pazarlık etmeniz gerekir. Saha satış uygulamasının bir satış noktasına ilişkin bir fikri vardır. Sipariş sisteminin başka bir fikri vardır, farklı bir şekilde kodlanmıştır. Rota planlayıcısı adresleri bilir ancak ürün yelpazesini bilmez. Raf tarama aracı fotoğraflar ve etiketler üretir, bunu takip eden faturaya hiçbir bağlantı olmadan. Bir insan bunu elektronik tabloda birleştirdiğinde, hafta biter ve cevap eski olur.
Bu rota pazarının ender söylenen gerçeğidir: veri var ama onu oluşturan sistemler arasında parçalanmıştır. Her araç bir işi iyi çözmek için satın alınmış ve dünyayı o tek işi uygun hale getiren her şeklin modeline göre çerçevelemiştir. Bu kolaylığın maliyeti daha sonra ödenir, her depo rafından satış noktasına kadar tüm yolculuğu akıldan geçirmeyi denemek istediğinde.
Bizim mühendislik bahsi, başlıca avantajın hiçbir özellik olmadığıdır. Tüm bunların altında yatan veri modelidir. FMCG Cloud, altı ürün kategorisini, Field Sales, Retail Execution, B2B Ordering, Route and Delivery, Revenue Growth AI ve Shelf Intelligence, ConnectX adını verdiğimiz tek paylaşılan bir veri katmanında çalıştırır. Öncül basit söylemek ama yapması zordur: bir satış noktası, temsilci onun önünde duruyorsa, bir kamyon ona rotuyla gidiyorsa, için bir sipariş yerleştiriliyorsa veya bir kamera rafını taraması aynı satış noktasıdır. Bir ürün, bir faturada bir satır ise, planogramda bir yüzü ise veya önerilen bir siparişte bir SKU ise aynı üründür. Bu kimlikler kopyalanmak yerine paylaşıldığında, ürünler arasındaki dikişler bilginin sızdığı bir yer olmaktan çıkar.
Modeli uyumlu hale getirmek, mühendisliğin gerçekten bulunduğu yerdir. Bir dağıtıcı faturası, bir raf taraması, bir satış siparişi, bir teslimat rotası ve bir satış kaydı çılgınca farklı artefaktlardır. Farklı aralıklarla, farklı formatlarda, zaman ve yer hakkında farklı kavramlar içinde gelirler. İşte burada tüm platformun anlaştığı kanonik varlıkları tanımlamak işi yatıyor, bir satış noktası, bir ürün, bir ziyaret, bir sipariş, bir rota, bir işlem, ve sonra örtülü tahminden ziyade açık, denetlenebilir kurallarla bu varlıkların her gelen kaynağını eşlemek işi bulunuyor. Üç farklı şekilde tanımlanan aynı mağazayı çözmek demek. Rafta gözlemlenen bir promosyonun ve bir fatura üzerinde uygulanan bir iskontoya aynı etkinliğin iki görünümü olduğuna karar vermek demek. Bu demoda heyecan verici değildir ve tümü üzerinde yükselen her şeyin güvenilir olmasını sağlayan şeydir.
Burda bir yönetim boyutu vardır, pazarlama değil. Satış noktası, sipariş ve işlem verileri tek bir modeli paylaştığında, bu veriler hakkında tutarlı şekilde akıl yürütebilirsiniz; bu tam olarak GDPR ve CCPA gibi sistemlerin beklediği şeydir: ne tuttuğunuzu, nereden geldiğini bilmek ve onu beş bağlantısız veritabanını kazmadan talep hakkını yerine getirebilmek. Parçalanmış bir yığın, uyumu bir adli tıp egzersizi haline getirir. Paylaşılan bir model onu sistem özelliği haline getirir.
Bunun şimdi önemi vardır, düzgün bir mimari tercihten ziyade, ajanlara bağlıdır. Bir ajan sadece durduğu bağlam kadar iyidir. Tek bir araç içinde yaşayan bir ajan, o aracın dar işini optimize edebilir ve başka hiçbir şey değil. Raf ortasında neler olduğunu göremeyecek bir rota ajanı, yanlış önceliklere verimli şekilde rota verecektir. Satış noktasına duyarsız kalmak için para harcayan bir sipariş ajanı, kağıt üzerinde makul görünen ama gerçekte yanlış olan şeyleri önermeye devam edecektir. Paylaşılan model, bir ajanın tüm rota pazarını bir kerede görmesini sağlayan şeydir ve bu, akıllı bir özellik ile işletme hakkında gerçekten akıl yürüten bir sistem arasındaki farktır.
Bu da ajanların paylaşılan bir modelde neden plato yerine katlanarak arttığıdır. Her ajan hem ortak bağlamı tüketir hem de geri bağlama katkıda bulunur. Bir raf gözlemi, sipariş ajanının bildiğini zenginleştirir. Bir sipariş deseni, rota ajanının planladığını keskinleştirir. Satış sinyali geri beslemesi, gelir fırsatlarının nasıl yüzeye çıkarıldığına besleme yapılır. Değer modele birikmesine neden olur, bu nedenle her eklenen ajan, sıfırdan başlamak yerine diğerlerini daha yetkin hale getirir. Her araç kendi gerçeğin özel versiyonunu koruduğunda bu katlama imkansızdır.
Bu aynı zamanda pazarın neden bu şekilde inşa edildiğidir. Diğer oluşturuculardan uzman çözümler hoş geldiniz, ancak bunların hepsi FMCG Cloud Agent Taxonomy altında sınıflandırılır, beş aile arasında on altı ajan tipi ve gemi inmeden önce FMCG Verified sertifikasını kazanmalıdır. Bu kendi sake'si için bürokrasi değildir. Üçüncü taraf bir ajanın diğer her şeyle aynı kanonik varlıkları okuduğunu ve yazdığını, bu nedenle paylaşılan bağlamı miras aldığını ve tekrar parçalamak yerine buna katkıda bulunduğunu garanti eden sözleşmedir. Sınıflandırma, açık bir ekosistem, parçalamaya geri dönmek yerine uyumlu kalması nasıldır.
Dürüst çerçeveleme, beş sistemin değerini bir modele birleştirmenin yavaş, dikkatli işlemesi olmasıdır ve herhangi bir gün gösterilecek çok az şeydir. Ancak bunun, bir ürün koleksiyonunu bir platforma ve ajanlarımızı ve pazarınızı pazarın dokunduğu rota pazarını bir şey haline döndüren bir sözleşeye dönüştüren işlemdir. Model hendek. Üzerinde inşa edilen her şey diğeridir.