Veri, teknisyenin yazmadığı rapordan değil, teknisyenin zaten yaptığı işten gelmeli. Saha verisini toplamanın çalışan yolu, işi yeni biten adama uzun bir form uzatmak değil; onun iki cümlelik notunu, çektiği fotoğrafı ve sesli kaydını sistemin okuyabileceği kayda çevirmektir. Bakım planı, arıza istatistiği, garanti takibi, yedek parça tüketimi — hepsi sahadan gelen kayda dayanır. O kayıt gelmiyorsa üstüne kurulan hiçbir sistem çalışmaz. Ama o kaydı girecek kişi, elinin serbest olmadığı bir ortamdadır. Çözüm de burada aranmalıdır.
Önce şunu netleştirelim: sebep tembellik değil
Saha ekibinin rapor yazmadığı konuşulurken masa başında ilk kurulan cümle genellikle "umursamıyorlar" olur. Bu teşhis yanlış olduğu için, üstüne kurulan çözüm de yanlış oluyor: daha sıkı takip, daha çok hatırlatma, prim şartına bağlama. Hiçbiri tutmuyor.
Sahayı bir dakika somut düşünün. Teknisyen kırk dakikadır bir redüktörün altında. Eldiveni yağlı, telefonu ceketin iç cebinde, tesisin o bölümünde kapsama yok, saat 17.40 ve akşam bir servis daha var. İşi bitirdi, ayağa kalktı. Şimdi ondan on dört alanlı bir formu, yağlı parmakla, küçük ekranda doldurması bekleniyor. Bu bir motivasyon meselesi değil, fiziksel bir uyumsuzluk. Aynı adam işi eksiksiz yapıyor; eksik olan kaydın kendisi değil, kaydı alma biçimi.
Rapor neden yazılmıyor — gerçek sebepler
- Mobilde uzun form. Masaüstü için tasarlanmış bir ekran telefona sıkıştırılınca, üç ekran kaydırma ve on beş dokunuş çıkıyor. Bir işlem için katlanılır, günde altı işlem için katlanılmaz.
- Zorunlu ama gereksiz alanlar. "Müşteri temsilcisi" alanı zorunlu, ama teknisyen o bilgiyi bilmiyor. Yıldızlı alan geçilemediği için ya rastgele bir şey seçiliyor ya da form hiç kaydedilmiyor. İkisi de veriyi bozuyor.
- Kapsama olmayan yer. Kazan dairesi, bodrum, saha içi trafo binası. Form gönderilmiyor, yazılanlar uçuyor. Bir kez uçtuktan sonra o teknisyen bir daha o ekranda vakit harcamıyor.
- İşin bitimindeki acele. Müşteri kapıda bekliyor, bir sonraki randevuya yetişilecek. Rapor, herkesin en yorgun olduğu ve en az zamanı olduğu ana denk geliyor.
- Girilen verinin hiçbir işe yaramadığının görülmesi. Bu, hepsinin toplamından daha güçlü olan sebep. Ayrı bir başlığı hak ediyor.
Ne işe yaradığını görmeyen kimse veri girmez
Bir teknisyen altı ay boyunca her serviste "kayış gergisi gevşek, kısa aralıkla tekrar bakılmalı" yazar. Yedinci ayda aynı makine aynı sebeple durur. Kimse o notu okumamıştır. Bakım planı değişmemiştir, satın alma o kayışı stoğa almamıştır, planlamacı o makineye ayrı bir periyot tanımlamamıştır.
O gün o teknisyen için rapor yazmak, karşılığı olmayan bir iş hâline gelir. Ve bu değerlendirme yanlış değildir — gerçekten karşılığı yoktur. Veri girişi bir iş adımıdır; her iş adımı gibi bir çıktısı olduğu sürece sürdürülür. Çıktısı görünmediğinde, sistemde kalan tek şey boş alanlardır.
Bunun pratik sonucu şu: form kısaltmadan önce, girilen verinin nereye gittiğini görünür kılmak gerekir. "Senin geçen ayki üç notun yüzünden şu iki parça artık araçta sabit duruyor" cümlesi, on hatırlatma mesajından daha fazla kayıt üretir. Aynı şekilde teknisyenin kendi geçmişini görebilmesi de işe yarar: aynı müşteride altı ay önce ne yapıldığı, hangi parçanın takıldığı, hangi uyarının verildiği. Kendi yazdığı şeyi bir yerde kullanan insan, yazmaya devam eder.
Sebep, kaynak ve çözüm
| Rapor yazılmama sebebi | Gerçek kaynağı | Çözüm |
|---|---|---|
| Form çok uzun | Masaüstü ekranının telefona kopyalanması | Alanları üçte birine indirmek, kalanları isteğe bağlı yapmak |
| Zorunlu alan geçilemiyor | Sahadaki kişinin bilmediği bilginin ondan istenmesi | Zorunluluğu yalnızca teknisyenin gözüyle gördüğü alanlarda bırakmak |
| Aynı bilgiyi her seferinde yazmak | Önceki bakım kaydının okunmaması | Ekipman, müşteri ve son işlem bilgisini otomatik doldurup teyide sunmak |
| Kapsama yok, kayıt gidiyor | Sürekli bağlantı varsayımı | Çevrimdışı çalışıp bağlantı gelince eşitlemek |
| İş biterken vakit yok | Kaydın en yorgun ana bırakılması | İş sırasında fotoğraf ve sesli not, kaydın sonradan oluşması |
| Yazmak zor, anlatmak kolay | Girdi biçiminin ortama uymaması | Sesli notu metne, metni yapılandırılmış kayda çevirmek |
| Yazılan hiçbir işe yaramıyor | Verinin karara dönüşmemesi | Girilen notun sonucunu teknisyene geri göstermek |
Formu küçültmenin kuralı: her alanın bir alıcısı olsun
Bu iki başlık, saha verisi düzeltme çalışmalarının pratik gövdesini oluşturur: önce sorulan şeyi azaltmak, sonra sorma biçimini değiştirmek. Sırası da böyledir; kötü bir formu sesli nota çevirmek, uzun formu daha hızlı doldurtmaktan başka bir şey yapmaz.
Form sadeleştirme çalışmalarında işe yarayan tek soru şudur: bu alan dolduğunda kim ne yapacak? Cevabı olmayan her alan kaldırılır. "İleride lazım olur" gerekçesiyle duran alanlar, sahadaki bir dakikayı bugünden harcayıp karşılığını hiç ödemeyen alanlardır.
Pratikte on dört alanlı bir servis formu genellikle dörde beşe iner: ne yapıldı, hangi parça kullanıldı, tekrar gelinecek mi, bir uyarı var mı. Gerisi ya sistemde zaten vardır ya da kimsenin kullanmadığı alandır. Bu iş, sahayı bilen biriyle yarım gün masaya oturarak yapılır; yazılım tarafı sonra gelir. Süreci önce sadeleştirmek, nasıl çalıştığımızı anlattığımız adımların ilkidir.
Girdi biçimini ortama uydurmak
Yazmak, sahadaki en zor girdi biçimidir. Kolaydan zora doğru sıralamak gerekirse:
- Fotoğraf veri sayılır. Sayaç değeri, plaka etiketi, kırılan parça, sızıntı izi. Teknisyen bunu zaten çekiyor. Fotoğrafın kendisi kayıt olarak kabul edilip ekipmana ve işe bağlandığında, yazılması gereken metnin yarısı ortadan kalkar.
- Sesli not. On beş saniye konuşmak, aynı bilgiyi yazmaktan çok daha hızlıdır ve eldivenle yapılabilir. Ses metne çevrilir, metin kayda dönüşür.
- Çevrimdışı çalışma. Uygulama bağlantı olmadan da kaydı alır, cihazda tutar, sinyal gelince eşitler. Bu bir konfor değil, güven meselesidir: bir kez kayıt kaybeden sisteme bir daha veri girilmez.
- Önceki bakımdan otomatik doldurma. Aynı müşteri, aynı ekipman, çoğu zaman aynı işlem. Sistem geçen seferkini getirip "aynı mı" diye sorduğunda, doldurma işi onaylama işine iner.
Yapay zekanın buradaki rolü
Buradaki iş tek cümleyle özetlenebilir: formu insana doldurtmak yerine, insanın söylediğini forma çevirmek. Teknisyenden istenen şey değişir — artık alan seçmesi değil, olanı anlatması beklenir.
Somut bir örnek. Teknisyen araca binerken telefona şunu söylüyor: "Üç numaralı hattaki konveyör motorunda rulman sesi vardı, yatağı değiştirdik, kayış gergisi de gevşekti ayarladık, iki hafta sonra tekrar bakılsın." Bu kayıt yapılandırılmış hâle geldiğinde ortaya şu çıkar: ekipman "Konveyör motoru / Hat 3", işlem "Rulman yatağı değişimi", ikincil işlem "Kayış gergi ayarı", kullanılan parça "rulman yatağı", takip "14 gün sonra kontrol", uyarı bayrağı "tekrar eden arıza". Teknisyen on beş saniye konuştu; planlamacının ihtiyaç duyduğu altı alan doldu.
Aynı mantığı metal ticaretinde kurduğumuz sistemde serbest metinli müşteri talepleri için işlettik: 1.500+ gerçek talep ve 8.000+ kalemlik tedarikçi stok listesi üzerinde çalıştı, isabet %99'un üzerinde ölçüldü. İşin özü her iki durumda da aynıdır — insanın kendi diliyle söylediğini, sistemin arayabildiği bir kayda dönüştürmek. Bunu uçtan uca yürüten yapay zeka personel ekibi kurarken de, bir bakım modülünü mevcut sisteme entegre ederken de yaptığımız iş budur.
Bir sınır: sistem duymadığı şeyi yazmamalıdır. Teknisyen parça numarasını söylemediyse, o alan boş kalır ve "eksik" olarak işaretlenir. Tahmin edilerek doldurulan bir alan, boş alandan çok daha pahalıya mal olur — çünkü boş alanı herkes görür, yanlış doldurulmuş alanı kimse görmez.
Teknisyenin işi ne olur
Rol değişir, bunu inkâr etmenin anlamı yok. Ama değişim şu yönde: form dolduran kişi, kaydı denetleyen kişiye dönüşür. Bu daha kolay bir iş değil, farklı bir iş. Sistem bir sesli nottan "rulman değişimi" çıkardığında, bunun doğru olup olmadığına bakacak olan teknisyendir. Tekrar eden arızayı fark etmek, "bu makine üçüncü kez aynı sebeple durdu, sorun rulmanda değil hizalamada" diyebilmek, sistemin yanlış eşleştirdiği ekipmanı yakalamak — bunların hiçbiri otomatikleşmez.
Kadro tarafı ise ayrı bir konudur ve teknolojinin dayattığı bir sonuç değildir. Aynı sistem "aynı ekiple iki kat servis" için de kurulabilir, "daha az kişiyle aynı servis" için de. Bu bir yönetim kararıdır ve firmaya aittir. Bizim tarafımızdan söylenebilecek tek şey, kaydın düzelmesinin planlamayı, garanti takibini ve yedek parça yönetimini de düzeltmesidir.
Nerede durmak gerekir
Kötü tanımlanmış bir süreç otomatikleştiğinde düzelmez, daha hızlı bozulur. Bakım periyotları belirsizse, ekipman listesi güncel değilse, aynı makine sistemde iki farklı isimle duruyorsa — önce bunlar toparlanır. Sesli nottan yapılandırılmış kayıt üretmek, altındaki ekipman kütüğü yanlışsa yalnızca yanlış veriyi hızlandırır.
İkinci sınır yasal kayıtlardır. Basınçlı kap, asansör, elektrik tesisatı gibi imza ve yetki gerektiren muayene kayıtlarında serbest akış işlemez; orada zorunlu alan gerçekten zorunludur ve insan imzası yerine geçecek bir şey yoktur. Üçüncüsü gürültüdür: kompresör dairesinde alınan sesli notun metne çevrilmesi hatalı olabilir, bu yüzden teknisyene çevrilen metin gösterilip düzeltme imkânı bırakılmalıdır.
Özet
Saha verisi eksikse, önce formu değil sebebi değiştirin. Alan sayısını azaltın, zorunlulukları teknisyenin gerçekten bildiği bilgilerle sınırlayın, fotoğrafı ve sesli notu kayıt olarak kabul edin, çevrimdışı çalışın, önceki bakımdan otomatik doldurun ve en önemlisi girilen verinin bir işe yaradığını sahaya geri gösterin. Yazma yükünü tamamen kaldırmanın yolu ise anlatılanı kayda çevirmekten geçer. Kendi saha sürecinizde hangi alanların gerçekten gerektiğini konuşmak isterseniz, teklif formundan bize ulaşın.
Sıkça Sorulan Sorular
Teknisyenlerimize prim şartı koyduk ama yine de rapor girilmiyor, sebebi ne olabilir?
Sesli not alıp metne çevirmek gürültülü fabrikada gerçekten çalışır mı?
Mevcut bir bakım programımız var, her şeyi baştan mı kurmak gerekir?
Zorunlu alanları kaldırırsak veri kalitesi düşmez mi?
Sahadaki bazı noktalarda internet hiç yok, bu sistem orada ne yapar?
Bu sistem kurulunca planlama elemanına ihtiyaç kalmaz mı?
Yazar
Doğukan Azer ÇİFTCİYazılım Mühendisi
QuantKOD’da yazılım mühendisi. Ölçeklenebilir mimariler, özel yazılım geliştirme ve doğru teknoloji seçimleri üzerine yazıyor.