Servis talebi
Telefon, web formu, WhatsApp, e-posta veya çağrı merkezinden gelen talep tek müşteri kaydında açılır.
Saha Servis Yönetimi; müşteri taleplerini iş emrine dönüştürür, uygun personeli planlar, konum ve servis durumunu izler, kullanılan malzeme ile saha formunu merkez ofise taşır. Ekipler telefon ve mesaj trafiği yerine güncel görev planıyla çalışır; yöneticiler geciken, tamamlanan ve tekrar servis gerektiren işleri tek ekranda görür.
Canlı operasyon · 8 ekipSaha Servis Yönetimi, merkez dışında gerçekleştirilen kurulum, arıza, bakım, keşif ve teknik destek işlerini müşteri talebinden kapanışa kadar yöneten iş yazılımıdır. Müşteri ve cihaz bilgisi, servis adresi, öncelik, teknisyen ataması, randevu zamanı, kullanılan parça, saha notu ve sonuç aynı iş emrinde tutulur.
Saha servis programı yalnızca takvim değildir. Planlama ekibiyle teknisyen arasındaki bilgi akışını standartlaştırır; müşteriye verilen sözün, sahada yapılan işlemin ve faturalamaya aktarılacak bilginin aynı kayıt üzerinden ilerlemesini sağlar.
İş sayısı azken telefonla atama ve kâğıt servis formu yeterli görünebilir. Ekip, bölge ve müşteri sayısı arttığında aynı saatte iki randevu verilmesi, yanlış teknisyenin yönlendirilmesi, gerekli parçanın unutulması ve tamamlanan işin merkeze geç ulaşması sıklaşır.
Müşteri “teknisyen ne zaman gelecek?” diye aradığında ofis güncel durumu bilmiyorsa hem çağrı yükü hem memnuniyetsizlik artar. Sorun personelin çabası değil, ortak ve güncel operasyon kaydının bulunmamasıdır.
Merkez ekip bütün iş yükünü ve istisnaları görür. Teknisyen ise yalnızca bugün gitmesi gereken adresi, müşteri notunu, cihaz geçmişini ve tamamlaması gereken formu görür. Aynı veriyi herkese göstermek yerine role göre sadeleştirilmiş ekranlar tasarlanır.
Modüller sektörün servis tipine, ekip büyüklüğüne, cihaz veya varlık yapısına ve entegrasyon ihtiyacına göre seçilir.
Telefon, web formu, WhatsApp, e-posta veya çağrı merkezinden gelen talep tek müşteri kaydında açılır.
Arıza, kurulum, keşif ve bakım işleri öncelik, söz verilen zaman ve gerekli yetkinlikle tanımlanır.
Bölge, müsaitlik, uzmanlık, vardiya ve iş yüküne göre uygun saha personeli seçilir.
Teknisyen durum, işlem, fotoğraf, not, ölçüm, malzeme ve müşteri imzasını sahadan kaydeder.
Seri numarası, model, kurulum, garanti, önceki arızalar ve değişen parçalar cihaz kartında tutulur.
Sözleşmeli ve periyodik bakım tarihleri otomatik iş emri ve hatırlatmaya dönüşür.
Araç stoğu, depo çıkışı, kullanılan parça ve iade bilgisi iş emriyle ilişkilendirilir.
Randevu, teknisyen yola çıktı, iş tamamlandı ve değerlendirme adımları uygun kanaldan iletilebilir.
Çözüm süresi, ilk seferde çözüm, tekrar servis, teknisyen kapasitesi ve maliyet izlenir.
Hedef teknisyeni sürekli takip etmek değil; doğru bilgi ve malzemeyle doğru işe yönlendirerek müşteriye verilen hizmeti tutarlı hale getirmektir.
Müşteri çağrı merkezine arıza bildirir. Operatör müşteri ve cihaz geçmişini görür, sorunu sınıflandırır ve hizmet seviyesi kuralına göre öncelik verir. Sistem bölgedeki uygun ve yetkin teknisyenleri gösterir.
Teknisyen mobil ekrandan görevi kabul eder, rota bilgisine ulaşır ve müşteriye tahmini geliş bildirimi gönderilir. Sahada teşhis, fotoğraf, parça ve işlem kaydedilir. Müşteri imzasıyla iş kapanır; gerekli bilgi fatura veya ERP sistemine aktarılır.
Planlama yalnızca boş takvim aralığı bulmak değildir. İşin aciliyeti, müşteriye verilen zaman sözü, servis adresi, tahmini süre, teknisyenin uzmanlığı, çalışma saati, mevcut rotası ve gerekli malzeme birlikte düşünülmelidir. Yanlış planlama teknisyenin gün içinde gereksiz yol yapmasına, acil işin gecikmesine veya sahaya eksik parçayla gitmesine neden olabilir.
Sistem karar desteği sunabilir ancak operasyon kuralları işletme tarafından tanımlanır. Örneğin sözleşmeli müşteriler için farklı SLA, belirli cihaz markaları için yetkili ekip veya yüksek riskli işler için iki personel kuralı uygulanabilir. Planlayıcı öneriyi görür ve gerektiğinde manuel değişiklik yapar; bütün değişiklikler iş emri geçmişinde izlenebilir.
Adresler harita üzerinde gösterilebilir, teknisyenin gün içi sırası bölge ve zaman penceresine göre planlanabilir. Araç takip sistemi bulunan projelerde konum veya sürüş verisinin hangi amaçla ve hangi yetkiyle kullanılacağı ayrıca değerlendirilir. Rota optimizasyonu müşteriye kesin varış garantisi vermek yerine daha gerçekçi plan ve daha az gereksiz yol hedefler.
Saha ekranı masaüstü panelinin küçültülmüş hali olmamalıdır. Teknisyen çoğu zaman hareket halinde, zayıf bağlantıda veya eldivenle çalışır. Bugünkü görevler, adres, müşteri telefonu, cihaz bilgisi, arıza notu ve gerekli form birkaç dokunuşla ulaşılabilir olmalıdır.
Formlar her iş tipine göre değişebilir. Kurulum ekibi seri numarası ve devreye alma kontrolü doldururken bakım ekibi ölçüm değerleri ve kontrol listesini tamamlayabilir. Gereksiz alanlar teknisyeni yavaşlatmamalıdır.
Bakım hizmeti veren işletmeler için değer yalnızca arızaya hızlı gitmek değildir. Cihazın planlı bakımını zamanında yapmak, sözleşme kapsamını bilmek ve yaklaşan işi kapasiteye göre önceden planlamak gerekir. Müşteri, lokasyon, cihaz ve bakım periyodu ilişkilendirildiğinde sistem belirlenen tarihten önce iş emri taslağı ve hatırlatma oluşturabilir.
Sözleşmede dahil olan hizmet, ücretli parça, müdahale süresi ve bakım adedi gibi kurallar iş emrinde görünür olmalıdır. Teknisyen sahada müşteriye yanlış kapsam bilgisi vermez; merkez ekip yenileme zamanı yaklaşan sözleşmeleri takip edebilir. Bakım tamamlandığında bir sonraki tarih ve ölçüm geçmişi cihaz kartına işlenir.
Kurulum tarihi, garanti süresi, garanti dışı işlem ve değişen parçanın kendi garanti dönemi ayrı tutulabilir. Yeni servis talebi açıldığında sistem cihazın durumunu gösterir. Bu bilgi hem fiyatlandırma kararını hem de üretici veya tedarikçiye yapılacak garanti bildirimini destekler.
Teknisyenin gerekli parçayı yanında bulundurmaması müşteriye ikinci ziyaret anlamına gelebilir. Saha Servis Yönetimi, iş emri planlanırken tahmini parça ihtiyacını gösterebilir ve araç stoğuyla ilişkilendirebilir. Sahada kullanılan malzeme mobil formdan düşülür; kullanılmayan veya arızalı parça iade sürecine alınır.
Stok takibinin kapsamı işletmenin ERP veya muhasebe sistemiyle birlikte tasarlanmalıdır. Ana stok kaynağı başka bir yazılımsa saha sistemi gerçek zamanlı veya periyodik entegrasyonla bilgi alabilir. Aynı veriyi iki sistemde bağımsız tutmak yerine hangi sistemin ana kayıt olduğu belirlenir.
Seri numaralı ve maliyeti yüksek parçalar için daha ayrıntılı izleme gerekebilir. Hangi parçanın hangi cihazda kullanıldığı, hangi teknisyenin teslim aldığı ve garanti kapsamında olup olmadığı kayıt altına alınabilir.
Metrikler personeli yalnızca daha hızlı çalışmaya zorlamak için değil, kapasite ve kalite sorunlarını görmek için kullanılmalıdır.
İş emrinin müşteri talebinden faturaya kadar kesintisiz ilerlemesi için mevcut sistemlerin rolü belirlenir. Her entegrasyon gerçek iş ihtiyacına göre planlanır.
Yapay zekâ, geçmiş servis notlarından kısa cihaz özeti oluşturma, müşteri açıklamasını arıza kategorisine ayırma, uygun bilgi bankası içeriğini önerme veya teknisyenin serbest metin notunu düzenli servis raporuna dönüştürme gibi alanlarda kullanılabilir. Planlama tarafında tahmini süre veya parça ihtiyacı için öneri sunulabilir.
Bu özellikler uzman kararının yerine geçmemelidir. Özellikle güvenlik riski taşıyan teknik müdahalelerde öneriler doğrulanmalı, nihai işlem yetkili personel tarafından belirlenmelidir. Kullanılan verinin kapsamı, saklama politikası ve erişim yetkisi proje tasarımının parçasıdır.
Saha servisinde müşterinin deneyimi yalnızca arızanın çözülmesiyle belirlenmez. Talebin alındığının doğrulanması, randevu aralığının paylaşılması, teknisyenin yola çıktığının bildirilmesi ve iş tamamlandığında anlaşılır bir servis özeti sunulması da güvenin parçasıdır. Saha Servis Yönetimi bu temasları iş emrinin durumuna bağlayarak müşteri iletişimini kişisel takibe bağımlı olmaktan çıkarabilir.
Sözleşmeli müşteriler için müdahale süresi, çözüm süresi, çalışma saatleri ve öncelik seviyesi farklı olabilir. Sistem; müşteri, cihaz, arıza sınıfı ve sözleşme koşuluna göre hedef süreyi iş emrine taşıyabilir. Kritik süre yaklaşırken planlama ekibine uyarı verilebilir; gecikme riski oluştuğunda sorumlu yönetici kaydı neden ve aksiyon bilgisiyle inceleyebilir.
Bildirim dili de operasyon kadar önemlidir. Müşteriye teknik ekip içi kodlar yerine beklenen geliş zamanı, sonraki adım ve iletişim kanalı gösterilmelidir. WhatsApp veya SMS bağlantısı kurulacaksa onay, şablon, gönderim kaydı ve kanal kuralları proje kapsamında ele alınır. Böylece daha az “servis nerede?” çağrısı alınırken müşteriye kontrol hissi veren ölçülü ve tutarlı bir deneyim oluşturulur.
Yalnızca tamamlanan iş emri sayısına bakmak operasyonun gerçek kalitesini göstermez. Hızlı kapanan ancak kısa sürede yeniden açılan bir servis, ilk raporda başarılı görünse de işletmeye ek yol, parça ve işçilik maliyeti oluşturur. Bu nedenle hız, kalite, kapasite ve müşteri sonucu birlikte izlenmelidir.
Raporlar çalışanları yalnızca sıralamak için değil, süreçteki darboğazı bulmak için tasarlanmalıdır. Düşük ilk seferde çözüm oranı eğitim, eksik cihaz geçmişi veya araç stoğu sorununa; uzun seyahat süresi bölge planlamasına; yüksek tekrar servis oranı ise form ve kalite kontrol eksikliğine işaret edebilir. Doğru gösterge, yöneticiyi yalnızca sonuca değil sonucun nedenine götürür.
Saha personeli müşteri adresi, telefon, cihaz bilgisi ve bazı durumlarda tesisin teknik detaylarına erişebilir. Kullanıcı yalnızca atanmış işlerini ve görevi için gerekli bilgiyi görmelidir. Yönetici, planlayıcı, depo, çağrı merkezi ve teknisyen rolleri için farklı yetkiler tanımlanabilir.
KVKK ve diğer yükümlülükler açısından veri işleme amacı, aydınlatma, hukuki dayanak ve saklama süresi işletmenin yetkili danışmanlarıyla değerlendirilmelidir. Yazılım bu politikaların uygulanmasını destekler; tek başına hukuki uyum garantisi vermez.
Fiyat kullanıcı sayısından daha geniş bir kapsama bağlıdır. İş emri tipleri, teknisyen ve ekip sayısı, mobil form çeşitleri, cihaz veya varlık yapısı, bakım planları, stok kapsamı, harita ve araç takip bağlantısı, ERP entegrasyonu, veri aktarımı ve rapor ihtiyaçları analiz edilir.
| Kapsam | Değerlendirilen ihtiyaç | Projeye etkisi |
|---|---|---|
| Operasyon | İş tipi, bölge, vardiya ve SLA kuralları | Planlama ve otomasyon |
| Mobil kullanım | Form, fotoğraf, imza ve çevrimdışı ihtiyaç | PWA veya mobil ekran kapsamı |
| Varlık takibi | Cihaz, seri numarası, garanti ve bakım geçmişi | Veri modeli |
| Entegrasyon | ERP, stok, araç takip, çağrı merkezi ve API | Bağlantı ve test süresi |
| Destek | Eğitim, bakım, izleme ve geliştirme | Süreklilik modeli |
Ofiste anlatılan süreçle sahada gerçekten yapılan iş arasındaki farkı görerek ilerleriz. Pilot ekipten alınan geri bildirim canlıya geçişten önce sisteme yansıtılır.
Talep, planlama, uygulama ve kapanış süreci incelenir.
Durumlar, roller, formlar ve bakım kuralları hazırlanır.
Müşteri, stok, ERP ve iletişim bağlantıları kurulur.
Sınırlı ekip gerçek iş emirleriyle sistemi dener.
Ekipler eğitilir, veri kalitesi ve performans izlenir.
Müşteri, adres, cihaz, seri numarası, bakım tarihi, açık iş emri ve stok verileri Excel, CSV veya uygun eski sistemlerden analiz edilerek aktarılabilir. Aktarım öncesinde mükerrer müşteri, eksik cihaz eşleşmesi ve tutarsız durum değerleri temizlenir. Her eski notu olduğu gibi taşımak yerine canlı operasyon için gerekli ve güvenilir veri seçilir.
Geçiş sırasında açık servislerin kaybolmaması için kesim tarihi, sorumlu ekip ve kontrol listesi belirlenir. Önce örnek veriyle deneme aktarımı yapılır; sayılar ve ilişkiler doğrulandıktan sonra canlı veri taşınır.
WhatsApp üzerinden gelen arıza ve bakım taleplerini ortak gelen kutusundan iş emrine bağlamak için WhatsApp CRM çözümünü inceleyin.
Servis talebi, teknisyen planı, mobil form, bakım ve entegrasyon ihtiyaçlarınızı inceleyerek işletmenize uygun uygulama yol haritası hazırlayalım.
Copyright © 2016 - 2025 Tüm Hakları Saklıdır.
