Teknisyen işi tamamladı, müşteri teslim aldı, merkezdeki kayıt hâlâ “yolda” görünüyor. Kullanılan parça başka bir mesajda, yapılan işlem ise telefondaki fotoğrafta kaldı. Servis operasyonunda gecikme bazen sahada değil, bilginin merkeze ulaşmasındadır.
Teknik servis saha takip yazılımı, çağrıyı görev atamasına, yapılan işlemi parça hareketine ve kapanışı doğrulanabilir kayda bağlar. Uygulamayı yalnızca teknisyenin konumunu gösteren bir harita olarak tasarlamak bu zincirin önemli bölümünü dışarıda bırakır.
İş emri müşteri, cihaz, şikâyet ve randevu bilgisini taşıyabilir. Fakat hangi durumda tamamlanmış sayılacağı belirli değilse herkes farklı yorum yapar. Parça bekleyen iş, cihazı çalışır hâle getirilen işle aynı statüde olmamalıdır.
Örnek durumlar: planlandı, teknisyene atandı, sahada işlem sürüyor, parça bekliyor, kontrol bekliyor ve kapandı. Bu adlar yalnızca örnektir. Her durum için geçiş yetkisini ve gerekli kayıtları operasyon ekibiyle belirleyin.
Kapanışta işlem açıklaması veya teslim doğrulaması gerekiyorsa eksik alanın nasıl ele alınacağını tanımlayın. Teknisyeni anlamsız metin yazmaya zorlayan zorunlu kutular yerine, yapılan işe göre değişen alanlar daha kullanışlı olabilir. Hedef, işin kanıtını toplarken sahadaki kaydı gereksiz yere uzatmamaktır.
En yakın çalışan uygun uzmanlığa sahip olmayabilir. Gerekli parça aracında bulunmayabilir veya önceki işinin ne zaman biteceği belirsiz olabilir. Atama, mesafe yanında beceri, mevcut iş yükü ve müşteriye verilmiş zaman aralığını değerlendirmelidir.
Başlangıçta öneri sunup son kararı sorumluya bırakmak yeterli olabilir. Operasyonda ölçülmemiş seyahat sürelerini kesin süre gibi gösteren otomatik plan, beklenti sorununa dönüşebilir. Atama değişikliğinin kim tarafından ve neden yapıldığını kaydedin.
Teknisyenin parçayı araçtan alması, kullanması ve geri getirmesi farklı hareketlerdir. İş emrinde yalnızca “parça kullanıldı” kutusu bulunursa stok doğruluğu korunamayabilir. Parça kimliği, miktarı ve ilgili iş emri birlikte tutulmalıdır.
Kullanılmayan parça ile sökülen eski parça da ayrılmalıdır. İade, arıza ve yeniden kullanılabilirlik kararları operasyonun kurallarına bağlıdır. Bu bilgileri tek bir serbest metin alanına bırakmak daha sonra raporlamayı zorlaştırır.
Faturalandırılabilir parça ile ücretsiz değişim kapsamındaki parçanın ayrımı gerekiyorsa bunu yetkili kararına bağlayın. Teknisyenin ekranda seçtiği seçenek, ticari onay gerektiren bir durumu otomatik kesinleştirmemelidir.
Sahada bağlantı kesilebilir. Çevrimdışı çalışma isteniyorsa hangi bilgilerin cihazda tutulacağını, ne kadar süre saklanacağını ve bağlantı gelince hangi sırayla aktarılacağını tasarlayın. Bütün müşteri arşivini telefona indirmek gerekli değildir.
İş emri: SRV-104
Cihazdaki sürüm: 7
Yerel işlem: Kullanılan parçayı ekle
Bağlantı sonrası: Merkezde sürüm kontrolü
Çakışma varsa: Otomatik ezme yerine inceleme kaydı
Bu örnekte sürüm kontrolü veri çakışmasını fark etmek için kullanılır. Merkez iş emrini başka teknisyene atamışken eski cihazın kapanış göndermesi gibi durumlar ayrıca ele alınmalıdır. Son yazanın bütün veriyi ezmesi her alan için uygun bir kural değildir.
Servis fotoğrafında ev içi görüntü, adres veya belge bilgisi bulunabilir. Uygulamanın ihtiyacından fazla veri toplamayın. Teknisyenin yalnızca kendisine atanmış kayıtlara erişmesi, dosya bağlantılarının yetkiyle açılması ve cihaz kaybı durumunun planlanması gerekir.
Web ve mobil uygulama karşılaştırması, cihaz ihtiyaçlarının seçime etkisini açıklıyor. Sahada kamera, bağlantı kısıtı ve düzenli kullanım önemliyse bu gereksinimleri arayüz tasarımından önce değerlendirin.
Varsayımsal bir pilotta iki teknisyen ve tek servis türüyle ilerleyebilirsiniz. Aynı iş emrini çevrimdışı düzenleme, parçanın yanlış seçilmesi, görevin geri alınması ve müşterinin adreste bulunmaması senaryolarını deneyin. Bu örnekler, yalnızca sorunsuz kapanış üzerinden yapılan testten daha fazla karar noktası gösterir.
Her durumda şart değildir. Tarayıcı tabanlı bir ekran bazı operasyonlarda yeterli olabilir. Kamera kullanımı, çevrimdışı kayıt, cihaz özellikleri ve günlük kullanım sıklığı seçimde belirleyicidir. Önce teknisyenin sahada hangi işlemleri yapacağını ve hangi bağlantı koşullarında çalışacağını tanımlayın. Platform seçimini yalnızca uygulama mağazasında bulunma isteğine göre yapmak bakım ve kullanım açısından gereksiz yük oluşturabilir.
Bu, uygulamanın tasarımına bağlıdır. Çevrimdışı destek varsa kayıtlar kontrollü biçimde cihazda tutulup bağlantı sonrası aktarılabilir. Yerel saklama güvenliği, başarısız aktarım ve merkezde değişmiş kayıtlarla çakışma ayrıca planlanmalıdır. Çevrimdışı özelliğin bulunması bütün işlemlerin sınırsız süre bağlantısız yapılabildiğini göstermez. Hangi alanların ve eylemlerin desteklendiği açıkça belirtilmeli ve pilotta denenmelidir. Başarısız aktarımlar teknisyene görünür bir uyarı vermelidir.
Hayır. Konum, görev atamasına yardımcı olabilecek bilgilerden biridir. İş emri durumları, teknisyen uzmanlığı, parça kullanımı, teslim doğrulaması ve merkezle veri eşitleme de gerekir. Ayrıca konum verisinin hangi amaçla ve hangi kapsamda toplandığı tanımlanmalıdır. Sürecin başarısını sadece haritadaki hareketten ölçmek, malzeme bekleme veya müşteriye erişememe gibi gerçek operasyon nedenlerini gözden kaçırabilir.
Başlangıç değerlendirmesinde görev sayısının yanında açık işlerin yaşı, yeniden açılma nedeni ve eksik kayıtlar izlenebilir. Bu göstergeler ekip performansını tek başına açıklamaz; parça tedariki ve müşteri uygunluğu gibi dış etkenler de dikkate alınmalıdır.
ARKTECH özel yazılım hizmetleri için iş emri örneğinizi hazırlarken çevrimdışı senaryoyu ve parça hareketlerini ekleyin. Önce bir işin açılmasından merkezde doğrulanarak kapanmasına kadar geçen bütün adımları yazın.
