Bu serinin birinci bölümü, taahhüt ve bakım şirketlerinden kârın sızdığı yedi noktayı sıraladı ve en büyüğünün tek bir kalem olduğunu söyledi: gelen, yapılan ve hiç kaydedilmeyen talep. Pratik sıranın önce en büyük açığı kapatmak olduğunu da söyledi. Bu bölüm tam olarak o açıkla ilgili.

Sorun WhatsApp'ın kötü olması değil. Sorun, bir sohbet kanalının işletim sistemi olarak kullanılması. Bir sohbet bilgi taşır ama hiçbir durum tutmaz, hiçbir referans numarası vermez, bir süre dolduğunda kimseyi uyarmaz ve hiçbir rapor üretmez. Alternatif iş emridir: bir talep geldiği anda oluşturulan ve faturaya kadar onunla birlikte kalan tek bir kayıt.

Her şeyden önce tek bir giriş kanalı

Düzene girme girişimlerinin çoğu basit bir nedenle başarısız olur: sistem WhatsApp'ın yerine değil, yanına eklenir; böylece elinizde iki doğru kaynağı olur ve ekipler kolay olanı seçer. Bu yüzden ilk adım teknik değil, yönetsel bir karardır: her talep tek bir yerden girer.

Bu, müşterilerin mesaj göndermesini engellemek anlamına gelmez. Mesajı alan kişinin, herhangi bir teknisyen harekete geçmeden önce onu iş emrine dönüştürmekten sorumlu olduğu anlamına gelir. Pratikte bunu kalıcı hale getiren şirketler üç şeyi birlikte yapar:

  • Müşterinin gerçekten bildiği tek bir giriş noktası tanımlarlar: tek bir numara, bir portal ya da bir gelen kutusu.
  • Tek bir iç kuralı açıkça koyarlar: talep numarası olmadan ziyaret yok, talep numarası olmadan parça çıkışı yok.
  • Müşteriye talep numarasını hemen verirler; böylece müşteri sorunu baştan anlatmak yerine numarayla sormaya başlar.

Talep numarası: diğer her şeyin bağlı olduğu alan

Numara bir kırtasiye işi değildir. Maliyetlerin işlendiği referanstır. Bir yedek parça bir talep numarasına karşılık çıkarıldığında, teknisyen saatleri aynı numaraya kaydedildiğinde, yol ve taşeron maliyetleri de ona yazıldığında, elinizde bir tahmin değil hesaplanmış bir maliyet olur. Ve bu numaralar bir sözleşme ya da projede toplandığında, yalnızca şirketin bütününün değil, o sözleşmenin marjını da bilirsiniz.

Pratik amaç şu: bir bakım sözleşmesi yenilemeye geldiğinde, güçlü bir konumdan pazarlık etmek ile his üzerinden pazarlık etmek arasındaki fark, bu müşterinin yıl boyunca belirli sayıda ziyaret ve belirli bir değerde parça tükettiğini söyleyebilmenizdir. Bir referans numarası olmadan o konuşma bir izlenimden ibarettir.

Durum ve sorumlu: bu talep şu anda kimde

Bir müşteriyi üzen şey nadiren gecikmenin kendisidir; talebinin ne durumda olduğunu bilmemektir. Kısa bir durum zinciri yeterlidir: kaydedildi, atandı, devam ediyor, parça bekleniyor, müşteri bekleniyor, tamamlandı, kapatıldı. Operasyonel açıdan en önemli ikisi parça bekleniyor ve müşteri bekleniyor durumlarıdır; çünkü aleyhinize işleyen saati durdurur, topu doğru sahaya atar ve genel bir gecikme rakamının içinde kaybolmak yerine performans değerlendirmenizde görünürler.

Ve her talebin adıyla belirlenmiş tek bir sorumlusu vardır. Bütün bir ekibe ait olan talep hiç kimseye ait değildir. Sorumlu, işi yapan kişi olmak zorunda değildir; müşteri işlerin ne durumda olduğunu sorduğunda cevap veren kişidir.

Yanıt süresi: sözlü bir vaat değil, yazılı bir taahhüt

Bakım sözleşmeleri genellikle bir yanıt süresi ve bir çözüm süresi belirtir, bazen de bunlara bir ceza bağlar. Bu saat otomatik olarak ölçülmediğinde, ihlal ettiğinizi kendi sisteminizden değil müşterinin şikâyetinden öğrenirsiniz. Temel gereklilik, saatin birinin talebi fark ettiği anda değil, talep kaydedildiğinde başlamasıdır.

İki rakamı ayrı tutun: kayıttan teknisyenin varışına kadar geçen yanıt süresi ve kayıttan işin bitmesine kadar geçen kapanış süresi. Birincisi planlama disiplinini ölçer; ikincisi parça bulunabilirliğini ve doğru uzmanlığın gönderilip gönderilmediğini ölçer. İkisini tek bir rakamda birleştirmek gecikmenin gerçek nedenini gizler. Önceliği belirlerken de onu müşterinin telefondaki ses tonuna değil, arızanın müşterinin operasyonu üzerindeki etkisine bağlayın.

