Servis Yazılımı Seçerken Dikkat Edilmesi Gerekenler

Yanlış Yazılımın Bedeli Faturada Değil, Sahada Ödenir

Yazıcı kiralama ve teknik servis firmalarında yazılım değişikliği kararı genellikle bir sıkışmanın ardından gelir: ay sonu sayaç faturası günlerce sürer, teknisyenin hangi cihaza neden gittiği kayıtlarda görünmez, aynı müşteri için üç farklı tabloda üç farklı bilgi vardır. Bu noktada piyasadaki seçeneklere bakmaya başlayan yönetici, çoğu zaman özellik listelerinin ve demo ekranlarının arasında kaybolur. Her ürün "mobil uygulama", "raporlama" ve "entegrasyon" vaat eder; fark, bu kelimelerin sizin operasyonunuzda neye karşılık geldiğindedir.

Bu yazıda servis yazılımı seçerken hangi soruları sormanız gerektiğini, demoda nelerin görünmediğini ve karar vermeden önce neyi kendi verinizle denemeniz gerektiğini ele alıyoruz. Hâlâ tablolarla çalışıyorsanız, önce Excel ile servis takibinin nerede tıkandığını anlatan yazımıza göz atmanız, ihtiyaç listenizi netleştirmenize yardımcı olur.

1. Önce Kendi Sürecinizi Yazın, Sonra Ürünlere Bakın

En sık yapılan hata, ihtiyacı tanımlamadan ürün karşılaştırmaya başlamaktır. Demo izlemeden önce bir sayfalık bir süreç özeti çıkarın:

• Bir arıza çağrısı nereden gelir (telefon, e-posta, müşteri portalı) ve kim kaydeder?
• Çağrı teknisyene nasıl atanır, teknisyen sahada ne kaydeder?
• Sayaçlar nasıl toplanır ve faturaya nasıl dönüşür?
• Toner ve yedek parça hangi depodan, hangi onayla çıkar?
• Ay sonunda yönetim hangi raporlara bakar?

Bu liste, ürünleri kendi işinize göre sınamanızı sağlar. Tedarikçinin hazırladığı senaryo yerine "bizim en karmaşık müşterimizin bir ayını bu sistemde baştan sona gösterin" diyebilirsiniz. Bu talebi karşılayamayan bir demo, size ürün hakkında değil, sunumun kalitesi hakkında bilgi verir.

2. Sayaç ve Faturalama: Sektöre Özgü Kalbi Test Edin

Genel amaçlı saha servis yazılımlarının çoğu iş emri, randevu ve teknisyen takibini iyi yapar. Yazıcı kiralama işini ayıran ise sayaç temelli faturalamadır. Bu yüzden değerlendirmenin merkezinde şu sorular olmalı:

• Sayaçlar nasıl toplanıyor? Elle giriş, e-posta ile gelen cihaz raporu ya da ağ üzerinden otomatik okuma. Otomatik okuma varsa, SNMP ile sayaç okumanın nasıl çalıştığını bilmek, tedarikçiye doğru soruları sormanızı kolaylaştırır.
• Mono ve renkli sayaç ayrı tutuluyor mu? Farklı birim fiyatları, taahhüt edilen minimum sayfa sayıları ve kademeli fiyatlandırma modelleri tanımlanabiliyor mu?
• Okunamayan cihaz ne olur? Sayaç gelmediğinde sistem bunu fark edip uyarı veriyor mu, yoksa fatura sessizce eksik mi çıkıyor?
• Hakediş kontrolü var mı? Önceki dönemden küçük sayaç, beklenmedik sıçrama ya da cihaz değişimi sonrası sıfırlanan değerler faturaya gitmeden yakalanabiliyor mu?

Bu konuların her biri, doğrudan gelir kaybına ya da müşteriyle anlaşmazlığa dönüşebilir. Kiralama hakediş ve faturalama sürecini adım adım yazdığınızda, yazılımın hangi adımı otomatikleştirdiğini, hangisini size bıraktığını açıkça görebilirsiniz. Sayaç tarafında aradığınız yetenekleri somut olarak görmek için sayaç takip programı sayfamızdaki akışı bir karşılaştırma şablonu olarak kullanabilirsiniz.

