Hızlı tüketim (FMCG) şirketlerinde işin büyük kısmı merkezde değil, sahada döner. Satış temsilcisi her gün onlarca satış noktasına uğrar, dağıtım aracı belirli bir rotayı izler, bölge yöneticisi kampanyanın rafa gerçekten yansıyıp yansımadığını görmek ister. Merkezdeki ERP ise bu hareketin ancak bir kısmını görür. Saha mobil uygulamaları bu boşluğu kapatır: sahadaki gözlemi, işi ve onayı merkezin veri sistemine bağlar. Bu yazıda bir FMCG şirketi için saha uygulamaları geliştirip işletirken öğrendiklerimizi, hangi uygulamaların gerçekten işe yaradığını ve projelerin nerede tökezlediğini anlattık.
Sahada hangi işler mobile taşınır?
Aşağıdaki tablo, bir FMCG şirketinin saha, satış ve dağıtım ekipleri için tipik uygulama ailesini gösteriyor. Hepsini aynı anda kurmak gerekmez; çoğu şirket en çok kâğıt ve Excel trafiği yaratan işten başlar.
| Uygulama | Kim kullanır? | Neyi çözer? |
|---|---|---|
| Satış noktası anketi ve denetimi | Satış temsilcisi, denetçi | Ziyarette raf düzeni, ürün bulunurluğu, kampanya malzemesi ve müşteri geri bildirimi tek formda toplanır; sonuçlar bölge ve ürün bazında raporlanır. |
| Raf fiyatı gözlemi | Satış ekibi, pazarlama | Kendi ürünlerinin ve rakip ürünlerin satış noktasındaki fiyatı düzenli toplanır; fiyat politikası tahmin yerine sahadan gelen veriye dayanır. |
| Saha görev takibi | Saha personeli, bölge yöneticisi | Kişiye atanan işler, tamamlanma durumu ve yapılamayan işin gerekçesi aynı yerde görünür. |
| Mobil onay | Yöneticiler | İzin, harcama, mazeret ve iç talep formları masaya dönmeyi beklemeden telefondan onaylanır; onay geçmişi kayıt altında kalır. |
| ERP saha mobil | Satış temsilcisi, bayi sorumlusu | Bayinin ve müşterinin güncel durumu, ERP'deki işlemler ve gerekli kayıtlar sahada, ziyaret sırasında görülür. |
| Rota ve navigasyon | Dağıtım personeli | Günün rotası ve müşteri konumuna yol tarifi tek ekranda; yeni personelin bölgeyi öğrenme süresi kısalır. |
| Satış noktası ekran içeriği | Pazarlama, satış noktası | Satış noktalarındaki ekranlarda gösterilecek video içerikleri merkezden yönetilir. |
Tek büyük uygulama mı, uygulama ailesi mi?
İlk akla gelen, her şeyi tek bir "süper uygulamada" toplamaktır. Deneyimimiz bunun tersini gösterdi: farklı kullanıcı gruplarının farklı işleri için ayrı ve odaklı uygulamalar, ortak bir arka uç ve ortak kullanıcı yönetimiyle daha iyi çalışıyor.
- Kullanıcı yalnız işini görür. Dağıtım personelinin anket ekranına, yöneticinin rota ekranına ihtiyacı yok. Ekran ne kadar sadeyse sahadaki hata o kadar azalır.
- Güncellemeler birbirini kilitlemez. Anket uygulamasındaki bir değişiklik onay uygulamasının sürümünü beklemez.
- Uygulamalar birbirine konuşabilir. Örneğin görev uygulamasında yapılamayan iş için girilen mazeret formu, doğrudan onay uygulamasındaki yöneticinin önüne düşer. Arka uç ortak olduğu için kullanıcı iki uygulama arasında veri taşımaz.
Her uygulamanın bir de yönetim paneli olmalıdır: anket sorularının, görev atamalarının, onay akışlarının ve raporların uygulama güncellemesi gerektirmeden merkezden değiştirilebilmesi, sistemin yıllarca kullanılabilmesinin ön şartıdır.
ERP entegrasyonu: doğrudan bağlanmayın, kontrollü bir kapı açın
Saha uygulamasının değeri büyük ölçüde ERP verisinden gelir: bayinin durumu, müşteri bilgisi, ürün listesi. Ama mobil uygulamanın ERP veritabanına doğrudan bağlanması hem güvenlik hem performans açısından risklidir. Bizim tercih ettiğimiz yol şu:
- ERP tarafında yalnız gerekli verileri gösteren görünümler (view) tanımlanır; mobil arka uç bu görünümleri okur. ERP'nin iç yapısı değişse bile görünüm sabit kaldığı sürece saha uygulaması etkilenmez.
- Arka uç, mobil uygulamaya sade JSON verir. Telefon ERP'yi tanımaz; yalnız ihtiyacı olan alanları alır.
- Yazma işlemleri ayrı ve denetlenebilir bir yoldan yapılır; her kaydın kimden ve ne zaman geldiği izlenebilir.
- Veri tazeliği baştan konuşulur. Hangi bilginin anlık, hangisinin günde bir kez güncel olması yeterli? Bu karar hem ERP'nin yükünü hem kullanıcının güvenini belirler.
En büyük risk: sahada kaybolan kayıt
Bodrum katındaki bir market, şehir dışındaki bir bayi ya da asansörde biten bir ziyaret: saha uygulamaları her zaman iyi bağlantıyla çalışmaz. Kullanıcı "gönder"e bastığında kaydın gerçekten merkeze ulaştığından emin olunmazsa, ay sonunda raporlar ile sahadaki gerçek arasında açıklanamayan farklar çıkar. Bu, saha projelerinde güveni en hızlı kaybettiren sorundur. Önerilerimiz:
- Kayıt önce cihazda saklansın. Bağlantı yoksa kayıt kaybolmaz, gönderim kuyruğunda bekler ve bağlantı gelince otomatik gönderilir.
- "Gönderildi" bilgisi sunucunun onayına bağlı olsun. Uygulama kaydı başarılı saymadan önce sunucudan "aldım" yanıtını beklemeli; yalnızca isteği göndermiş olmak yetmez.
- Aynı kayıt iki kez gelirse sunucu bunu tanısın. Kötü bağlantıda yeniden deneme olağandır; her kayda benzersiz bir kimlik verilirse çift kayıt oluşmaz.
- Kullanıcı bekleyen kayıtları görebilsin. "3 kayıt gönderilmeyi bekliyor" gibi bir bilgi, kullanıcının uygulamayı silip yeniden kurarak veriyi yok etmesini önler.
- Merkezde mutabakat yapılsın. Cihazdan gelen kayıt sayıları ile sunucudaki kayıtların düzenli karşılaştırılması, sorunu müşteri fark etmeden yakalar.
Native'den Flutter'a geçiş
Birçok şirketin saha uygulamaları yıllar önce native Android ile yazılmıştır. Bu uygulamalar çalışır, ama zamanla bakımı pahalılaşır: eski kütüphaneler, mağaza kurallarındaki değişiklikler, iOS ihtiyacı doğduğunda ikinci bir kod tabanı. Uygulamalarımızın bir kısmını native Android'den Flutter'a taşıdık ve taşımaya devam ediyoruz. Öğrendiklerimiz:
- Aşamalı gidin. Tüm aileyi aynı anda taşımak yerine uygulama uygulama ilerleyin; en az riskli olanla başlayın.
- Arka ucu değiştirmeden başlayın. Yeni uygulama önce mevcut API'yle çalışsın; böylece eski ve yeni sürüm bir süre yan yana kullanılabilir.
- Sahadaki alışkanlığı koruyun. Ekranlar daha modern olabilir ama kullanıcının akışı tanıdık kalmalı; aksi halde geçiş haftalarca destek talebi üretir.
- Zorunlu güncelleme mekanizması kurun. Sahada eski sürümle çalışan cihazlar, en zor tespit edilen hataların kaynağıdır.
Flutter mı, native mi, PWA mı kararını genel olarak mobil uygulama mı, PWA mı? yazımızda karşılaştırdık.
KVKK ve güvenlik: saha verisi kişisel veridir
Saha uygulamaları yalnız müşteri verisi değil, çalışan verisi de işler: konum, ziyaret saati, çekilen fotoğraflar. Konum bilgisi kişisel veridir ve KVKK'nın genel ilkelerine göre amaçla sınırlı ve ölçülü işlenmelidir.
- Çalışanlara hangi verinin hangi amaçla işlendiğini anlatan bir aydınlatma yapılmalı.
- Konum yalnız işin gerektirdiği anda alınmalı; mesai dışı takip gibi amacı aşan kullanımlardan kaçınılmalı.
- Kullanıcılar yalnız kendi bölgelerinin ve görevlerinin verisini görmeli; rol bazlı yetki baştan tasarlanmalı.
- Cihaz kaybına karşı oturum süreleri sınırlı tutulmalı, cihazda saklanan veri şifrelenmeli, işten ayrılan kullanıcının erişimi merkezden kapatılabilmeli.
- Sunucular şirketin kendi altyapısında ya da Türkiye'deki bir veri merkezinde tutulabilir; bu, yurt dışına aktarım sorusunu baştan ortadan kaldırır.
Teknik tarafın ayrıntıları için KVKK teknik ve idari tedbirler kontrol listemize bakabilirsiniz.
Sık yapılan hatalar
- Uygulamayı merkezdeki ekranlara göre tasarlamak; sahada tek elle, ayakta ve acele içinde kullanılacağını unutmak
- Anket sorularını uygulamanın içine gömmek; her soru değişikliğinde yeni sürüm çıkarmak zorunda kalmak
- Kaydın sunucuya ulaştığını doğrulamadan "başarılı" saymak
- ERP'ye doğrudan bağlanıp ERP güncellemesinde saha uygulamasını çalışmaz hale getirmek
- Rapor ihtiyacını sona bırakmak; toplanan verinin hangi kararı besleyeceğini baştan sormamak
- Uygulamayı teslim edip bakımı planlamamak; mağaza kuralları, işletim sistemi sürümleri ve cihazlar her yıl değişir
Bir saha projesi nasıl başlar?
- Sahaya çıkın. Bir gün satış temsilcisiyle ve dağıtım aracıyla birlikte geçirmek, aylarca süren toplantılardan daha çok şey anlatır.
- En çok kâğıt ve Excel üreten işi seçin. İlk uygulama hızlı fayda göstermeli.
- ERP'den hangi verinin, ne sıklıkla geleceğini netleştirin.
- Küçük bir pilot bölgeyle başlayın. Gerçek kullanıcı geri bildirimiyle iki-üç tur iyileştirme yapın.
- Yaygınlaştırın ve izleyin. Kullanım, bekleyen kayıt ve hata oranlarını yönetim panelinden takip edin.
Sık sorulan sorular
FMCG saha ekipleri için hangi mobil uygulamalar gerekir?
Başlıcaları satış noktası anketi ve denetimi, raf fiyatı gözlemi, saha görev takibi, mobil onay, bayi ve müşteri verisine erişen ERP saha uygulaması, dağıtım rotası ve satış noktası ekran içeriğidir. Çoğu şirket en çok kâğıt ve Excel trafiği yaratan işten başlar.
Saha uygulaması ERP'ye nasıl bağlanmalı?
Mobil uygulamanın ERP veritabanına doğrudan bağlanması önerilmez. ERP tarafında yalnız gerekli verileri gösteren görünümler tanımlanır, bir arka uç bu görünümleri okuyup mobil uygulamaya sade veri verir; yazma işlemleri ayrı ve denetlenebilir bir yoldan yapılır.
İnternet olmayan yerde saha uygulaması çalışır mı?
Doğru tasarlanırsa evet. Kayıt önce cihazda saklanır, bağlantı gelince otomatik gönderilir ve kayıt ancak sunucu aldığını onayladığında başarılı sayılır. Her kayda benzersiz kimlik verilmesi, yeniden denemelerde çift kayıt oluşmasını önler.
Eski native Android saha uygulamalarını Flutter'a taşımak mantıklı mı?
Bakım maliyeti artmışsa ve iOS ihtiyacı doğmuşsa çoğunlukla mantıklıdır. Geçişi uygulama uygulama yapmak, önce mevcut arka uçla çalışmak ve kullanıcı akışını tanıdık tutmak riski azaltır.
Saha personelinin konumunu almak KVKK'ya uygun mu?
Konum kişisel veridir; amaçla sınırlı ve ölçülü işlenmeli, çalışanlara aydınlatma yapılmalıdır. Konumun yalnız işin gerektirdiği anda alınması ve mesai dışı takip gibi amacı aşan kullanımlardan kaçınılması gerekir. Kuruluşunuza özel değerlendirme için hukuk danışmanınıza başvurun.
Saha uygulamalarınızı birlikte tasarlayalım
Bir FMCG şirketinin saha, satış ve dağıtım ekipleri için anket, fiyat gözlem, görev, onay, ERP saha, rota ve satış noktası ekran uygulamalarını geliştirip işletiyoruz. Yaptığımız işin ayrıntıları referanslar sayfamızda. Sahadaki ihtiyacınızı anlatın; mevcut sistemlerinizle nasıl bütünleşeceğini birlikte çıkaralım: mobil uygulama geliştirme.
