Teknik Servis Programı Nasıl Seçilir?

Teknik servis programı arayan herkesin aklında benzer bir sahne vardır: rafta bekleyen bir cihaz, telefonda durumunu soran bir müşteri, fişi bulmak için atölyeye seslenen resepsiyon. Düzenli ekranlar bu sahneyi tek başına çözmez. Bir cihaz kabul edildiğinde başlayan kayıt, teklif reddedildiğinde veya parça bulunamadığında da anlaşılır kalmalıdır. Ön büro, teknisyen ve stok sorumlusu aynı fişe baktığında işin nerede durduğunu ve sıradaki adımı kimin atacağını görebilmelidir.

İlk görüşmeye özellik listesi yerine kendi iş akışınızı götürün. Onarılan bir cihazı, parça bekleyen bir işi ve onarımsız teslimi kişisel bilgilerden arındırarak anlatın. Programı normal akış kadar istisnalar üzerinden de değerlendirin; teknik servis takip programlarının çoğu kâğıt üzerinde aynı görünür, fark reddedilen teklifte ve okunamayan seri numarasında çıkar.

Kabul fişi hangi bilgiyi koruyor?

Kabulde müşterinin bildirdiği sorun ile teknisyenin daha sonra koyduğu teşhis ayrı tutulmalı. “Açılmıyor” şikâyetinin üzerine teknik açıklama yazıldığında ilk başvuru bilgisi kaybolmamalı. Cihazın modeli, dış görünümü, beraberindeki adaptör ve diğer aksesuarlar da kabul kaydına bağlanmalı; teslimde bu liste yeniden kullanılabilmeli.

Gösterimde aynı müşterinin iki benzer cihazını kabul ettirin. Her cihazın kendi fişi, aksesuarı ve fotoğrafı var mı? Cihaz başka teknisyene devredildiğinde fiziksel konumu bulunabiliyor mu? Raf, atölye masası veya saha ekibi gibi yer bilgileri sizin düzeninizi karşılamıyorsa yalnızca “serviste” durumu yeterli olmayacaktır.

Zorunlu alanları da sorgulayın. Kabulü durdurması gereken eksikle sonradan tamamlanabilecek eksik aynı değildir. Okunamayan seri numarası yüzünden iş tamamen kilitlenmemeli; buna karşılık eksikliğin kaydı ve tamamlayacak kişi görünür olmalı. Gereksiz alanlarla dolu fiş, ekibi rastgele bilgi girmeye yöneltebilir.

Seri numarası yoksa cihaz nasıl bulunuyor?

Seri numarası cihaz geçmişini bağlamak için yararlı bir alandır, fakat tek eşleştirme yöntemi sayılmamalı. Etiket silinmiş, numara yanlış okunmuş veya eski fişte boş bırakılmış olabilir. Böyle durumlarda oluşturulan cihaz kimliği, model, kabul fotoğrafı ve müşteri ilişkisi birlikte incelenebilmeli.

Bir numaranın düzeltilmesini gösterimde deneyin. Düzeltme eski onarımları başka cihaza taşıyor mu? Aynı numara ikinci kez girildiğinde yalnız uyarı mı çıkıyor, yoksa kayıtların ilişkisi incelenebiliyor mu? İki cihaz kartını birleştirme yetkisini herkese vermek yerine sorumlu kişinin kontrolünü isteyin; yanlış birleştirmeyi düzeltme yolunu da öğrenin.

Eski kayıt aktarımında yalnız fiş sayısını karşılaştırmayın. Seçtiğiniz cihazın önceki şikâyeti, müdahalesi ve değişen parçaları doğru geçmişte görünmeli. Kaynağı belirsiz kayıtları tahminle eşleştirmek yerine inceleme listesinde bekletin. Aktarımın tamamlandığına, cihaz ilişkileri kontrol edildikten sonra karar verin.

Aşama ile bekleme nedeni ayrılıyor mu?

“İşlemde” gibi geniş bir durum, günlük sırayı belirlemeye yetmez. Teşhis tamamlanmış olsa bile cihaz müşteri kararı, tedarikçi yanıtı veya parça bekliyor olabilir. Aşama, bekleme nedeni, sorumlu kişi ve son hareket zamanı birlikte görülebilmeli. Böylece ön büro her soruda atölyeyi aramak zorunda kalmadan kayıt üzerinden ilerleyebilir.

Ekipçe bir durum sözlüğü hazırlayın. Her durumun giriş koşulunu ve onu değiştirecek rolü yazın. “Teslime hazır” için testin tamamlanması gerekiyor mu? “Parça bekliyor” durumundan çıkmak için stok girişinin yapılması yeterli mi, yoksa teknisyen kontrolü de var mı? Bu ayrıntılar program seçiminden önce netleşirse gösterim daha anlamlı olur.

Günün sonunda açık fişlerin tamamını okumak yerine, sonraki adımı belirlenmemiş işleri arayın. Son hareketin eski olması tek başına gecikme kanıtı değildir; üzerinde anlaşılmış bekleme tarihini de görün. Süreç kurallarını belirlemek için iş akışı otomasyonuna başlangıç rehberindeki süreç seçimi yaklaşımından yararlanabilirsiniz.

Teklif reddedilince fiş nasıl kapanıyor?

Onay, red ve revizyon isteği ayrı kararlar olmalı. Teklifte önerilen parça, işçilik, kapsam ve geçerlilik bilgileri korunmalı; fiyat değişirse önceki teklifin üzerine sessizce yazılmamalı. Kararı ileten kişi, tarih ve iletişim yöntemi kaydedilebilmeli. Bir mesaj gönderilmiş olması, teklifin kabul edildiği şeklinde yorumlanmamalı.