Sahada neler kaydedilir: notlar, fotoğraflar, imza

Bu, bedelini bugün değil aylar sonra ödediğiniz kısımdır. Uygulama anında sahada üç şey kaydedilir:

  • Uygulama notları: arızaya neyin yol açtığı ve gerçekte ne yapıldığı. Birinci bölümün çalışanla birlikte kapıdan çıkıp gittiğini söylediği bilgi budur. Varlığa bağlı olarak yazıldığında şirkette kalır.
  • Öncesi ve sonrası fotoğrafları: bir müşteri ziyaretten önceki varlık durumuna itiraz ettiğinde kanıtınız, hasar olduğunda da sigortacı ya da mülk sahibi karşısında kanıtınız.
  • Müşteri ya da temsilcisinin imzası: işin yapıldığının ve teslim edildiğinin kabulü. O olmadan hakediş başvurusu bir tartışmaya dönüşür.

Benimsenmeyi belirleyen bir saha notu: güçlü sinyal gerektiren bir uygulama kullanılmaz. Bodrumdaki, makine dairesindeki ya da inşaat halindeki bir binadaki teknisyenin çevrimdışı fotoğraf çekebilmesi, yazabilmesi ve imza alabilmesi, ardından sinyal geri geldiğinde her şeyin otomatik olarak senkronize olması gerekir. Bu bir benimsenme şartıdır, olsa iyi olur denecek bir özellik değil.

Değişiklikler: yapmadan önce belgeleyin

Birinci bölümdeki üçüncü sızıntı, değişiklik emri olmadan yapılan ek işti. İş emri onu yakalamak için doğal yerdir: bir müşteri orijinal kapsamın dışında bir şey istediğinde, talebin içinde ya da bağlantılı bir talep olarak ek bir kalem açılır ve orada hemen imzalatılır. Sahada iki dakikalık bir imza ile bir ay sonra o imzayı almaya çalışmak arasındaki fark, tahsil edilen para ile silinen para arasındaki farktır.

İş emrinden faturaya ve hakediş başvurusuna

Getirinin ortaya çıktığı yer burasıdır. Hakediş başvurusu ya da fatura ay sonunda hafızadan oluşturulmaz; her biri kendi kanıtını taşıyan kapatılmış iş emirlerinden derlenir: tarih, açıklama, saatler, parçalar, fotoğraflar ve bir imza. Sunum bir araştırma projesi olmaktan çıkıp bir montaj işine dönüşür ve her kalemin arkasında bir belge olduğu için ona itiraz etmek zorlaşır.

Uyum tarafında, Suudi Arabistan'da e-fatura uygulaması, gerçek bir işleme bağlı ve Zekât, Vergi ve Gümrük İdaresi (ZATCA) platformuyla entegre bir elektronik fatura düzenlemenizi gerektirir. Fatura kalemlerinizin kaynağı kapatılmış, belgelenmiş iş emirleri olduğunda uyum, ay sonunda ek bir iş olmaktan çıkıp çalışma şeklinizin bir yan ürününe dönüşür.

Origami'nin görüşü

Bir taahhüt ya da bakım müşterisi için iş emirlerini devreye aldığımızda gördüğümüz en yaygın hata, yirmi zorunlu alanı olan devasa bir formla başlamaktır. Sonuç tahmin edilebilir: ekipler sırf ekranı kapatmak için alanları anlamsız değerlerle doldurur ve elinizde hiç olmamasından daha kötü veriler kalır.

Pratikte işe yarayan şu: yalnızca altı zorunlu alanla başlamak — müşteri, saha, açıklama, öncelik, sorumlu, durum — artı kapanışta bir fotoğraf ve bir imza. Bunu alışkanlık haline gelene kadar tam bir ay boyunca sürdürmek, ardından her seferinde bir alan eklemek; her birini yalnızca gerçek bir karar ona bağlı olduğunda. Kullandığımız kural: bir kararı değiştirmeyen, bir anlaşmazlığı çözmeyen ya da faturaya yansımayan her alan, teknisyeni boş yere yavaşlatan bir alandır.

Ve ilk ayda izlediğimiz ölçüt, sistemin kaç rapor ürettiği değil, sisteme giren taleplerin gerçekte ustabaşlarına ulaşan taleplere oranıdır. Talepler arka kapıdan gelmeye devam ediyorsa sorun yönetimseldir ve hiçbir sistem onu düzeltmez.

Sırada ne var

Artık her talebin bir numarası, bir sorumlusu ve bir saati olduğuna göre sıradaki soru şu: kim gidecek, ne zaman ve hangi sırayla? Üçüncü bölüm saha ekiplerinin planlanmasını ve ziyaretlerin sevkini ele alıyor: uzmanlığı eşleştirmek, ziyaretleri coğrafi olarak sıralamak, sevkten önce parça bulunabilirliğini kontrol etmek ve devam ile konumu Kişisel Verilerin Korunması Kanunu'na (PDPL) uygun bir şekilde takip etmek.

Kaynaklar