Oto servis yazılımı nasıl seçilir? 10 kriter
Son güncelleme: 3 Ağustos 2026 · Yazan: KontrolJet ekibi
Oto servis yazılımı seçerken bakılması gereken şey özellik sayısı değil, servisin gerçek akışının uçtan uca taşınıp taşınmadığıdır. Aşağıdaki on kriter, tamirhane ve yetkili servis operasyonunda pratikte fark yaratan başlıklardır: randevunun nereye düştüğünden parça stoğunun kaç deftere yazıldığına, müşteri onayının nasıl belgelendiğinden verinin kime ait olduğuna kadar.
Bu rehber marka karşılaştırması yapmaz; hangi ürünü değerlendiriyor olursanız olun aynı soruları sormanız için yazıldı. GarajJet'in bu başlıklarda ne yaptığını görmek isterseniz oto servis programı sayfasına bakabilirsiniz.
- 1
Talep hangi kanaldan gelirse gelsin tek yere düşüyor mu?
Web formundan gelen talep ayrı bir e-posta kutusuna, telefon randevusu deftere, kapıdan gelen iş tezgâha yazılıyorsa ekip günde üç yere bakmak zorunda kalır ve biri mutlaka atlanır. Program, talebi ekibin zaten baktığı listeye düşürmeli ve nereden geldiğini rozetle göstermeli.
- 2
Kapasite gerçek atölyeye göre mi hesaplanıyor?
Doluluk, uydurma bir yüzde değil sizin tanımladığınız servis kanallarının günlük dakikası üzerinden çıkmalı. Kanal tanımlı değilken bir sayı gösteren ekran, yanlış karara güven verir. Kapasite aşımında program uyarmalı ama engellememeli — serviste iş çoğu zaman zaten kapıdadır.
- 3
İş emri hattı belirsiz aşama bırakıyor mu?
Bir iş emrinin nerede olduğu tahminle değil durumla anlaşılmalı ve program her adımda yalnızca oradan gidilebilecek durumları göstermeli. Kapanmış bir işte geçiş butonu çıkmamalı; "tamamlandı"dan doğrudan "teşhis"e dönülememeli.
- 4
Onayın kimden beklendiği ayrı işaretleniyor mu?
"Onay bekliyor" tek başına bilgi taşımaz. Garanti kapsamı için üreticiden mi, ücretli onarım için müşteriden mi, yoksa parçadan mı beklendiği ayrı bir rozetle görünmeli. Yetkili serviste bu ayrım, garanti dosyası takibinin tamamıdır.
- 5
Müşteri onayı yazılı ve tarih damgalı mı alınıyor?
Tutarın telefonda sözlü aktarıldığı yerde teslimde tartışma çıkar ve hangi kalemin onaylandığı ispatlanamaz. Müşteri, üye olmadan açtığı bir bağlantıdan kalemleri ve ödeyeceği tutarı görüp onaylayabilmeli; kararı — onay da ret de — tarih damgasıyla kaydedilmeli.
- 6
Parça kaç deftere yazılıyor?
İş emrinden düşen parça ile tezgahtan satılan aksesuar farklı yerlere yazılıyorsa sayım hiçbir zaman tutmaz. Paralel bir "servis stoğu" kuran program, ay sonunda iki farklı doğru üretir. Barkod okuyucuyla çalışması ve beden/renk gibi varyantları ayrı stok kalemi olarak tutması ayrıca sorulmalı.
- 7
Geçmiş plakaya mı, şasiye mi bağlı?
Plaka değişebilir, araç el değiştirebilir. Servis geçmişini şasi (VIN) üzerinden tutan program, aracın hikâyesini kesintisiz saklar. Galeri de yapıyorsanız bu kritik hale gelir: sattığınız araç ilk bakıma geldiğinde "yeni müşteri" olarak açılmamalı.
- 8
Müşteriyi geri getiren bir mekanizma var mı?
Bakım, muayene ve sigorta tarihleri kayıtta duruyorsa servis müşteriyi rastgele değil planlı arar. Hatırlatmanın otomatik gitmesi kadar, gönderildiğinin kaydedilip aynı mesajın tekrar gitmemesi de önemlidir — tekrar eden mesaj hattın itibarını en hızlı düşüren şeydir.
- 9
Çok şubeliyseniz iş, kapasite ve usta şubeye bağlı mı?
Tek şubede sorun olmayan şey iki şubede kaos olur: iş hangi atölyeye gitti, o günün doluluğu hangi şubenin, usta hangi şubede. Program şube bazlı çalışmalı, işi başka şubeye devredebilmeli ve pano şubeye göre filtrelenebilmeli.
- 10
Veri sizin mi, dışa aktarabiliyor musunuz?
Müşteri listesi, araç geçmişi ve iş emirleri işletmenin en değerli varlığıdır. Yazılım değiştirmek istediğinizde bu veriyi dışa aktarabiliyor musunuz? Ayrıca müşteri ve araç verisi tuttuğunuz için KVKK yükümlülüğü size aittir: rol bazlı erişim, saklama süresi ve aydınlatma yükümlülüğü sorulmalı. Sözleşme öncesi net cevap alın.
Sıkça sorulanlar
Oto servis yazılımı nasıl seçilir?
Özellik sayısına değil, servisin gerçek akışının uçtan uca taşınıp taşınmadığına bakın. On başlıkta değerlendirin: talebin tek yere düşmesi, gerçek atölyeye göre kapasite, belirsiz aşama bırakmayan iş emri hattı, onayın kimden beklendiğinin ayrı işaretlenmesi, yazılı ve tarih damgalı müşteri onayı, parçanın tek deftere yazılması, geçmişin şasiye bağlanması, otomatik bakım hatırlatması, çok şubeli çalışma ve verinin dışa aktarılabilirliği.
Bulut tabanlı mı, kurulumlu mu olmalı?
Bulut tabanlı bir yazılım sunucu bakımı, yedekleme ve güncelleme yükünü işletmeden alır; servise sahadan, tezgâhtan ve telefondan aynı anda erişilebilir. Kurulumlu sistemlerde bu yükler işletmede kalır. Hangi model olursa olsun sorulacak soru aynıdır: veriye ne kadar sürede ve hangi formatta erişebiliyorsunuz?
Demo sırasında nelere bakmalıyım?
Slayt değil, kendi verinizle canlı ekran isteyin: kendi iş türlerinizle bir iş emri açtırın, kendi plakanızı aratın, kayıtsız bir plakayla ne olduğunu görün, müşteri onay ekranını kendi telefonunuzda açın ve bir parçayı stoktan düşürün. Ekranların birbirine bağlandığı yer, ürünün gerçekten çalışıp çalışmadığını gösterir.
Yazılımı değiştirirken geçmiş veriler taşınabilir mi?
Müşteri, araç ve geçmiş iş emri kayıtları çoğu durumda tablo olarak aktarılabilir. Sözleşme öncesinde hem eski sağlayıcınızdan dışa aktarım imkânını hem yeni sağlayıcınızdan içe aktarım kapsamını yazılı olarak netleştirin; en çok kayıp bu geçişte yaşanır.
Bu 10 kriteri canlı panelde sınayın
Slayt yok. Kendi iş türlerinizle bir iş emri açıyor, kendi plakanızı aratıyor ve müşteri onay ekranını kendi telefonunuzda açıyoruz.
İlgili sayfalar: Oto Servis Programı · GarajJet nedir? · Blog