Saha Ekipleri İçin Mobil Uygulama: İş Emrinden Rapora Kâğıtsız Bir Gün

Bir kombi ve klima servis firmasında çalışan bir teknisyen düşünün; adı Emre olsun. Emre'nin günü, uygulama olmadan kabaca şöyle geçiyor.

Sabah sekize doğru ofisten bir telefon geliyor, ardından WhatsApp'tan beş adres. Adreslerden birinde kapı numarası eksik, bir müşterinin telefon numarası yanlış. İlk adreste bakımı yapıyor, kâğıt servis formunu dolduruyor, müşteriye imzalatıyor. Değiştirdiği parçanın fotoğrafını kendi telefonunun galerisine çekiyor. Öğleden sonra bir müşteri “teknisyen hâlâ gelmedi” diye ofisi arıyor; ofisteki çalışan Emre'nin nerede olduğunu bilmediği için onu arıyor. Akşam formlar ofise geliyor, biri onları Excel'e geçiriyor, fatura ertesi güne kalıyor. İki formdaki el yazısı okunmuyor.

Aynı gün, iyi kurulmuş bir saha uygulamasıyla şöyle geçiyor. Emre sabah telefonunu açtığında günün iş emirleri rotaya göre sıralanmış hâlde karşısında. Adrese dokununca navigasyon açılıyor. Kapıda “İşe başla”ya bastığında uygulama konumu alıp müşterinin adresiyle eşleştiriyor. Kombi bakımı için hazırlanmış kontrol listesini adım adım işaretliyor, öncesi ve sonrası fotoğraflarını doğrudan iş emrine ekliyor, kullandığı parçayı stok listesinden seçiyor. Müşteri ekrana imzasını atıyor ve servis formu PDF olarak müşterinin e-postasına kendiliğinden gidiyor.

Sıradaki iş bir binanın bodrum katında; telefon çekmiyor. Uygulama çalışmaya devam ediyor, Emre dışarı çıktığında her şey sunucuya gönderiliyor. Bu arada ofiste acil bir arıza kaydı açılıyor. Panel, o bölgeye en yakın ve boşta olan teknisyen olarak Emre'yi gösteriyor, iş onun telefonuna düşüyor. Gün bittiğinde ofise taşınacak kâğıt yok.

Bu senaryodaki hiçbir özellik bilim kurgu değil. Zor olan, hepsinin sahanın gerçek koşullarında çalışması: eldivenli elle, güneş altında, zayıf bağlantıyla.

Bir saha uygulamasının temel parçaları

• İş emri ve görev atama. Ofiste açılan iş, öncelik ve süre bilgisiyle bir teknisyene ya da ekibe atanır, teknisyene bildirim gider. Durumların (atandı, yolda, başladı, beklemede, tamamlandı) net olması ve acil işlerin yeniden dağıtılabilmesi gerekir.
• İşe göre değişen formlar. Kombi bakımının formu ile asansör denetiminin formu aynı değildir. Formların yazılımcıya gitmeden panelden düzenlenebilmesi, uzun vadede en çok zaman kazandıran özelliklerden biri.
• Fotoğraf, video ve imza. Fotoğraflar zaman damgasıyla ve iş emrine bağlı olarak saklanır, kişisel galeriye düşmez. Büyük dosyalar cihazda sıkıştırılır, bağlantı uygun olduğunda yüklenir.
• Konum doğrulama. İşe başlama ve bitirme anında alınan konum adresle karşılaştırılır; “gittim” ile “gelmedi” arasındaki tartışma veriyle çözülür.
• Malzeme ve stok. Kullanılan parça işe işlenir, araç stoğundan düşer, faturaya yansır.
• Merkezdeki panel. Harita üzerinde ekiplerin durumu, geciken işler, müşterinin servis geçmişi. Ofisteki kişi telefona sarılmadan cevap verebilsin diye.
• Raporlama. Teknisyen başına tamamlanan iş, işlerin ortalama süresi, aynı adrese tekrar gidilme sıklığı. Yönetim kararlarını asıl besleyen kısım burası.
• Entegrasyonlar. Muhasebe ya da ERP yazılımına iş ve malzeme aktarımı, müşteriye “teknisyeniniz yolda” SMS'i.

Satış temsilcileri için aynı iskelet biraz farklı giyiniyor: ziyaret planı, müşteri kartı, sahada sipariş alma, tahsilat notu, rafta görülen rakip ürünler. Denetim ve kontrol ekiplerinde ağırlık kontrol listelerinde, bulguların fotoğrafla belgelenmesinde ve düzeltici faaliyetlerin takibinde. Denetim raporu, denetim biter bitmez PDF olarak hazır olmalı. Ertesi gün ofiste yazılan rapor, sahada görülenlerin bir kısmını mutlaka unutur.

Çevrimdışı çalışma: en çok hafife alınan kısım

