Makine ve ekipman satan firmalarda servis işi çoğu zaman telefonda başlar, defterde biter. Servis talebinden teknisyen atamasına, mobil iş emrinden kullanılan parçaya ve müşteri imzasına kadar tüm zinciri tek sistemde kurar; garanti kapsamını ve SLA süresini otomatik takip ederiz.
Makine satan bir firmada satış, ürün müşteriye teslim edildiğinde bitmez; asıl uzun ilişki servisle başlar. Ne var ki servis işi çoğu firmada kayıt dışında yürür. Müşteri servis sorumlusunu telefonla arar, sorumlu teknisyenlerden birini gönderir, teknisyen sahada gördüğünü kendi defterine yazar, kullandığı parçayı akşam depoya sözlü olarak bildirir. Sistem çalışıyor gibi görünür, çünkü işler bir şekilde kapanır. Ama kimin ne zaman gittiği, hangi makinede kaçıncı kez aynı arızanın çıktığı ve hangi parçanın garantiye mi yoksa müşteriye mi yazılacağı sorularının yanıtı hiçbir yerde toplu durmaz. Bu bilgiler ancak bir sorun büyüdüğünde, çoğunlukla da geç kalınmış bir tartışmanın ortasında aranmaya başlanır.
Bu dağınıklığın faturası üç yerden çıkar. Birincisi garantidir: kapsam dışı olması gereken bir iş, kaydı olmadığı için ücretsiz yapılır; ya da tersine, garantideki bir iş müşteriye fatura edilir ve ilişki zedelenir. İkincisi parçadır. Servis aracında taşınan parçalar depo stoğunda görünmediği için hem sayım tutmaz hem de aynı parça ikinci kez satın alınır. Üçüncüsü zamandır. Teknisyenin günü, birbirine yakın iki iş yerine şehrin iki ucundaki iki işle dolduğunda kaybedilen süre kimsenin raporunda yer almaz. Bu üç kalem tek tek küçük görünür; yıl sonunda servis biriminin gerçekten kâr mı zarar mı ürettiği sorusunu yanıtsız bırakacak kadar büyür.
Saha servis yönetimi (Field Service Management, FSM), bu zinciri baştan sona tek kayıt üzerinde yürütür. Gelen talep bir servis kaydına dönüşür; kayıt müşteriye değil, müşterideki belirli makineye bağlanır. Makinenin seri numarası, kurulum tarihi, garanti bitişi ve geçmiş servisleri o kaydın yanında durur. Atama yapılırken teknisyenin yetkinliği, bulunduğu bölge ve o günkü doluluğu birlikte görülür. Teknisyen işi kendi telefonundan alır; sahada yaptığı işi, kullandığı parçayı ve harcadığı süreyi orada girer, müşteriye ekranda imzalatır. İş kapandığı anda parça stoktan düşer, garanti kapsamı belirlenir ve faturalanacak kalemler hazır hale gelir. Ofis tarafında ise açık işlerin nerede olduğu, hangi teknisyenin hangi işte bulunduğu ve hangi talebin süresi dolmak üzere olduğu tek ekrandan izlenir.
Bu işin sahada tökezlediği yer neredeyse her zaman aynıdır: internet. Servisin verildiği yer bir fabrikanın bodrumu, bir şantiye ya da şehirlerarası bir tesis olabilir ve kapsama alanı yoktur. Mobil uygulama çevrimdışı çalışamıyorsa teknisyen kaydı akşam yeniden girmek zorunda kalır, birkaç hafta içinde de sistemi kullanmayı bırakır. Bu yüzden mobil tarafı çevrimdışı öncelikli kurarız: iş emri cihazda durur, girişler cihazda yapılır, bağlantı geldiğinde eşitlenir. Buna karşılık dürüst olalım; saha servis yazılımı boşa giden yolu azaltır ama trafiği, müşterinin kapıda bekletmesini ve yanlış teşhisi çözmez. Sistemin verdiği şey kestirme değil, görünürlüktür. Görünürlük de tek başına bir kazanç değildir; servis biriminin gerçekte neye mal olduğunu ilk kez ölçülebilir hale getirir ve kararlar bundan sonra veriye dayanır.
Sattığı makineye devreye alma, periyodik bakım ve arıza servisi veren üreticiler. Bu firmalarda servis, satıştan bağımsız bir iş koludur; makine bazında geçmiş tutulmadığında hem garanti tartışmaları büyür hem de yedek parça satışı fırsatı görünmez kalır. Devreye alma raporu, bakım takvimi ve arıza kayıtları aynı makine kartında birikir.
Asansör, soğutma, jeneratör, klima veya yangın sistemi gibi periyodik bakım sözleşmesiyle çalışan firmalar. İşin çoğu takvimle gelir; sözleşme kapsamındaki ziyaretin zamanında yapıldığını sonradan kanıtlayabilmek başlı başına bir ihtiyaçtır. Sistem, takvimdeki ziyaretleri otomatik iş emrine dönüştürür ve kapsam dışı kalan işleri ayrı işaretler.
Müşterisine belirli bir sürede yerinde olma sözü veren, yani hizmet seviyesi anlaşması (SLA) altında çalışan firmalar. Taahhüdün tutup tutmadığı ancak talebin açıldığı an ile teknisyenin sahaya vardığı anın ayrı ayrı kaydedilmesiyle ölçülebilir. Bu iki zaman damgası yoksa ortaya rapor değil tahmin çıkar; yıllık değerlendirme de aynı tahmine dayanır.
Az sayıda planlamacıyla geniş bir coğrafyaya teknisyen gönderen işletmeler. Buradaki asıl kazanç, ofisin gün boyu telefonla teknisyen arayıp iş durumunu sormayı bırakması ve açık işlerin nerede olduğunun tek ekrandan görülmesidir. Planlamacının işi telefon trafiğini yönetmekten gün planını gözden geçirmeye kayar; müşteriye verilen bilgi de tahmin olmaktan çıkar.
| Yetenek | Ne sağlar |
|---|---|
| Servis talebi ve çağrı kaydı | Telefon, e-posta, WhatsApp veya müşteri portalından gelen talep tek bir kayda dönüşür. Kayıt müşteriye değil müşterideki makineye bağlanır; seri numarası, kurulum tarihi ve geçmiş servisler aynı ekranda görünür. Talep türü ve aciliyeti baştan ayrılır, böylece arıza ile planlı bakım aynı kuyrukta karışmaz. Aynı makinede kapanmamış bir kayıt varsa uyarı verilir ve tek arıza iki iş emrine bölünmez. |
| Teknisyen atama ve rota planı | Atama yapılırken teknisyenin yetkinliği, bölgesi ve o günkü doluluğu birlikte görülür. Aynı bölgedeki işler gün bazında toplanır, ziyaret sırası mesafeye göre önerilir. Öneri bağlayıcı değildir; planlamacı sırayı elle değiştirebilir, çünkü sahada sistemin bilmediği koşullar her zaman olur. Acil bir çağrı geldiğinde planın hangi işleri kaydıracağı da aynı ekranda görülür ve atama sonrası hem teknisyene hem müşteriye bildirim gider. |
| Çevrimdışı çalışan mobil iş emri | Teknisyen iş emrini telefon veya tablette alır. Yapılan iş, ölçüm değerleri, kullanılan parça, harcanan süre ve fotoğraf cihazda kaydedilir; internet olmadığında da giriş yapılabilir, bağlantı geldiğinde eşitlenir. Kontrol listeleri iş tipine göre değişir; teknisyen boş bir not alanıyla baş başa bırakılmaz. Uygulama o makinenin geçmiş servislerini ve teknik dokümanını da gösterir, böylece saha ofisi aramak zorunda kalmaz. |
| Parça kullanımı ve servis aracı stoğu | Her servis aracı ayrı bir stok noktası olarak tutulur. Depodan araca çıkan parça araç stoğuna geçer, sahada kullanılan parça iş emrinden düşülür. Kritik parçalar için araç bazında asgari seviye izlenir. Böylece hem sayım tutar hem de aynı parçanın ikinci kez satın alınması engellenir. Araca çıkan ve geri dönen parçalar için sayım yapılabilir, çıkan fark raporlanır ve kaynağı aranabilir. |
| Garanti ve sözleşme kapsamı | Her makinenin garanti bitiş tarihi ve varsa bakım sözleşmesi sistemde durur. İş emri kapanırken hangi kalemin garanti, hangisinin sözleşme, hangisinin ücretli olduğu kurala göre belirlenir ve gerekçesiyle kaydedilir. Kapsam tartışmaları böylece hafızadan çıkıp kayda taşınır. Garanti kapsamında yapılan işlerin toplam maliyeti ayrıca raporlanır; bu rakam hangi modelin satış sonrasında ne kadara mal olduğunu gösterir. |
| Müşteri imzası ve servis formu | İş sonunda yapılan işlem ve kullanılan parçalar müşteriye ekranda gösterilir, imza cihaz üzerinden alınır. Servis formu otomatik üretilip müşteriye e-posta ile gider. Islak imzalı kağıdın ofise ulaşmasını beklemek, faturalamayı geciktiren ve tahsilatı öteleyen en yaygın nedenlerden biridir. İmza ve form iş emrinin ekinde kalır; formun içeriği devreye alma, periyodik bakım ve arıza için ayrı ayrı tanımlanabilir. |
| SLA takibi ve servis raporları | Talebin açıldığı an, atandığı an, sahaya varış ve kapanış zamanları ayrı ayrı tutulur; taahhüt edilen müdahale ve çözüm süresi bunların üzerinden ölçülür. İlk ziyarette çözülme oranı, tekrar eden arızalar ve makine bazlı servis maliyeti raporlanır. Raporlar önce makine ve müşteri bazında okunacak şekilde kurulur; amaç kişiyi değerlendirmek değil, tekrar eden sorunu bulmaktır. |
İşe, mevcut servis akışını adım adım izleyerek başlarız: talep nasıl geliyor, kim atıyor, teknisyen ne yazıyor, parça nasıl düşülüyor, fatura nasıl kesiliyor. Kayıt dışı kalan adımları ve kimin hangi bilgiyi kafasında tuttuğunu bu aşamada tespit ederiz. Keşif genellikle bir ila iki hafta sürer ve kapsam sonunda birlikte daraltılır.
Servisin bağlanacağı makine kayıtları oluşturulur: seri numarası, model, kurulum tarihi, garanti bitişi ve varsa sözleşme. Bu veri çoğu firmada dağınıktır, toparlanması zaman alır; ancak sistemin geri kalanı bu temele oturur ve atlanırsa hiçbir rapor anlam taşımaz. Veri, mevcut ERP ve teslimat kayıtlarından mümkün olduğunca aktarılır, kalanı elle tamamlanır.
Mobil uygulama önce sınırlı sayıda teknisyenle, gerçek işlerde denenir. Kontrol listelerinin uzunluğu, zorunlu alan sayısı ve çevrimdışı davranış bu dönemde ayarlanır. Sahada bir dakikadan uzun süren her ekran, teknisyenin sistemi terk etme nedenidir. Bu pilot dönem genellikle dört ila sekiz hafta sürer ve asıl tasarım kararları burada verilir.
Araç stoğu, parça düşüşü, garanti kapsam kuralları ve faturaya devir akışı devreye alınır. Muhasebe veya ERP tarafıyla entegrasyon bu adımda kurulur; hangi kalemin hangi koşulda ücretlendirileceği yazılı olarak netleştirilir. Ayrıca işçilik, yol ve fiyat listeleri tanımlanır; servisin faturaya dönüşme süresi buradan kısalır.
Tüm ekip sisteme geçer; SLA ve servis raporları açılır. İlk dönemde eksik kalan alanlar ve gerçekte kullanılmayan ekranlar birlikte gözden geçirilip sadeleştirilir. Kimin hangi ekranı hangi durumda kullanacağı yazılı bırakılır, raporlar ilk aylarda birlikte okunur. Bakım ve destek kapsamında güncellemeler sürer, kaynak kod size teslim edilir.
Kullanılabilirlik burada tasarım meselesidir, eğitim meselesi değil. Uygulamayı teknisyenin günlük işine göre kurarız: gün başında listesi açılır, işe girer, birkaç alanı doldurur, imzayı alır, kapatır. Serbest metin yerine seçmeli alan ve kontrol listesi kullanılır. Yine de gerçekçi olalım; alışma birkaç hafta sürer ve bu dönemde ofisin eski yöntemi paralel yürütmemesi gerekir. İki sistem aynı anda açık kalırsa saha her zaman kolay olanı, yani kağıdı seçer.
Mobil taraf çevrimdışı öncelikli kurulur. Teknisyene atanmış iş emirleri, makine geçmişi ve parça listesi cihaza indirilir; sahada yapılan girişler, fotoğraflar ve imza cihazda saklanır, bağlantı geldiğinde sunucuya eşitlenir. Aynı kayıt üzerinde ofis de değişiklik yaptıysa çakışma kuralları devreye girer ve kayıt sessizce üzerine yazılmaz. Buna karşılık çevrimdışıyken gerçek zamanlı stok kontrolü gibi sunucu gerektiren işlemler yapılamaz; bunlar eşitlemeden sonra doğrulanır.
Kısmen. Aynı bölgedeki işleri toplamak ve ziyaret sırasını mesafeye göre önermek boşa giden yolu azaltır; bunu ölçebilirsiniz. Ama sistem trafiği, müşterinin kapıda bekletmesini, yanlış teşhis yüzünden ikinci gidişi veya parçanın araçta olmamasını çözmez. İlk ziyarette çözülme oranını yükselten şey genellikle rota algoritması değil, teknisyenin makine geçmişini görerek doğru parçayı yanında götürmesidir. Optimizasyonu abartılı bir vaat olarak sunan tekliflere temkinli yaklaşmanızı öneririz.
Hayır, bu sayfanın kapsamı dışındadır. Saha servis yönetimi bir servis işinin talepten faturaya kadar yürütülmesiyle ilgilenir; müşterideki makinenin durumunu sensörle izleyip arıza öncesi uyarı üretmek ayrı bir iştir ve kestirimci bakım sayfasında anlatılır. Kendi tesisinizdeki makinelerin bakımını yönetmek istiyorsanız da doğru yer saha servisi değil, bakım tarafıdır. İki sistem birbirine bağlanabilir; ancak aynı şey değildirler ve tek modül gibi sunulmaları yanıltıcıdır.
Hayır. Logo, Mikro, Netsis veya Canias gibi sistemler yerinde kalır. Saha servis katmanı onların yanında çalışır: cari ve stok kartları ana sistemden okunur, iş emrinden çıkan faturalanacak kalemler ve parça hareketleri oraya aktarılır. Amacımız muhasebeyi taşımak değil, bugün hiçbir sistemde tutulmayan servis verisini kayıt altına almak ve iki taraf arasındaki elle veri girişini ortadan kaldırmaktır.
Makine bazında servis geçmişi ve garanti bilgisi; talepten kapanışa yürüyen servis kaydı; çevrimdışı çalışan mobil iş emri ve dijital imza; servis aracı stoğu ile parça düşüşü; garanti ve sözleşme kapsam kuralları; müdahale süreleri, ilk ziyarette çözülme oranı ve makine bazlı servis maliyeti raporları. Kaynak kod, veritabanı ve biriken tüm servis verisi dahil her şey size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Teknik resim, CAD dosyası, reçete ve numune bilgisinin hangi sürümünün geçerli olduğunu tek bir yerden belirleriz. PDM dosyayı ve revizyonu yönetir; PLM bunu ürünün fikirden seri üretime uzanan tüm ömrüne, değişiklik onaylarıyla birlikte yayar. Sahaya inen resmin doğru resim olduğu tartışma konusu olmaktan çıkar.
Detay →Bina, kat, oda ve masa envanterini tek kayda alır; kira ile abonelik sözleşmelerinin tarihlerini, periyodik bina bakımlarını, yangın ve güvenlik ekipmanının kontrol takvimini aynı sistemde yürütürüz. Tesisin gideri de böylece bina ve alan bazında görünür hale gelir.
Detay →Personel özlüğünü, belgeleri, izin ve devamsızlığı, organizasyon şemasını ve çalışan self-servisini tek kayıtta toplayan bir insan kaynakları katmanı kurarız. Bordronun yerine geçmez; ona giden veriyi doğru ve izlenebilir biçimde hazırlar, puantaj ve PDKS tarafıyla aynı personel kaydı üzerinden bağlanır.
Detay →İlanın hazırlanmasından teklife ve işe başlama devrine kadar tüm aday sürecini tek akışta yürüten bir sistem kurarız. Başvurular hangi kanaldan gelirse gelsin aranabilir bir havuzda birikir, değerlendirme ortak forma yazılır, saklama süresi ve imha kayda geçer.
Detay →Deponuzdaki her rafı ve gözü adresler, her hareketi barkodla kayda alırız. Mal kabulden yerleştirmeye, toplama rotasından sevkiyat kontrolüne kadar akış el terminalinden yürür; ERP'nizdeki miktar bilgisinin altına malın fiziksel yerini ve kim tarafından ne zaman taşındığını ekleriz.
Detay →Giriş, proses ve son kontrol kayıtlarını sahada tabletten alır; uygunsuzluk çıktığında malı karantinaya alır, DÖF/CAPA akışını başlatır ve kapanışını takip ederiz. Ölçüm, sertifika ve onaylar parti bazında birikir; ISO 9001 denetimine geriye dönük klasör derleyerek değil, hazır dosyayla girersiniz.
Detay →
