Site Yönetim Yazılımı: Bodrum kattaki arızadan kapanan iş emrine

Pazar akşamı. B blokta oturan bir sakin, bodrum kattaki otopark kapısının kapanmadığını fark ediyor. Eskiden bu bilgi bir mesajlaşma grubuna düşer, birinin görmesi beklenir, kimin ilgileneceği belli olmazdı. Kayıt yoksa sorumlu da yoktu; işin ne zaman bittiğini çoğu zaman bir sonraki şikâyet haber verirdi.

Site Yönetim Yazılımı'nda aynı arıza, açıldığı andan kapandığı ana kadar izlenen bir kayda dönüşüyor. Bu yazıda talepten iş emrine, oradan da teknisyenin telefonuna uzanan akışı anlatıyoruz.

Proje kısaca

Site Yönetim Yazılımı, çok sayıda konut ve karma projeyi aynı kurumsal çatı altında yöneten bir müşteri için geliştirdiğimiz operasyon platformu. Web yönetim paneli ile sakin, saha ve yönetici mobil uygulamalarından oluşuyor. Talep ve şikâyet yönetimi ilk aşamada, arıza-bakım-iş emri ve saha mobili ikinci aşamada canlıya alındı. Finans ve aidat, rezervasyon, ziyaretçi, envanter ve sayaç modülleri de aynı veri omurgasını paylaşıyor.

Talep açıldığı anda saat işlemeye başlıyor

Sakin talebi mobil uygulamadan ya da webden açıyor: kategori ve alt kategori seçiyor, açıklama yazıyor, fotoğraf ya da video ekliyor, aciliyeti ve konumu belirliyor. Konum, mümkün olduğunca serbest metin yerine sistemde tanımlı site, blok, bağımsız bölüm ve alanlardan seçiliyor. Bu ayrıntı birazdan önem kazanacak.

Her talep kategorisinin kendi SLA süresi var. Talep açıldığında sistem hedef kapanış zamanını hesaplıyor, süre dolmadan uyarı üretiyor, gecikirse kaydı ihlal olarak işaretliyor. SLA panosu geciken, uyarı ve zamanında kovalarını tek listede gösteriyor; yönetim hangi işin risk altında olduğunu tek bakışta görüyor.

Talep yeni, işlemde, beklemede, çözüldü ya da iptal durumlarından birinde ilerliyor. Durum geçişleri yetki kontrollü ve her değişiklik sakine bildirim olarak gidiyor; sakin tarafı teknik ara durumları sadeleştirilmiş görüyor. Bildirimler kullanıcının kanal tercihine göre SMS, e-posta ya da anlık bildirim olarak iletiliyor; kritik durum değişiklikleri en az bir kanaldan mutlaka ulaştırılıyor.

Doğru ekibi bulan sade kural

Talebin kime düşeceğine panelde tanımlanan yönlendirme kuralları karar veriyor. Kuralları bilinçli olarak sade tuttuk: hedef ya bir ekip ya da bir kişi oluyor, eşleşmeyi konumun özgüllüğü ve kural sırası belirliyor. Önce alan, sonra bağımsız bölüm, sonra blok, sonra site, en son genel kural deneniyor; aynı düzeydeki kurallardan sırası önde olan kazanıyor. Hedef ekip boşsa kural atlanıyor, hiçbir kural uymazsa talep atanmamış listesine düşüyor ve yönetici elle atıyor. Ekip içinden kişi seçilirken en az açık işi olan üye öne çıkıyor.

Talebi almak için tek bir yetki de yetmiyor: talep alma yetkisi, o sitedeki talep ekibine üyelik ve siteyle bağlantı birlikte aranıyor. Talep ekipleri ile iş ekipleri ayrı tutuluyor; aynı teknisyen ikisinde de yer alabiliyor ama bir ekibe üyelik diğerinin kuyruğuna kapı açmıyor.

İş emri teknisyenin cebinde

