preloader

Asansör Servis Programında Hangi Özellikler Olmalı?

Arama talebi ve uygulama rehberi · Son inceleme: 26 Temmuz 2026

Kısa cevap: Asansör servis programı yalnız arıza kaydı açmamalıdır. Çağrıyı doğru asansöre bağlamalı, öncelik ve SLA’ya göre teknisyene atamalı; mobil bulgu, fotoğraf, imza, kullanılan parça ve açık işi kaydetmeli; sonucu fatura, maliyet, tekrar arıza ve müşteri geçmişine taşımalıdır. Satın alma kararında özellik listesinden çok bir gerçek çağrının baştan sona kesintisiz ilerleyip ilerlemediği test edilmelidir.

1. Müşteri, bina ve asansör kartı

Her çağrı tekil asansör kaydından açılmalıdır. Kartta adres, bina yetkilisi, cihaz bilgisi, sözleşme, bakım ve arıza geçmişi, kritik erişim notları ve açık işler görünmelidir. Serbest metinle tekrar müşteri/asansör açılması geçmişi böler.

2. Çağrı ve öncelik yönetimi

Program şu ayrımları desteklemelidir:

  • mahsur kalma/acil durum;
  • çalışmayan asansör;
  • kısmi çalışma veya tekrar eden sorun;
  • planlı servis/revizyon;
  • müşteri bilgi talebi.

Öncelik yalnız renk olmamalı; hedef yanıt/varış süresi, sorumlu ekip ve eskalasyon kuralı üretmelidir.

3. Teknisyen atama ve rota

Atamada uygunluk, bölge, yetkinlik, devam eden iş, araç ve gerekli parça görülmelidir. Teknisyene yalnız adres değil şu bağlam gitmelidir:

  • çağrı açıklaması;
  • önceki benzer arızalar;
  • cihaz/model bilgisi;
  • bina erişim notu;
  • gerekli kontrol veya parça;
  • müşteri iletişim kişisi.

4. Mobil servis formu

Sahadaki ekran kısa ve rol odaklı olmalıdır. En az:

  • başlangıç/bitiş;
  • belirti ve arıza kodu;
  • bulgu ve kök neden;
  • yapılan işlem;
  • kullanılan parça;
  • fotoğraf;
  • imza/teslim;
  • açık iş ve takip tarihi

alanlarını desteklemelidir. Zorunlu alanlar iş türüne göre değişebilmelidir.

5. Parça ve stok bağlantısı

Kullanılan parça servis formunda yazılı kalmamalı; doğru depo/araç stokundan düşmeli ve iş maliyetine bağlanmalıdır. Stokta yoksa satın alma veya parça bekleme durumu açılmalı, müşteriye verilen yeni tarih korunmalıdır.

6. Açık iş ve teklif

Teknisyen bir risk veya değişim ihtiyacı bulduğunda servis kaydı kapanırken not kaybolmamalıdır. Bulgu; sorumlu, teklif ihtiyacı, parça, hedef tarih ve müşteri onayıyla ayrı takip işine dönüşebilmelidir.

7. SLA ve tekrar arıza

Program şu süreleri ayrı ölçmelidir:

  • ilk yanıt;
  • atama;
  • sahaya varış;
  • müdahale;
  • parça bekleme;
  • çözüm;
  • müşteri kapanışı.

Aynı asansörde benzer belirti/kök nedenle yeniden açılan iş tekrar arıza olarak ilişkilendirilmelidir. Yalnız toplam kapanan iş sayısı kaliteyi göstermez.

8. Fatura, maliyet ve tahsilat

Servis sonucu sözleşme kapsamı, ücretli işçilik, parça, yol veya dış hizmet olarak ayrılabilmelidir. Faturaya dönüşmeyen iş ve tahsilatı geciken müşteri aynı servis geçmişinden görülebilmelidir.

9. Müşteri iletişimi ve kanıt

Müşteriye çağrı alındı, ekip atandı, çalışma tamamlandı veya parça bekleniyor bilgisi tutarlı verilebilmelidir. Paylaşılan servis özetiyle içerideki kayıt aynı kaynaktan gelmelidir.

10. Yönetim raporları

Rapor Cevapladığı soru
Açık/geciken servis hangi iş neden bekliyor?
İlk müdahalede çözüm ikinci ziyaret gerektiren işler hangileri?
Tekrar arıza hangi cihaz ve kök neden tekrarlıyor?
Teknisyen iş yükü ekip dengeli mi?
Parça bekleme hangi satın alma işi servisi durduruyor?
İş maliyeti hangi müşteri/sözleşme marj kaybediyor?
Faturalama/tahsilat kapanan iş ticari sonuca dönüştü mü?

Demo sırasında uygulanacak on iki adımlı test

  1. mevcut müşteriyi ve asansörü bulun;
  2. acil veya normal çağrı açın;
  3. önceki geçmişi görün;
  4. teknisyen atayın;
  5. mobilde işi başlatın;
  6. kod, bulgu ve fotoğraf girin;
  7. parça kullanın;
  8. açık takip işi oluşturun;
  9. müşteri teslimini kaydedin;
  10. maliyet ve fatura sonucunu görün;
  11. aynı sorunla ikinci çağrı açın;
  12. tekrar arızanın rapora düştüğünü doğrulayın.

Elevatora SAHA bu servis akışını bakım, arıza, montaj, stok ve finans kayıtlarıyla aynı şirket kurulumunda yürütür. Kullanıcı başına büyüyen ortak havuz yerine şirkete özel kurulur; değerlendirme bir özellik sunumu değil gerçek iş testiyle yapılır.

Sık sorulan sorular

Servis programı ile bakım programı aynı mı?

Kesişen kayıtlar vardır. Bakım programı planlı periyotları; servis programı çağrı, müdahale ve kapanışı öne çıkarır. İyi sistem ikisini aynı asansör geçmişinde birleştirir.

Mobil uygulama olmadan servis programı yeterli olur mu?

Saha kapanışı ofiste tekrar giriliyorsa süre, fotoğraf, parça ve kanıt bağı zayıflar. Mobil rol ekranı temel seçim ölçütüdür.

Programı satın almadan önce nasıl test etmeliyiz?

Kendi gerçek çağrınızı açın ve teknisyen atamasından mobil kapanış, parça, fatura ve tekrar arıza raporuna kadar ilerletin.

İlgili rehberler

servis yazılımı ürün akışı, sekiz servis KPI’ı ve Excel–program karar rehberi.

Özellik sunumu değil, gerçek servis çağrısı test edin.Çağrıdan teknisyen kapanışı, parça, fatura ve tekrar arıza raporuna ilerleyin.Servis akışını 14 gün deneyin
WPWhatsApp