Periyodik bakımı kim hatırlatacak: takvim mi, sistem mi

Periyodik bakımı takvim değil sistem hatırlatmalıdır. Çünkü takvimdeki hatırlatma bir kişiye bağlıdır; sistemdeki hatırlatma cihaza ve sözleşmeye bağlıdır. Aradaki fark, bir bakım ertelendiğinde ortaya çıkar: takvimde ertelenen kayıt kaybolur, sistemde ertelenen kayıt izini bırakır ve rapora düşer.

Bu yazı dar bir konuya bakıyor: yalnızca periyodik bakım hatırlatması. İş emri atama, mobil servis formu, parça-stok düşümü gibi konuları daha önce saha servis ve iş emri yazılımı yazısında ele almıştık. Burada tek soru var: bakımın vaktinin geldiğini kim, neye bakarak söyleyecek?

Kaçırılan bir bakımda tam olarak ne kaybedilir

Bakım atlandığında çoğu firma önce teknik riski konuşur: cihaz arızalanır, üretim durur, müşteri kızar. Bu doğrudur ama eksiktir. Kaçırılan bakımda iki ayrı kalem birden kaybedilir ve bunların ikincisi genellikle hiç konuşulmaz.

Birincisi sözleşme yükümlülüğüdür. Yıllık bakım sözleşmesinde "üç ayda bir periyodik kontrol" yazıyorsa ve yıl sonunda üç ziyaret yapılmışsa, dördüncüsü yapılmadığı için tarafınızda bir eksik doğar. Arıza çıkmasa bile bu eksik, sözleşme yenileme masasında karşınıza gelir. Cihaz arızalandıysa ve son bakım kaydı yoksa tartışma büyür.

İkincisi cirodur. Periyodik bakım, satılması için her seferinde yeniden ikna gerektirmeyen bir gelirdir. Vadesi geldiğinde hatırlatılırsa büyük ihtimalle yapılır. Hatırlatılmazsa yapılmaz ve o iş, kaybedilmiş bir satış olarak sessizce gider. Kimse teklif hazırlamamıştır, kimse ret cevabı almamıştır; iş hiç görünmemiştir. Bu yüzden kaçırılan bakım, satış raporunda bir kayıp olarak bile belirmez.

Aksaklık genellikle şöyle görünür: müşteri arar, "geçen sene bu aylarda bakıma gelmiştiniz, bu sene neden gelmediniz" der. O anda kimse tarihi hatırlamıyordur; eski servis formları aranır, araç dosyalarına bakılır, teknisyen aranıp sorulur. Bakım bu telefondan sonra yapılır ama iş artık müşterinin hatırlatmasıyla, gecikmeli ve mahcup bir konumdan yürümüştür. Sözleşme yenilenirken bu ayrıntı unutulmaz.

Takvim neden yetmiyor

Çoğu firmada bakım hatırlatması ya bir kişinin telefon takviminde ya da doğrudan aklındadır. Bu yöntem ekip küçükken ve cihaz sayısı azken gerçekten çalışır. Kırıldığı noktalar da bellidir:

• Kişi bazlıdır, cihaz bazlı değildir. Hatırlatma cihazın kaydına değil, bir kullanıcının hesabına yazılıdır. Cihaz kartına bakan biri, bakımının ne zaman olduğunu göremez.
• Erteleme kaydı yoktur. Müşteri "bu hafta olmaz, üretim yoğun" dediğinde hatırlatma kapatılır. İki hafta sonra yeniden açacak olan yine aynı kişinin hafızasıdır.
• Kişi ayrılınca birlikte gider. Operasyon sorumlusu işten ayrıldığında ya da uzun izne çıktığında, o takvimdeki bilgi devredilmez. Yerine gelen kişi hangi cihazın ne zaman bakım göreceğini kimseye soramaz.
• Ölçülemez. Yıl içinde kaç bakımın kaçırıldığını söyleyebilen bir firma azdır. Takvimde silinen bir hatırlatma geriye iz bırakmaz, dolayısıyla "geçen yıl kaç bakım atladık" sorusunun cevabı yoktur.

Bu dördüncüsü en önemlisidir. Ölçemediğiniz bir kayıp, yönetim toplantısında gündem olamaz. Firma kaybettiğini bilmediği için de bir şey değiştirmez.

