Bir perakende zincirinin satın alma ekibiyle çalışırken sık karşılaştığımız bir sahne var: RFP dokümanında "sistem yüksek doğrulukla ziyaretçi saymalıdır" yazıyor, beş tedarikçi de teklifinde "%99 doğruluk" beyan ediyor ve komisyon fiyata bakarak seçim yapıyor. On sekiz ay sonra aynı ekip, kapı sayımlarının POS verisiyle uyuşmadığını, dönüşüm oranı raporlarına kimsenin güvenmediğini ve tedarikçinin sözleşmede hiçbir ölçülebilir taahhüt vermediğini fark ediyor. Sorun tedarikçide değil; sorun, teknik gereksinimlerin doğrulanabilir şekilde yazılmamış olmasında.
İyi bir ziyaretçi analitiği RFP'si, pazarlama vaatlerini sözleşme diline çevirir. Aşağıdaki başlıklar, gerçek ihalelerde ayrıştırıcı olduğunu gördüğümüz maddeleri kapsıyor — genel "kullanıcı dostu arayüz olmalı" tarzı gereksinimleri değil.
Doğruluk konusunda en kritik ayrım şudur: teklif dokümanındaki bir yüzde beyanı ile sözleşmeye giren, ölçüm metodolojisi tanımlanmış bir garanti aynı şey değildir. RFP'nizde şu üç unsuru zorunlu kılın:
Gerçekçi bir referans noktası: olgun tedarikçiler sözleşmesel minimum %96 doğruluk taahhüt edebilir; koşullar elverdiğinde (uygun aydınlatma, mağaza yerleşimi, ziyaretçi davranışı) fiili performans tipik olarak %98–99 aralığında gerçekleşir. Bir tedarikçi koşulsuz "%99 garanti" veriyorsa, sözleşme ekinde ölçüm metodolojisini isteyin — çoğu zaman orada bir kaçış maddesi bulursunuz. Koşullu ama sözleşmeye bağlanmış %96, koşulsuz ama bağlayıcı olmayan %99'dan daha değerlidir.
Sahada en çok görülen pahalı hata, yazılım ve donanımı tek pakette, birbirine kilitli şekilde satın almaktır. Sensör teknolojisi beş yılda değişir; analitik platformunuzun sözleşme süresi genellikle daha uzundur. Yazılımın belirli bir sensör markasına bağımlı olması, her donanım yenilemesinde platformu da değiştirmenizi gerektirir — ya da tersine, eskimiş sensörlerle çalışmaya mahkûm kalırsınız.
RFP'nize şunu yazın: "Platform, cihazdan bağımsız (sensör agnostik) çalışmalı ve halihazırda sahada kurulu üçüncü taraf sayma sensörlerinden veri alabilmelidir." Bu madde iki şeyi birden sağlar: mevcut donanım yatırımınızı korursunuz ve gelecekte sensör tedarikçisini yazılımdan bağımsız olarak rekabete açabilirsiniz. Vemco gibi cihaz bağımsız platformlarla çalışan sistem entegratörlerinin bildiği bir gerçek var: mevcut sensör parkını yeni platforma bağlamak, tüm donanımı sökerek yeniden kurmaktan hem aylar hem de ciddi bütçe kazandırır — özellikle yüzlerce lokasyonlu zincirlerde ya da kamu binalarında.
Ziyaretçi sayısı tek başına bir metrik değil, bir paydadır. Dönüşüm oranı, işlem başına ziyaretçi, personel planlaması — hepsi sayım verisinin POS, ERP veya iş zekâsı sistemlerinizle birleşmesini gerektirir. "REST API mevcuttur" cümlesi bir RFP yanıtında hiçbir şey kanıtlamaz. Bunun yerine şunları isteyin:
Kamu alıcıları ve büyük kurumsal yapılar için barındırma modeli çoğu zaman eleme kriteridir. RFP'nizde tedarikçinin hem barındırılan (hosted) hem de özel bulut (private cloud) seçeneği sunabildiğini teyit edin; tek modele kilitli tedarikçiler, kurumsal güvenlik politikanız değiştiğinde çözümsüz kalır. Veri sahipliği maddesini açıkça yazın: sayım verisi sizin malınızdır, sözleşme bitiminde makine tarafından okunabilir formatta eksiksiz teslim edilmelidir. Bu maddeyi yazmayan alıcılar, tedarikçi değişikliğinde yılların trend verisini kaybeder.
KVKK ve GDPR tarafında kritik teknik soru şudur: sistem kişisel veri işliyor mu, yoksa anonim sayım mı yapıyor? Görüntünün cihaz üzerinde işlenip yalnızca sayısal verinin aktarıldığı mimariler, uyum yükünüzü ciddi ölçüde azaltır. Tedarikçiden veri akış diyagramı isteyin: ham görüntü nerede işleniyor, ne saklanıyor, ne aktarılıyor? Ayrıca ISO ve SOC 2 gibi sertifikasyonların güncel belgelerini teklif ekinde zorunlu kılın — beyan değil, belge.
On mağazayla başlayan projelerin üç yılda yüzlerce lokasyona çıktığını düşünürsek, platformun tekil mağazadan kurumsal ölçeğe aynı mimariyle büyüyebilmesi şart. Bunu test etmenin en somut yolu, tedarikçinin mevcut işlem hacmini sormaktır: günlük kaç sayım işliyor, en büyük müşterisi kaç lokasyonda çalışıyor? Günde on milyonlarca sayımı işleyen bir altyapı ile pilot ölçeğinde kalmış bir ürün, teklif dokümanında aynı görünür — üretim ortamında görünmez.
SLA tarafında üç sayı isteyin: platform erişilebilirlik yüzdesi, arızalı sensör tespitinden müdahaleye kadar geçen süre ve veri kaybı durumunda geri doldurma (backfill) prosedürü. Deneyimli entegratörlerin bildiği bir detay: sensör arızası çoğu zaman "sıfır sayım" değil "düşük sayım" olarak görünür ve fark edilmesi haftalar alabilir. Bu yüzden RFP'ye otomatik veri kalitesi izleme ve anomali uyarısı gereksinimini mutlaka ekleyin — arızayı raporlara bakan analist değil, sistem yakalamalıdır.
Kısa listeye kalan tedarikçilerden, sizin lokasyonlarınızda, sizin koşullarınızda 30–60 günlük pilot isteyin ve pilot kabul kriterlerini RFP'de önceden tanımlayın: manuel sayımla doğrulama protokolü, kabul edilebilir sapma aralığı, entegrasyonun en az bir POS lokasyonunda canlı gösterimi. Pilot kriterleri sonradan pazarlık konusu olursa, değerlendirme objektifliğini kaybeder. Referans müşteri görüşmelerini de puanlamaya dahil edin — benzer sektörde, benzer ölçekte, en az iki yıldır canlı çalışan kurulumlar isteyin.
Son bir uyarı: fiyat karşılaştırmasını yalnızca lisans bedeli üzerinden yapmayın. Toplam sahip olma maliyetine sensör yenileme döngüsünü, entegrasyon geliştirme saatlerini, kurulum lojistiğini ve tedarikçi değişikliği durumundaki çıkış maliyetini dahil eden bir tablo isteyin. Sensör bağımsız mimari ve hazır entegrasyon katmanı, tam da bu satırlarda fark yaratır — ilk yıl faturasında değil, beşinci yıl toplamında.
Ziyaretçi analitiği RFP'nizi hazırlıyorsanız veya mevcut şartnamenizin doğrulanabilir maddeler içerip içermediğini değerlendirmek istiyorsanız, Vemco Group ekibi ihale süreçlerinde alıcı tarafına teknik şartname geri bildirimi, sözleşmesel doğruluk garantisi örnekleri ve pilot kabul kriterleri konusunda destek veriyor. Bize buradan ulaşın ve RFP taslağınızı yayınlamadan önce birlikte gözden geçirelim.