3. Teknisyen Uygulaması: Masada Değil Sahada Değerlendirin

Mobil uygulama demoda her zaman iyi görünür; ofiste, güçlü bir internet bağlantısında ve eğitimli bir sunucunun elinde. Gerçek sınav, bodrum kattaki arşiv odasında ya da çekmediği bilinen bir sanayi sitesinde yaşanır.

Değerlendirme sırasında şunları mutlaka deneyin:

• Bağlantı yokken ne çalışıyor? Teknisyen iş emrini açabiliyor, not ve fotoğraf ekleyebiliyor, sayaç girebiliyor mu? Bağlantı geri geldiğinde veriler kendiliğinden eşitleniyor mu, çakışma olursa ne oluyor?
• İş kaç dokunuşta kapanıyor? Bir arıza kaydını kapatmak için on ekran geçmek gerekiyorsa teknisyen kaydı akşama bırakır, akşam da unutur.
• Cihaz geçmişi sahada görünüyor mu? Aynı cihaza daha önce hangi parçanın takıldığını, son sayacın ne olduğunu teknisyen müşterinin yanında görebilmeli.
• Kullanılan parça stoktan düşüyor mu? Sahada takılan parçanın depo ve maliyet kaydına işlenmesi, yedek parça stok yönetiminin güvenilir olmasının ön koşuludur.

Mümkünse karar öncesinde iki üç teknisyenle, birkaç günlük gerçek işle kısa bir deneme yapın. Teknisyenin benimsemediği bir uygulama, ne kadar güçlü olursa olsun, ofise eksik veri taşır.

4. Çağrı, SLA ve Planlama

Servis kalitesini ölçmenin yolu, çağrının açıldığı andan kapandığı ana kadar olan zamanı kaydetmekten geçer. Yazılım şu soruları cevaplayabilmeli:

• Her müşteri ya da sözleşme için farklı müdahale ve çözüm süresi tanımlanabiliyor mu?
• Süre dolmak üzereyken kim, nasıl uyarılıyor?
• Mesai dışı saatler ve resmî tatiller hesaba katılıyor mu?
• Aynı cihaz için kısa aralıklarla açılan tekrar çağrıları ayrıca raporlanıyor mu?

Taahhüt ettiğiniz sürelerin gerçekçi olup olmadığını ölçemeyen bir sistemle SLA süresi belirlemek tahmine dayanır. Planlama tarafında da teknisyenlerin konumu, uzmanlığı ve günlük yükü birlikte görülebilmeli; aksi hâlde teknisyen rota planlaması yine dispeçerin hafızasına kalır. Arıza, atama ve SLA akışının uçtan uca nasıl kurgulanabileceğini teknik servis yönetimi sayfasında örnek bir yapı üzerinden görebilirsiniz.

5. Entegrasyon ve Veri Sahipliği

Servis yazılımı tek başına yaşamaz; muhasebe programı, e-Fatura altyapısı, bazen de müşterinin kendi talep sistemiyle konuşması gerekir. Burada dikkat edilecek noktalar:

• Muhasebe ve e-Fatura: Sayaç faturası servis yazılımında hesaplanıp muhasebeye elle mi aktarılıyor, yoksa doğrudan mı gidiyor? Elle aktarma adımı her ay aynı hataların tekrar etme riskini taşır.
• Belgelenmiş bir arayüz (API) var mı? "Entegrasyon yapabiliriz" cevabı yeterli değildir. Hangi verilerin okunup yazılabildiğini, belgenin herkese açık olup olmadığını sorun.
• Veriyi dışarı alabiliyor musunuz? Müşteri, cihaz, sözleşme, sayaç geçmişi ve servis kayıtlarını tam ve okunabilir bir biçimde dışa aktarabilmek, ileride tedarikçi değiştirmek istediğinizde sizi esir kalmaktan korur.

6. Güvenlik, Yetki ve KVKK