Sistem hatırlatması neyi değiştirir

Sistemin farkı hatırlatmayı daha gürültülü yapmak değil, farklı bir yere bağlamaktır. Bakım vadesi cihazın kaydında ve sözleşmenin kendisinde tanımlıdır. Hatırlatma o kayıttan doğar.

Pratikte akış şöyle işler: her cihaz için periyot tanımlıdır (aylık, üç aylık, yıllık ya da çalışma saati bazlı). Vade yaklaştığında sistem bir planlama kaydı üretir, sorumlu kişinin ekranına düşürür. Müşteri erteleme isterse bu bir tıkla kapatılmaz; "müşteri talebiyle 3 hafta ertelendi" olarak kaydedilir ve yeni tarih doğar. Vade geçtiği hâlde iş yapılmadıysa kayıt kapanmaz, gecikmiş listesine geçer.

Ekranda görünen şey aslında sade bir listedir: cihaz, müşteri, sözleşme, son bakım tarihi, sıradaki vade ve durum. Sabah bu listeyi açan planlamacı üç şeyi tek bakışta görür — bu hafta yapılacaklar, ertelenmiş olanlar ve vadesi geçtiği hâlde hâlâ kapanmamış olanlar. Telefon takviminde bu üç grup hiçbir zaman aynı anda görünmez, çünkü ertelenen ve kaçırılan kayıtlar orada zaten silinmiştir.

Ay sonunda ortaya iki liste çıkar: yapılan bakımlar ve yapılmayanlar. İkincisi çoğu firmanın ilk kez gördüğü bir listedir. Bu tür bir akışı, firmanın kendi sözleşme yapısına göre kurgulanmış özel yazılımla ya da işi uçtan uca yürüten bir yapay zeka personel ekibiyle kurmak mümkündür; ikisinde de mantık aynıdır: hatırlatma insanın hafızasından çıkar, kaydın kendisine yerleşir.

Hatırlatma yöntemleri: neyi çözer, nerede kırılır

Son satır önemlidir: sistem, kendisine verilmeyen cihazı hatırlatmaz. Sahada duran ama kayıtta olmayan ekipman, hangi yazılım kullanılırsa kullanılsın görünmez kalır.

Bakım periyodunu ne belirler

"Üç ayda bir" gibi tek bir kural bütün cihazlara uymaz. Periyodu dört değişken belirler ve bunların hepsi sistemde ayrı ayrı tanımlanabilir olmalıdır.

• Sözleşme. Müşteriyle imzalanan metinde yazan asgari sıklıktır. Bu bir tercih değil, yükümlülüktür; sistemin taban değeri budur.
• Cihazın kullanım yoğunluğu. Günde iki vardiya çalışan bir kompresörle haftada birkaç saat çalışan aynı model aynı periyoda tabi olmamalıdır. Çalışma saati okunabiliyorsa periyot takvim yerine saate bağlanabilir.
• Üretici önerisi. Garanti kapsamı çoğu zaman buna bağlıdır. Sözleşme daha seyrek bir sıklık öngörse bile üretici önerisi daha sık ise, hangisinin geçerli olduğu baştan kararlaştırılmalıdır.
• Mevsim. Isıtma, soğutma, jeneratör gibi ekipmanlarda bakımın sezon öncesine denk gelmesi gerekir. Ekim ayında yapılacak bir kombi bakımı, Ocak ayında yapılan aynı bakımdan farklı bir iştir.

Bu dört değişken birbiriyle çelişebilir. Sistem çelişkiyi kendiliğinden çözmez; hangi kuralın üstün olduğunu firma tanımlar. Tanımlanmadığında yazılım da tıpkı takvim gibi yanlış tarihi hatırlatır, sadece daha düzenli biçimde.

Müşteriye hatırlatmanın dozu

Bakım hatırlatması iç bir görev olduğu kadar bir müşteri temasıdır. Fazlası rahatsız eder, azı işe yaramaz. Sahada işleyen ölçü genellikle şudur: vadeden yaklaşık iki hafta önce tek bir bilgilendirme, tarih teyidi için bir hatırlatma, ziyaret öncesi kısa bir onay.

