1. Kullanım kolaylığı
Servis yazılımı gün boyunca onlarca kez açılır. Yeni müşteri eklemek, plaka aramak veya tahsilat girmek için uzun eğitim gerektiriyorsa kayıtlar zamanla atlanır. Menülerin sanayi iş akışındaki karşılığı net olmalıdır: müşteri, araç, yeni servis, planlama, stok ve muhasebe.
Demo sırasında uzun bir servis formunu yarıda bırakın ve geri dönün. Taslak otomatik kaydoluyor mu? Zorunlu alan sayısı işi gereksiz yere yavaşlatıyor mu? Telefon ekranında butonlar kolay ayırt ediliyor mu? Bunlar özellik sayısından daha önemli olabilir.
2. Mobil ve çevrimdışı çalışma
Servis kabulü her zaman bilgisayar masasının yanında yapılmaz. Araç başında fotoğraf çekmek, kilometreyi yazmak ve müşteriye teklif göstermek için mobil kullanım önemlidir. Uygulama telefona sonradan sıkıştırılmış bir masaüstü ekranı gibi görünmemelidir.
İnternet bağlantısının zayıf olduğu bir sanayi sitesinde bulut bağlantısı kesildiğinde ne olacağını sorun. Çevrimdışı çalışan uygulama temel kayıtları cihazda sürdürebilir. Bulut kullanan sistemlerde ise kesinti senaryosu, senkronizasyon ve veri çakışması açıkça anlatılmalıdır.
3. Müşteri ve araç geçmişi
Plaka, telefon veya müşteri adıyla hızlı arama yapılabilmelidir. Araç kartında marka-model, motor, kilometre, şasi/VIN, ruhsat fotoğrafı ve önceki servisler görünmelidir. Yapılan işlemler, kullanılan parçalar ve bakım tarihleri aynı geçmişin parçası olmalıdır.
Program yalnızca PDF üretip eski kayıtları aranabilir biçimde tutmuyorsa uzun vadede dijital arşiv işlevi zayıf kalır. Bir yıl önceki bakım kaydından otomatik hatırlatma oluşturabilmesi önemli bir avantajdır.
4. Tahsilat, taksit ve cari takip
“Ödendi” kutusu gerçek servis tahsilatını anlatmaya yetmez. Alınan miktar, kalan borç, ödeme yöntemi, vade ve sonraki taksitler ayrı hareketler olmalıdır. Ödeme geçmişi değiştirilemez bir defter mantığıyla izlenebilmelidir.
Müşteri borçları kadar tedarikçi borçları ve nakit-kart-banka kasalarının ayrımı da önemlidir. Muhasebe ekranının resmi muhasebe programı olup olmadığını değil, mali müşavire hangi raporları sağladığını sorun.
5. Stok hareket defteri
Stok ekranında yalnızca mevcut adet bulunması yeterli değildir. Alım, kullanım, iade ve düzeltme hareketleri ayrı görünmelidir. Parça bir servis kaydında kullanıldığında stok otomatik düşmeli; adet azaltıldığında doğru iade hareketi oluşmalıdır.
Alış fiyatı, satış fiyatı, kritik stok seviyesi, tedarikçi ve beklenen teslim tarihi takip edilebilmelidir. Geçmiş bir servisin maliyeti, parça kartındaki bugünkü fiyat değiştiğinde bozulmamalıdır.
6. Müşteri verisi ve uygulama güvenliği
Müşteri telefonu, ruhsat, şasi numarası ve servis medyası kişisel veya ticari açıdan hassas bilgidir. Verinin nerede tutulduğunu, kimlerin erişebildiğini ve üçüncü taraf analiz/reklam servisleriyle paylaşılıp paylaşılmadığını öğrenin.
Mobil uygulamada Face ID veya Touch ID kilidi, uygulama açık bırakıldığında ek koruma sağlar. Ancak cihaz kilidi, işletme içi yetkilendirme ve düzenli yedekleme birlikte düşünülmelidir.
7. Yedekleme ve geri yükleme
“Yedek alıyor” ifadesi tek başına yeterli değildir. Yedek dosyası şifreli mi? Geri yüklemeden önce doğrulanıyor mu? Bozuk veya eski sürüm yedeği açıldığında veri kaybını önleyen kontrol var mı? Medya dosyaları yedeğe dahil mi?
8. Destek ve ürünün gelişim yönü
Yazılımın kim tarafından geliştirildiği, hata bildirimine nasıl dönüş yapıldığı ve iOS güncellemelerine ne kadar sürede uyum sağladığı önemlidir. Söz verilen ama henüz çalışmayan özelliklerle mevcut özellikleri ayırın.
İşletmeniz büyüdüğünde tablet düzeni, çoklu kullanıcı, rol yetkileri veya bulut senkronizasyonu gerekip gerekmeyeceğini düşünün. Bugünkü ihtiyacı karşılayan sade ürün ile gelecekteki büyümeyi destekleyen yol haritası arasında denge kurun.
| Demo testi | Kontrol edilecek sonuç |
|---|---|
| Yeni servis kaydı | Müşteri, araç ve şikayet hızlı giriliyor mu? |
| Kısmi ödeme | Alınan miktar ve kalan borç ayrı görünüyor mu? |
| Parça kullanımı | Stok otomatik ve izlenebilir biçimde düşüyor mu? |
| Yedek geri yükleme | Veriler doğrulanarak eksiksiz geri geliyor mu? |