Servis yazılımında müşteri yetkililerinin adı, telefonu ve adresi gibi kişisel veriler tutulur. Bu nedenle değerlendirmede teknik sorular kadar hukuki sorular da yer almalı:

• Veriler nerede barındırılıyor? Sunucular yurt dışındaysa, 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun yurt dışına aktarımı düzenleyen 9. maddesi devreye girer. Bu madde 7499 sayılı Kanun ile değiştirilmiş ve yeni düzen 1 Haziran 2024'te yürürlüğe girmiştir. Yeni sistemde önce yeterlilik kararı, o yoksa standart sözleşme gibi uygun güvenceler aranır; standart sözleşme imzalandığında Kurul'a beş iş günü içinde bildirim yapılması gerekir. Tedarikçiye bu konuda nasıl bir yol izlediğini açıkça sorun ve cevabı hukuk danışmanınızla birlikte değerlendirin.
• Rol bazlı yetki var mı? Teknisyen fiyatları, muhasebeci servis notlarını, bayi yalnız kendi müşterilerini görmeli.
• Kim neyi değiştirdi, izlenebiliyor mu? Özellikle sayaç ve fatura kayıtlarında değişiklik geçmişi, anlaşmazlık anında en güçlü dayanağınızdır.
• Yedekleme ve erişim: Yedeklerin ne sıklıkla alındığını ve geri dönüşün nasıl yapıldığını yazılı olarak isteyin.

7. Toplam Maliyeti Hesaplayın, Yalnız Lisans Fiyatını Değil

Kullanıcı başı aylık ücret, maliyetin yalnızca görünen kısmıdır. Karşılaştırma tablonuza şu kalemleri de ekleyin:

• Kurulum ve mevcut verilerin aktarımı
• Eğitim ve ilk aylardaki destek ihtiyacı
• Entegrasyonların kurulması ve bakımı
• Teknisyen, cihaz veya modül sayısı arttığında fiyatın nasıl değiştiği
• Sistemi yönetmek için sizin tarafınızda harcanacak zaman

Aynı hesabı "yazılım almazsak" senaryosu için de yapın: kaçan sayaçlar, gecikmiş faturalar, gereksiz ikinci ziyaretler ve ay sonunda harcanan mesai de bir maliyettir, sadece faturası ayrı gelmez.

8. Geçiş Planını Tedarikçiyle Birlikte Kurun

İyi bir yazılım kötü bir geçişle başarısız olabilir. Tedarikçiden, verilerinizin nasıl aktarılacağını, hangi sırayla kimlerin eğitileceğini ve eski sistemle yenisinin ne kadar süre paralel çalışacağını gösteren somut bir plan isteyin. Geçişi tek seferde yapmak yerine bir müşteri grubu ya da bir bölgeyle başlamak, hataları küçükken yakalamanızı sağlar. Bu süreci adım adım ele aldığımız Excel'den servis yazılımına geçiş planı yazısı, kontrol listesi olarak kullanılabilir.

Karar Öncesi Kısa Kontrol Listesi

• Kendi sürecimizi yazdık ve demoyu bu sürece göre istedik.
• Sayaç toplama, okunamayan cihaz uyarısı ve hakediş kontrolünü kendi verimizle denedik.
• Mobil uygulamayı bağlantısız ortamda ve gerçek teknisyenlerle test ettik.
• SLA tanımı, uyarı ve raporlamayı gördük.
• Muhasebe ve e-Fatura akışını ve veri dışa aktarımını doğruladık.
• Verinin nerede tutulduğunu ve KVKK kapsamındaki yaklaşımı yazılı olarak aldık.
• Toplam maliyeti en az üç yıllık bir dönem için hesapladık.
• Aşamalı bir geçiş planında anlaştık.

Bu listeyi karşılayan birden fazla seçenek kalırsa, son kararı teknisyenlerin ve faturayı hazırlayan ekibin deneyimine bırakmak genellikle doğru sonuç verir. Yazıcı kiralama ve servis operasyonu için geliştirilen çözümlerimizi de bu listeyle sınayabilirsiniz; PrintBeacon'ı değerlendirirken de yukarıdaki soruların her birini sormanızı öneririz.