Arıza bir iş emrine dönüştüğünde ikinci aşamanın bakım tarafı devreye giriyor. İş emrinin numarası, kategorisi, atanan ekip ya da kişi, planlanan ve gerçekleşen süreleri aynı kayıtta duruyor; öncelik düşük, orta, yüksek ve kritik seviyelerinden biri oluyor. Planlı bakımlar ise şablon ve kontrol listeleriyle takvime bağlanıyor; periyot günlük, haftalık ya da aylık seçilebiliyor ve geciken bakım kayıtları görünür işaretleniyor. İşe bağlı kontrol listeleri ancak bütün maddeleri işaretlendiğinde kapatılabiliyor.

Teknisyen kendisine atanan işleri telefonunda görüyor ve yeni iş geldiğinde bildirim alıyor. İşi üstleniyor, depodan kullandığı malzemeyi ekliyor, durumu sahadan güncelliyor; işi beklemeye aldığında nedenini, tamamladığında notunu giriyor. Her adım zaman damgasıyla kaydediliyor ve yönetim paneli aynı anda yenileniyor. Malzeme, işçilik ve tedarikçi maliyeti de aynı iş emrinde birikiyor; tahmini ve gerçekleşen maliyet ile iç ve dış hizmet ayrı tutuluyor. Arıza kaydı varlık, teknik alan ya da lokasyonla ilişkilendirilebiliyor, kritiklik seviyesi önceliği belirliyor, müdahalenin başlangıcı ve kapanışı zaman damgasıyla saklanıyor. Yönetici de iş emri onayı ve yönlendirmesini, kullanıcı ve ziyaretçi onaylarıyla birlikte yönetici mobil uygulamasından verebiliyor.

Bodrum katları ve teknik hacimler, bağlantının en zayıf olduğu yerler. Saha akışlarını bu yüzden çevrimdışı hazırlıklı tasarladık ve mobil uygulamaların bağlantı kaybındaki davranışını baştan kurallara bağladık: form taslağı kaybolmuyor, kullanıcı çevrimdışı olduğunu açıkça görüyor, yeniden gönderim mükerrer kayıt oluşturmadan yapılıyor. En önemli kural ise şu: kaydedilmemiş bir işlem kullanıcıya hiçbir zaman başarılı gibi gösterilmiyor.

İş kapandığında döngü sakinde tamamlanıyor. Talep sahibi hizmeti beş yıldız üzerinden puanlıyor ve yorum bırakıyor; aynı talep için ikinci bir ana değerlendirme yapılamıyor. Böylece SLA yalnızca sürenin değil, memnuniyetin de ölçüsüne dönüşüyor.

Sahada öğrendiklerimiz

• Konumu serbest metne bırakmayın. Blok, daire ve alan sistemden seçildiğinde yönlendirme kuralları da doğru çalışıyor.
• Kuralı sade tutun. Konum ve sıraya dayalı kurallar, yöneticinin anlayıp sürdürebileceği kadar açık kalıyor.
• Atanmamış iş de bir durumdur. Kuralın bulamadığı talep kaybolmuyor, yöneticinin önüne düşüyor.
• Sahada dürüst bir arayüz. Bağlantı yokken "kaydedildi" demeyen bir uygulama, teknisyenin ve yönetimin sisteme güvenmesini sağlıyor.

Bir talebin kapanma süresi en çok kimsenin sahiplenmediği dakikalarda uzar. Sahiplenmeyi kurala bağladığınızda süre de görünür olur.

Sitelerinizde bir arızanın yolculuğu ne kadar sürüyor?

Taleplerin mesajlaşma gruplarında kaybolduğu, saha ekibinin yaptığı işin kayda geçmediği ya da SLA'nın ölçülemediği bir yapıdan geliyorsanız, kendi kurallarınızla çalışan bir akışı birlikte tasarlayabiliriz. Site Yönetim Yazılımı proje sayfasına göz atabilir, bizimle iletişime geçebilirsiniz.