Bir lojistik firması, araç filosuna GPS ve sıcaklık sensörü takıyor. Pilot proje üç ayda tamamlanıyor; sensörler düzgün çalışıyor, veriler merkezi sisteme akıyor, operasyon müdürü sunumunu yapıyor. Sonra ne oluyor? Proje dondurma kararı alınıyor. Gerekçe bütçe değil, net bir soruya yanıt bulunamaması: Bu sistemin işletmeye yıllık maliyeti ne, buna karşılık ölçülebilir kazanım ne? Bu soru yanıtsız kaldığında IoT projesi pilot aşamada ölüyor.
Nesnelerin İnterneti kavramı, fiziksel varlıklara sensör ve bağlantı ekleyerek onları veri üreten noktalara dönüştürmeyi öngörüyor. Fabrikada makine, depoda raf, araçta konteyner — bunların hepsi birer veri kaynağına dönüşüyor. Teknoloji altyapısı açısından bu artık mümkün: GSM ağları, RFID okuyucular, gömülü sensörler ve merkezi veri toplama yazılımları birlikte çalışabiliyor. Türkiye’de mobil penetrasyon yüksek, 3G altyapısı yaygın, kurumsal yazılım ekosistemi olgunlaşıyor. Yani teknik engel azaldı. Ama asıl sorun hiçbir zaman teknik olmadı.
Sorun, bağlantı maliyetini karşılayacak bir gelir veya tasarruf mekanizmasının tasarlanmamış olmasında yatıyor. Her sensörün aylık veri iletim maliyeti var. Her cihazın bakım, güncelleme ve değiştirme maliyeti var. Merkezi yazılımın lisans veya barındırma maliyeti var. Bunların toplamı, yani toplam sahip olma maliyeti (TCO), küçük bir pilot için tolere edilebilir görünüyor. Ama aynı sistemi 50 araçtan 500 araca, 10 makineden 200 makineye taşıdığınızda maliyet doğrusal büyüyor. Gelir veya tasarruf modeli bu büyümeye paralel kurulmamışsa sistem ölçeklenemiyor, ölçeklenemeyen sistem de yatırım gerekçesini kaybediyor.
Başarılı IoT uygulamalarına bakıldığında ortak bir yapı görünüyor: tasarruf veya gelir, sistemin mimarisine önceden gömülmüş. Bir soğuk zincir firması, sıcaklık sapması anında uyarı alıyor ve bozulan ürün kaybını yüzde onlarca azaltıyor — bu tasarruf hesaplanabilir, TCO ile karşılaştırılabilir, ROI analizi yapılabilir. Bir makine üreticisi, sensör verisiyle kestirimci bakım yapıyor; plansız duruş süresi düşüyor, üretim kaybı azalıyor. Bu örneklerde IoT bir araç, iş modeli ise o aracın yarattığı değerin nasıl ölçüleceğini ve kime nasıl yansıtılacağını tanımlıyor. Cihaz olmadan sistem çalışmaz; ama iş modeli olmadan sistem büyümez.
Türkiye’deki KOBİ ve orta ölçekli şirketlerde gözlemlenen yaygın hata şu: proje ekibi teknolojiyi seçiyor, pilotu kuruyor, veri topluyor — ama bu verinin hangi kararı değiştireceğini ve o kararın ne kadar değer ürettiğini baştan tanımlamıyor. Veri toplamak ile veri kullanmak farklı şeyler. Bir depo yöneticisi, raf doluluk oranını gerçek zamanlı görüntüleyebiliyorsa bu bilgi ne işe yarıyor? Eğer bu bilgi, sipariş zamanlamasını optimize edip fazla stok maliyetini düşürüyorsa değer var. Eğer sadece ekranda bir grafik olarak kalıyorsa değer yok. Pilot projede bu ayrım genellikle yapılmıyor; ölçekleme aşamasında ise maliyet gerçeği ortaya çıkıyor ve proje duruyor.
Pratik zorlukların başında iş birimlerinin sürece dahil edilmemesi geliyor. IoT projeleri çoğunlukla IT departmanı veya dışarıdan bir danışman tarafından başlatılıyor. Operasyon, finans ve satış tarafı sürece geç giriyor ya da hiç girmiyor. Bu yapıda teknik pilot başarılı olsa bile iş gerekçesi inşa edilemiyor. Bütçe onayı aşamasında CFO ‘bu sistem ne kadar tasarruf sağlıyor?’ diye sorduğunda yanıt hazır olmuyor. Öte yandan entegrasyon maliyeti de sıkça hafife alınan bir kalem: sensör verisinin mevcut ERP veya muhasebe sistemine anlamlı biçimde bağlanması, flat file aktarımından gerçek zamanlı veri akışına geçiş, ek yazılım geliştirme gerektiriyor ve bu maliyet pilot bütçesine genellikle dahil edilmiyor.
IoT yatırımını değerlendiren bir yönetici için kritik soru şu olmalı: Pilot bittikten sonra bu sistemin yıllık işletme maliyeti nedir ve bu maliyeti karşılayan, ölçülebilir bir tasarruf veya gelir kalemi var mı? Bu soruya net yanıt verilmeden pilota bile başlanmamalı. Teknoloji seçimi ikinci adım; iş modeli tasarımı birinci adım. Hangi kararın değişeceği, bu kararın değişmesinin ne kadar değer ürettiği ve bu değerin nasıl ölçüleceği baştan yazılı hale getirilmeli. Pilot bu çerçeveyi test etmeli, sadece cihazın çalışıp çalışmadığını değil. Aksi takdirde başarılı bir pilot, başarısız bir ölçekleme hikayesinin önsözü olmaktan öteye geçemiyor.