Sahada bağlantı her zaman yok. Bodrum katlar, fabrika içleri, şantiyeler, şehir dışı yollar. Uygulama bağlantı yokken de iş emrini açabilmeli, formu doldurtabilmeli, fotoğrafı saklayabilmeli ve bağlantı gelince hepsini sırayla, eksiksiz göndermeli.

İşin zor tarafı senkronizasyon. Teknisyen çevrimdışıyken ofis o işi iptal ederse ne olacak? Aynı kaydı iki kişi farklı yerlerden değiştirirse hangisi geçerli sayılacak? Cihazın saati yanlışsa işlemin zamanı neye göre yazılacak? Bu soruların cevabı teknik değil, bir iş kuralı. Ama yazılım yazılmadan önce kararlaştırılması gerekiyor.

Çevrimdışı çalışmayı “sonra ekleriz” diye planlamayın; sonradan eklemek, uygulamanın veri katmanını neredeyse baştan yazmak demek.

Konum takibi ve KVKK: çizgiyi baştan çizin

Çalışanın konumu kişisel veri. Konumu ne zaman, ne amaçla, ne kadar süreyle topladığınız ve kimlerin görebildiği, KVKK açısından cevabı olması gereken sorular. Çalışanların aydınlatılması, işlemenin bir hukuki sebebe dayanması ve amaçla orantılı olması gerekiyor.

Bizim tasarımda genellikle önerdiğimiz yol, sürekli takip yerine olay bazlı konum. Konum işe başlama ve bitirme gibi anlarda alınıyor, teknisyen gün boyu haritada canlı izlenmiyor. İş ihtiyacı için çoğu durumda bu yeterli ve çalışanlar tarafından çok daha kolay kabul görüyor. Canlı takip gerçekten gerekiyorsa (araç filosu yönetimi gibi) mesai saatleriyle sınırlanmalı, takibin açık olduğu uygulamada çalışana görünmeli, verinin saklama süresi ve erişebilecek kişiler belirlenmeli. Mesai dışında konum toplamak hukuki açıdan da, ekip içindeki güven açısından da sorun çıkarır.

Mağazaların da bu konuda kuralları var. Google Play, arka planda konum izni isteyen uygulamalardan bunun gerekçesini ayrıca beyan etmelerini istiyor; iOS'ta da “her zaman” konum izni kullanıcıya ayrıca soruluyor. Olay bazlı tasarım bu engellerin çoğunu da ortadan kaldırıyor.

Müşteri tarafı da ayrı bir başlık: servis formundaki imza, adres ve evin içinden çekilen fotoğraflar da kişisel veri. Uygulamanın kurgusunu devreye almadan önce hukuk danışmanınızla birlikte netleştirmenizi öneriyoruz.

Sık sorulan sorular

Hazır bir saha servis programı kullansak olmaz mı?

Olabilir. Süreciniz sektörün standart akışına yakınsa, formlarınız basitse ve başka sistemlerle konuşması gerekmiyorsa hazır bir çözüm yetebilir. Formlarınız işinize özgüyse, muhasebe ya da ERP entegrasyonu şartsa veya iş akışınız hazır ürünün kalıbına sığmıyorsa özel yazılım geliştirme uzun vadede daha az sürtünme yaratır. Karşılaştırırken kullanıcı başı lisans maliyetinin ekip büyüdükçe nereye gideceğine de bakın.

Uygulama teknisyenlerin kendi telefonlarına mı kurulmalı?

Mümkünse hayır. Şirket telefonu kullanmak kişisel veriyle iş verisini ayırmayı, cihaz kaybolduğunda veriyi uzaktan silmeyi ve teknik destek vermeyi kolaylaştırıyor. Kişisel telefon kullanılacaksa uygulamanın yalnızca kendi verisine eriştiğinden ve mesai dışında hiçbir şey toplamadığından emin olun.

Ekip uygulamayı benimser mi?

Uygulama işini kolaylaştırıyorsa benimser. Kâğıttan daha fazla uğraş çıkarıyorsa bir yolunu bulur, kullanmaz. Tasarım aşamasına iki üç teknisyeni dahil etmek, dokunuş sayısını azaltmak, büyük butonlar ve güneş altında okunabilen ekranlar kullanmak bu yüzden süs değil. Küçük bir ekiple pilot başlatıp geri bildirime göre düzeltmek de işe yarıyor.

Bu tür bir mobil yazılım genellikle üç parçadan oluşuyor: sahadaki uygulama, merkezdeki panel ve ikisini bağlayan sunucu tarafı. Mobil uygulama projelerinde sahadaki ekranları bu bütünün bir parçası olarak tasarlıyoruz; sonradan yama gibi eklenen özelliklerin çoğu, parçaların ayrı ayrı düşünülmesinden doğuyor. Şu an kullandığınız kâğıt formlardan birinin fotoğrafını çekip gönderin, o formun sahada nasıl bir akışa dönüşeceğini onun üzerinden konuşalım.