Reddedilen teklifi gösterimin zorunlu senaryosu yapın. Onarım yapılmadan cihaz teslim edilebiliyor mu? İnceleme bedeli uyguluyorsanız bunun koşulu ayrı tanımlanabiliyor mu? Müşteriye aktarılan açıklama, ayrılmış parçanın dönüşü ve teslim alan kişi fişte bulunabiliyor mu? Fişin kapanışı “onarım tamamlandı” sonucuyla karışmamalı.

Müşteri kararını sonradan değiştirdiğinde eski red kaydını koruyun. Yeni teklif veya yeni onay önceki kararla ilişkilendirilmeli; yeni işin başlayabileceği koşul açık olmalı. Bu senaryoyu test etmek, yalnız başarılı onarımı izleyen bir programla bütün servis döngüsünü izleyen program arasındaki farkı gösterir.

Parça ayırma, tüketim ve iade farklı mı?

Bir fiş için parça ayırmak, o parçanın cihazda kullanıldığı anlamına gelmez. Ayrılmış parça başka işe verilmeyecekse kullanılabilir stok buna göre görünmeli. Onarım tamamlanınca tüketim kaydı, teklif reddedilince ayrılan parçanın serbest bırakılması farklı hareketler olarak izlenmeli. İade edilen arızalı parça da sağlam stokla karıştırılmamalı.

Denenecek durum	Görülmesi gereken kayıt
Stoktaki parça fişe ayrılır	Fiş ilişkisi ve ayrılan miktar
Parça cihazda kullanılır	Tüketim hareketi ve işlemi yapan kişi
Teklif reddedilir	Kullanılmayan parçanın serbest bırakılması
Yanlış parça sipariş edilir	İade veya değişim kararı ve açık ihtiyaç
Saha ekibi parçayı geri getirir	Araç stoğu ile atölye arasındaki hareket

Parça kodları değişebiliyorsa eski kodun geçmişte bulunabilmesini isteyin. Sipariş edilen miktar ile fişte gereken miktarın farklı olabileceğini de konuşun. Stok bağlantısı öneriliyorsa hangi kaydın esas alınacağını, bağlantı başarısız olduğunda kimin kontrol edeceğini ve aynı hareketin tekrar işlenmesini nasıl önleyeceğinizi netleştirin.

Test ve teslim birbirinden ayrılıyor mu?

Onarımın bitmesi, cihazın müşteriye teslim edilmesiyle aynı olay değildir. Cihaza uygun test kontrolü, sonucu ve kontrol eden kişi kayda alınmalı. Test başarısızsa fişin yeniden müdahale aşamasına dönmesi mümkün olmalı. Her cihaz için aynı uzun listeyi zorunlu kılmak yerine iş türüne uygun kontroller belirleyin.

Teslimde kabul edilen aksesuarları, yapılan işlem özetini ve teslim alan kişiyi karşılaştırın. Tahsilat bekleyen cihaz ile teslim için müşteriyi bekleyen cihaz farklı görünmeli. Teslim belgesi sonradan düzeltilirse ilk kaydı ve düzeltmenin nedenini bulabilmelisiniz. Kapanmış fişin yeniden açılması da ayrı bir yetki konusu olmalı.

Tekrar gelen cihazda önceki test ve teslim tarihine ulaşmayı deneyin. Kendi onarım şartlarınız ile üreticiye ait kararları birbirine karıştırmayın. Programın geçmişi göstermesi, arızanın nedenini veya garanti kararını kendiliğinden belirlemesi anlamına gelmez; değerlendirmeyi yapacak sorumlu ekipte kalmalıdır.

Gösterimde hangi kontrolleri tamamlamalısınız?

Gösterimi ön büro, teknisyen ve stok sorumlusu birlikte izlesin. Her rol kendi hesabıyla günlük bir işi tamamlasın. Cihaz içeriğine erişim, müşteri iletişim bilgileri, parça maliyeti ve kayıt dışa aktarma izinlerini ayrı değerlendirin. KVKK, saklama süreleri ve erişim ihtiyaçları da incelenmesi gereken konular arasındadır.

• Seri numarası eksik cihazı kabul edip sonradan doğru kartla eşleştirin.
• Teklifi reddedin, ayrılmış parçayı bırakın ve onarımsız teslim yapın.
• Testi başarısız kaydedip müdahaleye geri dönün.
• Eski fişteki düzeltmenin kim tarafından yapıldığını bulun.
• Örnek kayıtları dışa aktararak cihaz ve parça ilişkilerini kontrol edin.

Her madde için “gösterildi”, “ayrıca geliştirilecek” veya “kapsam dışında” notu alın. Destek, yedekten geri dönüş ve veri çıkışı koşullarını yazılı isteyin. Bu kayıtlar, teklifleri yalnız fiyat ve ekran sayısıyla karşılaştırma eğilimini azaltır; kararınızı gerçekten tamamlanan işler üzerinden vermenizi sağlar.

İlk kapsamı günlük servis işine göre seçin

Başlangıçta kabul fişi, cihaz geçmişi, teklif kararı, parça hareketi ve teslim kontrolünü birlikte ele alın. Saha planı veya müşteri durum sayfası sonraki ihtiyaç olabilir. Her ek özelliğin hangi günlük sorunu çözeceğini yazın. Eski fişleri Excel'den taşıyacaksanız Excel yerine müşteri takip programı yazısındaki temizlik ve eşleme adımları burada da geçerli.

Feza Innovation'da talep üzerine geliştireceğimiz teknik servis yazılımının kapsamını, kullandığınız fişler ve bu istisna senaryolarıyla belirleyebiliriz. Web çözümleri hizmetimiz için kişisel bilgileri çıkarılmış kabul, teklif ve teslim örnekleri hazırlamanız, ilk sürümün sınırlarını konuşmaya yeterli bir başlangıç sağlar.