Kanal seçimi de aynı ölçüde önemlidir. Kurumsal müşteride bakım planı e-postayla gider, çünkü kayıt olarak saklanması gerekir. Saha sorumlusuyla tarih teyidi telefonla ya da kısa mesajla yapılır. Aynı bilgiyi üç kanaldan birden göndermek ciddiyet değil, gürültü olarak algılanır.

Somut bir örnek: bir müşterinin sorumlusu "bu ay üretim yoğun, bakımı gelecek aya alalım" dediğinde doğru davranış hatırlatmayı kapatmak değil, erteleme sebebini ve yeni tarihi kaydetmektir. Üç ay sonra sözleşme yenilemeye oturulduğunda, o yıl yapılamayan bakımın sebebinin müşterinin kendi talebi olduğu kayıtta durur. Bu kayıt, tartışmayı bitiren şeydir.

Ciro tarafı: kaçırılan bakım kaybedilen satıştır

Periyodik bakımı bir maliyet kalemi değil, tekrar eden gelir olarak görmek gerekir. Yeni müşteri bulmaya kıyasla çok daha ucuz bir iştir: müşteri zaten sizi tanıyor, cihaz zaten sizde kayıtlı, fiyat zaten görüşülmüş durumda. Yapılması gereken tek şey vaktinde hatırlatmaktır.

Buna bağlı ikinci bir gelir de vardır. Bakım ziyareti, değişmesi gereken parçanın, ömrünü tamamlamış ekipmanın ya da ek ihtiyacın görüldüğü andır. Ziyaret olmadığında bu satışların hiçbiri gündeme gelmez. Yani bir bakımı kaçırmak, yalnız o bakımın bedelini değil, o ziyaretten doğacak işleri de kaçırmaktır.

Böyle bir yapıda "kaç bakım kaçırdık" sorusu teknik bir soru olmaktan çıkıp satış sorusu hâline gelir. Talep ve teklif akışını izlenebilir hâle getirmenin ne anlama geldiğini, metal ticaretinde kurduğumuz talep-teklif otomasyonu vakasında ayrıntılı anlattık.

Planlamayı yapan kişinin işi ne olur

Bakım takibini bugün yürüten kişi genellikle operasyon sorumlusu ya da servis planlamacısıdır. Sistem kurulduğunda onun işi bitmez; değişir. Takvime tarih girmek, listeyi elle taramak ve "acaba unuttuğumuz var mı" diye kontrol etmek bir iş adımıdır, bir meslek değildir. Bu adım devredilir.

Yerine gelen iş daha kolay değil, farklıdır: gecikmiş listesine bakıp neden geciktiğini anlamak, ısrarla ertelenen müşteriyle konuşmak, periyodu gerçeğe uymayan cihazı fark edip düzeltmek, sistemin yanlış ürettiği bir vadeyi yakalamak. Bunların hiçbiri liste taramaktan kolay değildir; ama hepsi liste taramaktan değerlidir.

Şunu da açıkça söylemek gerekir: böyle bir sistem "aynı ekiple iki kat bakım" için de kurulabilir, "daha az kişiyle aynı iş" için de. Bu bir yönetim kararıdır, yazılımın dayattığı bir sonuç değildir. Nasıl kurulacağına firma karar verir ve bu kararın baştan konuşulması, projenin içeriden desteklenmesi açısından teknik kararlardan daha belirleyicidir.

Bir fren cümlesi de burada durmalı: bakım periyotları belirsiz, cihaz envanteri eksik ve sözleşme metinleri birbirinden farklı yorumlanıyorsa, sistem bu karışıklığı düzeltmez. Yalnızca daha düzenli biçimde yanlış hatırlatır. Önce cihaz listesinin ve periyot kurallarının netleşmesi gerekir; yazılım ondan sonra işe yarar.

Kısaca

Takvim, tarihi unutmayı çözer. Sözleşmeye ve cihaza bağlı bir sistem ise ertelemeyi, devri ve ölçmeyi çözer — yani takvimin çözemediği asıl üç şeyi. Bakımın tekrar eden bir gelir olduğu bir işte fark, tek bir unutulan ziyaretle değil, yıl boyunca fark edilmeyen ziyaretlerle ortaya çıkar. Kendi bakım ve sözleşme yapınıza uygun bir hatırlatma düzeninin nasıl kurulacağını konuşmak isterseniz teklif alın, mevcut sürecinizi birlikte çıkaralım.