Saha servis yönetimi yazılımı, servis talebinin açılmasından teknisyen atamasına, sahada yapılan işin, kullanılan parçanın ve müşteri imzasının kaydından faturalamaya kadar tüm akışı tek sistemde toplayan ofis paneli ve teknisyen mobil uygulamasıdır. Amaç, hangi işin ne durumda olduğunu telefon açmadan görmek ve her işi eksiksiz faturalamaktır.
Teknik servis, bakım-onarım, kurulum ve periyodik bakım sözleşmesi yürüten her firma için geçerlidir. Bu rehberde sistemin kapsaması gereken modülleri, 7 adımlık geçiş çerçevesini ve izlenmesi gereken göstergeleri anlatıyoruz.
Saha ekibi büyüdükçe ne bozulur?
Beş teknisyenle çalışan bir servis firmasında koordinasyon telefon ve WhatsApp grubuyla yürüyebilir. Teknisyenin sahadan bıraktığı sesli notlar bile konuşmayı yazıya çevirme ile iş emrine yazılı rapor olarak eklenebilir; ama önce işin kendisinin düzene girmesi gerekir. Operasyon sorumlusu herkesi tanır, hangi işin kimde olduğunu aklında tutar. Ekip on beşe, müşteri sayısı birkaç yüze çıktığında bu model çöker:
- Müşteri arar, "teknisyen ne zaman gelecek?" diye sorar; ofis teknisyeni arar, teknisyen yoldadır, açamaz.
- Teknisyen sahaya gider, gerekli parça araçta yoktur; ikinci ziyaret gerekir. Servis araçlarının konum, yakıt ve bakım verisini yönetmeyi filo yönetim sistemi rehberinde anlattık.
- İş biter, servis formu kâğıda yazılır, ofise günler sonra ulaşır; bazı formlar hiç ulaşmaz.
- Kullanılan parça stoktan düşülmez; ay sonunda depo sayımı tutmaz.
- Periyodik bakım zamanı gelen cihaz unutulur; müşteri arıza olunca hatırlar. Bakımı arızadan önceye çekmenin yolunu kestirimci bakım rehberimizde anlattık.
- Yapılan iş faturaya eksik yansır; firma yaptığı işin parasını tam alamaz.
Bu sorunların ortak noktası, bilginin sahada oluşması ama ofise geç, eksik ya da hiç ulaşmamasıdır. Bu boşluğu kapatan ilk adım çoğu zaman kâğıt fişin yerini alan mobil servis formudur; formun alanlarını ve tasarımını ayrı bir yazıda anlattık.
Aksayan servisin maliyeti kimde kalıyor?
Servis gecikmesinin maliyeti yalnızca servis firmasında değil, müşteride de oluşur ve bu, sözleşmenin yenilenip yenilenmeyeceğini belirler. Endüstriyel müşteriler için bu maliyet çok yüksek olabilir:
Siemens (Senseye) The True Cost of Downtime 2024 raporuna göre büyük bir otomotiv fabrikasında bir saatlik plansız duruş 2,3 milyon dolara mal oluyor; hızlı tüketim ürünleri (FMCG) fabrikalarında bu rakam saatte 36 bin dolar.
Aynı rapor, dünyanın en büyük 500 şirketinin plansız duruşlar yüzünden yılda yaklaşık 1,4 trilyon dolar, yani gelirlerinin %11'ini kaybettiğini hesaplıyor. Makine, jeneratör, soğutma, asansör ya da kompresör servis ettiğiniz bir müşteri için teknisyeninizin bir saat geç gelmesi, sizin tahmin ettiğinizden çok daha pahalıdır. Hızlı ve kayıtlı servis, bu müşteriler için bir satın alma kriteridir.
Servis firmasının kendi tarafında ise asıl kayıp veridedir. Veri kalitesi uzmanı Thomas C. Redman, MIT Sloan Management Review'da 2017'de yayımlanan değerlendirmesinde kötü verinin çoğu şirkete maliyetini gelirin %15-25'i olarak tahmin ediyor. Kâğıt formdan elle aktarılan iş emirleri, eksik parça kayıtları ve tutarsız müşteri bilgileri tam da bu kaybın kaynağıdır.
Türkiye'de bu bilgiyi bir sistemde tutan firma oranı da düşük. TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2025 verisine göre 10 ve daha fazla çalışanı olan girişimlerin yalnızca %12,0'ı CRM yazılımı kullanıyor; müşteri ve servis geçmişi çoğu firmada hâlâ tablolar ve kişilerin hafızasında duruyor. Müşteri tarafının kurgusunu CRM ve satış hunisi yazımızda anlattık.
Saha servis yönetimi yazılımı neleri kapsamalı?
| Modül | Ne yapar? | Hangi sorunu çözer? |
|---|---|---|
| Talep ve çağrı yönetimi | Telefon, web formu ve portaldan gelen talepleri tek havuzda toplar; öncelik ve SLA'ya göre sınıflandırır | Kaybolan ve unutulan talepler |
| Teknisyen atama | Yetkinlik, konum, doluluk ve parça durumuna göre uygun teknisyeni önerir | Yanlış kişinin yanlış işe gitmesi |
| Rota planlama ve konum | Günlük ziyaretleri coğrafi olarak sıralar, varış bilgisini paylaşır; belediye gibi geniş sahalarda harita katmanıyla birleşir (belediyelerde CBS) | Gereksiz yol, "ne zaman gelecek?" aramaları |
| Mobil iş emri | Yapılan işi, parçayı, fotoğrafı ve müşteri imzasını sahada kaydeder; çevrimdışı çalışır | Kâğıt form, eksik bilgi, geç ulaşan kayıt |
| Parça ve araç stoğu | Her aracın stoğunu ayrı izler, kullanılan parçayı iş emrinden düşer | İkinci ziyaret, tutmayan stok |
| Periyodik bakım ve sözleşme | Sözleşmeli bakımları otomatik planlar, süresi dolanları raporlar | Unutulan bakım, kaçan yenileme |
| Faturalama bağlantısı | Kapanan iş emrini muhasebe/ERP'ye aktarır | Faturalanmayan iş, geciken tahsilat |
| Raporlama | SLA uyumu, ilk ziyarette çözüm oranı, teknisyen verimi | Sezgiyle yönetim |
Telefondan sisteme geçiş: 7 adımlık çerçeve
- Mevcut akışı çıkarın. Talep hangi kanallardan geliyor, kim atıyor, form nasıl dolduruluyor, fatura ne zaman kesiliyor? Bir haftalık iş emirlerini örnek alarak her adımı yazın.
- SLA ve öncelik kurallarını yazılı hâle getirin. "Acil arıza 4 saat içinde" gibi taahhütleriniz varsa, sistemin bunları ölçebilmesi için önce tanımlanmaları gerekir.
- Arıza tipine göre form tasarlayın. Her iş için aynı uzun formu doldurtmak yerine arıza tipine göre zorunlu alanları, fotoğraf ve imza gerekliliklerini belirleyin.
- Çevrimdışı senaryoyu baştan düşünün. Bodrum kat, şantiye, kırsal alan — teknisyenin internetsiz yerde de kayıt girebilmesi ve verinin bağlantı gelince kaybolmadan gönderilmesi şarttır. Bu gereksinimin mobil teknoloji seçimine etkisini native mi cross-platform mu yazımızda anlattık.
- Muhasebe ve stok bağlantısını kurun. İş emri kapandığında faturalama ve parça düşümü elle yapılıyorsa, sistemin kazancının yarısı kaybolur. Faturanın ve cari hesabın yaşadığı sistemi ERP nedir yazısında anlattık. Araçtaki ve depodaki parça stoğunun doğruluğu için depo yönetim sistemi (WMS) tarafına da bakın.
- Küçük bir ekiple pilot yapın. İki-üç teknisyenle birkaç hafta çalışın, sahadan gelen geri bildirimle formları ve ekranları düzeltin, sonra tüm ekibe açın.
- Ölçün. İlk ziyarette çözüm oranı, ortalama müdahale süresi, faturalanmayan iş sayısı — geçiş öncesi ve sonrası değerleri karşılaştırın. Doğru göstergeleri seçmek için KPI nasıl belirlenir yazımıza bakabilirsiniz.
Tablolarla yürüyen takibin nerede sınırına ulaştığını Excel ile iş takibinin sınırları yazımızda ayrıca ele aldık. Servis sistemini besleyen ERP, CRM ve entegrasyon katmanına dair diğer rehberler Yazılım Geliştirme yazılarımızda bir arada.
Hangi göstergeleri izlemelisiniz?
Sistem kurulduktan sonra asıl değer, ölçebildiğiniz şeylerden gelir. Saha servisinde yönetimin her hafta bakması gereken beş gösterge vardır:
- İlk ziyarette çözüm oranı: İşin tek ziyarette kapanma oranı. Düşükse sorun genellikle yanlış teknisyen ataması ya da araçta eksik parçadır.
- Ortalama müdahale süresi: Talebin açılmasından teknisyenin sahaya varmasına kadar geçen süre; SLA taahhüdünüzle karşılaştırılmalıdır.
- SLA uyum oranı: Taahhüt edilen sürede tamamlanan işlerin payı. Sözleşme yenilemelerinde müşterinin ilk sorduğu rakamdır.
- Faturalanmayan iş sayısı: Kapanmış ama faturaya dönüşmemiş iş emirleri. Doğrudan kayıp gelirdir.
- Teknisyen başına günlük iş sayısı: Rota planlamanın ve atama mantığının ne kadar iyi çalıştığını gösterir. Rotanın kısıtlarla nasıl hesaplandığını rota optimizasyonu yazısında anlattık.
Bu göstergeler kâğıt formla ancak ay sonunda, o da eksik hesaplanabilir; sistemde ise her gün günceldir.
Hazır paket mi, firmaya özel sistem mi?
Standart bir teknik servis akışınız varsa hazır bir saha servis ürünü işinizi görebilir. Ancak şu durumlardan biri varsa firmaya özel geliştirme genellikle daha doğru sonuç verir: arıza tiplerine göre çok farklı form ve süreçleriniz varsa, kullandığınız ERP ile derin bir entegrasyon gerekiyorsa, cihazlardan uzaktan veri alıyorsanız ya da sözleşme ve fiyatlama yapınız standart kalıplara uymuyorsa. Kararın genel ölçütlerini özel yazılım mı hazır paket mi yazımızda anlattık.
Digital Bridge'de bu işi nasıl yapıyoruz?
- Servis sürecinizi analiz ediyoruz. Saha servis yönetimi hizmetimiz talep kanallarınızı, SLA taahhütlerinizi, arıza tiplerinizi ve mevcut atama mantığınızı çıkararak başlar.
- Formu sahaya göre tasarlıyoruz. Arıza tipine göre mobil form şablonlarını, zorunlu alanları, fotoğraf ve imza gerekliliklerini ekibinizle birlikte belirliyoruz.
- Uygulamayı ve paneli geliştiriyoruz. Teknisyen uygulamasını mobil uygulama geliştirme ekibimizle çevrimdışı çalışacak şekilde, ofis panelini ise atama, rota ve raporlama ekranlarıyla birlikte geliştiriyoruz.
- Mevcut sistemlerinize bağlıyoruz. Kapanan iş emrinin faturaya dönüşmesi için muhasebe veya ERP bağlantısını, parça hareketleri için depo ve stok yönetimi tarafını, müşteri geçmişi için CRM entegrasyonunu API entegrasyonu ile kuruyoruz.
- Cihazdan gelen veriyi servise bağlayabiliyoruz. Servis ettiğiniz makineler için uzaktan izleme ve kestirimci bakım çalışmalarıyla, arıza oluşmadan servis talebi açılmasını sağlayabiliyoruz. Yazılım ve donanım aynı ekipten geldiği için bu bağlantıda sorumluluk boşluğu kalmıyor.
- Pilotla başlıyoruz. Sınırlı bir ekiple saha testi yapıyor, geri bildirimleri işledikten sonra tüm ekibe açıyoruz. Kapsamı, aşamaları ve bedeli yazılı teklifte netleştiriyoruz.
Servis talepleriniz web sitenizden de geliyorsa kendi ürünümüz SmartOperator yapay zeka temsilcisi bu kanalın ilk karşılayıcısı olabilir: ziyaretçinin sorusunu bilgi bankanızdaki maddelere dayanarak cevaplar, sitenizde tanımlı eylemle randevu formunu açar, emin olmadığında konuşmayı ekibinize devreder. Kimse çevrimiçi değilken bırakılan iletişim formları "Geri dönüşler" ekranında toplanır; mesai dışında gelen talep kaybolmaz.
Sonraki adım
Son bir ayın iş emirlerini açın ve üç soruyu cevaplayın: Kaç iş ikinci ziyaret gerektirdi? Kaç işin formu ofise geç ulaştı? Kaç iş faturaya eksik yansıdı? Bu üç rakam, bir saha servis sisteminin size ne kazandıracağını en iyi gösteren göstergedir. Bu tabloyla iletişim sayfamızdan bize ulaşın; sürecinizi birlikte inceleyelim.