Asansör Bulut Yazılımı Demo Skor Kartı

İÇERİK

Bir asansör bulut yazılımı demosu genellikle etkileyici ekranlar, hızlı geçişler ve kapsamlı özellik listeleriyle sunulur. Ancak iyi hazırlanmış bir tanıtım, yazılımın günlük işlerinize gerçekten uyacağını tek başına kanıtlamaz. Önemli olan; bakım planlamasının, arıza yönetiminin, saha kayıtlarının, tahsilat takibinin ve raporlamanın sizin çalışma düzeninizde nasıl sonuç verdiğidir.

Demo skor kartı, farklı yazılımları aynı ölçütlerle değerlendirmenizi sağlar. Böylece kararınızı sunumun görsel etkisine veya satış temsilcisinin anlatımına göre değil, gerçek kullanım senaryolarına göre verebilirsiniz. Bu rehberde firma sahibi, ofis personeli ve teknisyenlerin birlikte uygulayabileceği pratik bir puanlama yöntemi bulacaksınız.

Demo Öncesinde İhtiyaç Listesi Hazırlayın

Yazılım demosuna hazırlıksız girildiğinde görüşmenin yönünü çoğunlukla ürünü tanıtan kişi belirler. En güçlü özellikler gösterilir fakat firmanızın yaşadığı temel sorunlar gözden kaçabilir. Bu nedenle demodan önce mevcut iş akışınızı ve çözmek istediğiniz problemleri yazılı hâle getirin.

Örneğin şu soruların cevaplarını belirleyin:

• Kaç asansörün bakımını takip ediyorsunuz?
• Kaç saha teknisyeniniz ve ofis kullanıcınız bulunuyor?
• Bir ayda ortalama kaç bakım ve arıza kaydı oluşuyor?
• Bakım planları bugün Excel, ajanda veya farklı programlarla mı yönetiliyor?
• İnternetin zayıf olduğu bölgelerde çalışma ihtiyacı var mı?
• Teknisyenlerin sahada fotoğraf, imza ve açıklama alması gerekiyor mu?
• Bakım formu veya servis fişi sahada yazdırılacak mı?
• Müşteriler bakım geçmişini ve açık taleplerini görebilecek mi?
• Sözleşme, tahsilat ve periyodik kontrol tarihleri aynı sistemde izlenecek mi?
• Şube veya ekip bazında performans raporu gerekli mi?

İhtiyaçları üç seviyeye ayırmak değerlendirmeyi kolaylaştırır:

1. Zorunlu: Olmadan sistemi kullanamayacağınız özellikler.
2. Önemli: Verimliliği artıran ancak geçici yöntemlerle karşılanabilecek ihtiyaçlar.
3. Tercihe bağlı: Faydalı olan fakat satın alma kararını tek başına belirlemeyen özellikler.

Örneğin internet bağlantısının sık kesildiği bölgelerde çalışan bir firma için çevrimdışı kayıt zorunlu olabilir. Buna karşılık yalnızca merkez ilçede çalışan küçük bir ekip için bu özellik ikinci planda kalabilir. Skor kartı, bu farklılıkları puana yansıtmalıdır.

Asansör Bulut Yazılımı Demosunda Gerçek Senaryo Kullanın

Demo sırasında sadece menülerin gösterilmesini izlemek yeterli değildir. Yazılımı, gerçek bir iş gününü taklit eden uçtan uca senaryoyla sınayın. Mümkünse firmanızdaki örnek bir müşteri, bina, asansör ve bakım planı üzerinden işlem yapılmasını isteyin.

Uygulanabilecek örnek senaryo şöyledir:

1. Yeni bir müşteri ve bina kaydı oluşturun.
2. Binaya bir asansör ekleyin.
3. Asansör için bakım sözleşmesi ve periyodik bakım planı tanımlayın.
4. Bakımı bir teknisyene atayın.
5. Teknisyen hesabından görevi açın.
6. Bakım maddelerini doldurun, fotoğraf ve açıklama ekleyin.
7. Müşteri veya bina yetkilisinden imza alın.
8. Bakım formunu PDF ya da termal fiş olarak oluşturun.
9. Tespit edilen eksiklik için takip işi açın.
10. Ofis ekranından bakımın tamamlanıp tamamlanmadığını kontrol edin.
11. Müşteriye ait geçmiş kayıtları ve raporları görüntüleyin.
12. İşlemle bağlantılı tahsilat veya cari hareketi inceleyin.

Bu test sırasında yalnızca işlemin tamamlanmasına değil, kaç adımda tamamlandığına da bakın. Bir bakım kaydının açılması mümkün olabilir; fakat teknisyenin aynı bilgiyi farklı ekranlara tekrar tekrar girmesi gerekiyorsa saha verimliliği düşer.

İyi bir demo, yazılımın neler yapabildiğini anlatmakla kalmaz; ekibinizin günlük işini ne kadar kolaylaştırdığını ölçmenize izin verir.

Demo Skor Kartı Nasıl Puanlanır?

Her başlığa 1 ile 5 arasında puan verebilirsiniz. Puanların herkes tarafından aynı anlamda kullanılması için değerlendirme ölçeğini önceden belirleyin.

Puan	Değerlendirme	Karar açısından anlamı
1	İhtiyacı karşılamıyor	Kritik eksik veya kullanılamaz süreç
2	Kısmen karşılıyor	Ek işlem, manuel takip veya geçici çözüm gerekiyor
3	Yeterli	Temel ihtiyaç karşılanıyor ancak geliştirme alanları var
4	İyi	Süreç hızlı, anlaşılır ve günlük kullanıma uygun
5	Çok iyi	İhtiyacı eksiksiz karşılıyor ve ölçülebilir fayda sağlıyor

Her ölçütün önem derecesi aynı değildir. Örneğin ekran renkleri 5 puan alırken offline çalışma 1 puan alıyorsa, sadece toplam puana bakmak yanıltıcı olabilir. Bu nedenle zorunlu özelliklere daha yüksek ağırlık verilmelidir.

Pratik bir ağırlıklandırma modeli kullanılabilir:

• Zorunlu özellik: Puan × 3
• Önemli özellik: Puan × 2
• Tercihe bağlı özellik: Puan × 1

Örneğin mobil uygulamanın kullanım kolaylığı firmanız için zorunluysa ve 4 puan aldıysa ağırlıklı sonucu 4 × 3 = 12 olur. Görsel özelleştirme tercihe bağlıysa ve 5 puan aldıysa sonucu 5 × 1 = 5 olarak hesaplanır. Böylece gösterişli fakat operasyon açısından zayıf bir ürünün yapay biçimde öne geçmesi engellenir.

Saha Kullanımı ve Bakım Süreçleri Nasıl Test Edilir?

Asansör bakım yazılımının gerçek sınavı çoğunlukla sahada verilir. Ofis ekranı güçlü görünse bile teknisyen görevi kolayca bulamıyor, form doldururken zaman kaybediyor veya internet kesildiğinde işlem yapamıyorsa sistem benimsenmeyebilir.

Saha değerlendirmesinde şu kontrol noktalarına puan verin:

Kontrol noktası	Test yöntemi	Beklenen sonuç
Görev görüntüleme	Teknisyen hesabıyla günlük işleri açın	Atanan işler ve adresler açıkça görülmeli
Mobil kullanım	İşlemi telefondan tamamlayın	Yakınlaştırma veya masaüstü ihtiyacı olmamalı
Offline çalışma	İnterneti kapatarak kayıt oluşturun	Veri kaybolmadan sonradan eşitlenebilmeli
Fotoğraf ve imza	Forma görsel ve imza ekleyin	Ekler ilgili iş kaydında saklanmalı
Kontrol maddeleri	Bakım formunu doldurun	Zorunlu maddeler ve eksikler anlaşılmalı
Durum güncelleme	Yola çıktı, başladı, tamamlandı adımlarını deneyin	Ofis güncel durumu takip edebilmeli
Çıktı oluşturma	PDF veya servis fişi üretin	Bilgiler doğru ve okunabilir görünmeli
Geçmiş kayıtlar	Aynı asansörün önceki işlerini açın	Teknisyen gerekli geçmişe hızla ulaşabilmeli

Teknisyenlerden yalnızca “beğendim” veya “beğenmedim” şeklinde görüş istemeyin. Bunun yerine belirli bir görevi tamamlamalarını sağlayarak süre tutun. Mevcut yöntemde sekiz dakika süren kayıt yeni yazılımda on beş dakika sürüyorsa, bunun nedeni araştırılmalıdır.

Ayrıca farklı deneyim seviyelerindeki teknisyenleri teste katın. Teknolojiye yatkın bir çalışan sistemi kolay kullanabilirken diğer ekip üyeleri zorlanabilir. Başarılı bir yazılım, kısa eğitimden sonra ekibin büyük bölümü tarafından kullanılabilmelidir.

Ofis, Müşteri ve Yönetim Tarafını Birlikte Ölçün

Bulut tabanlı sistemin amacı saha kayıtlarını dijitalleştirmekten ibaret değildir. Planlama, müşteri iletişimi, sözleşme kontrolü ve yönetsel raporlama da aynı veri üzerinden yürütülmelidir.

Ofis personeli şu işlemleri denemelidir:

• Aylık bakım planı oluşturma ve ekiplere dağıtma
• Geciken veya tamamlanmayan bakımları filtreleme
• Yeni arıza kaydı açma ve uygun teknisyene atama
• Tekrar eden arızaları asansör bazında inceleme
• Sözleşme bitiş ve yenileme tarihlerini takip etme
• Periyodik kontrol sonuçlarını ve etiket durumlarını kaydetme
• Müşteri, bina ve asansör geçmişine tek noktadan ulaşma
• Bakım formu, servis fişi ve rapor oluşturma
• Cari hesap, borç ve tahsilat durumunu görüntüleme
• Şube, ekip veya teknisyen bazında performans raporu alma

Bina yöneticisi açısından da erişim ve şeffaflık test edilmelidir. Müşteri portalı varsa bina yöneticisinin yalnızca yetkili olduğu kayıtları görüp görmediği kontrol edilmelidir. Bakım geçmişi, açık arızalar, belgeler ve borç durumu anlaşılır biçimde sunulmalıdır.

Asansorex gibi asansör sektörüne odaklanan bir bakım takip yazılımı değerlendirilirken bakım planı, saha formu, arıza geçmişi ve müşteri kayıtlarının birbirine bağlı çalışıp çalışmadığı gerçek bir örnek üzerinden sınanabilir. Buradaki ölçüt özellik sayısı değil, bilginin tekrar girilmeden süreçler arasında ilerlemesidir.

Güvenlik, Veri Aktarımı ve Destek Sorularını Atlamayın

Demo görüşmelerinde en çok ekranlar konuşulur; veri güvenliği, yedekleme ve sistemden ayrılma koşulları ise çoğu zaman son dakikaya bırakılır. Oysa müşteri iletişim bilgileri, bakım kayıtları, imzalar, fotoğraflar ve ticari hareketler işletme açısından kritik verilerdir.

Yazılım sağlayıcısına şu soruları yöneltin:

• Kullanıcı rolleri ve erişim yetkileri ayrıntılı tanımlanabiliyor mu?
• İşlem geçmişinde kaydı kimin ve ne zaman değiştirdiği görülebiliyor mu?
• Veriler hangi sıklıkla yedekleniyor?
• Hesap güvenliği için hangi yöntemler kullanılıyor?
• İşten ayrılan personelin erişimi hemen kapatılabiliyor mu?
• Veriler Excel, PDF veya uygun başka formatlarda dışarı aktarılabiliyor mu?
• Mevcut müşteri ve asansör kayıtları sisteme toplu alınabiliyor mu?
• Abonelik sona erdiğinde verilere nasıl ulaşılabiliyor?
• Destek talepleri hangi kanaldan ve hangi süre içinde cevaplanıyor?
• Eğitim, kurulum ve veri aktarımı fiyata dâhil mi?
• Mobil uygulama ve yeni sürümler için ayrıca ücret alınıyor mu?
• Entegrasyonlar ve mesaj gönderimleri ek maliyet oluşturuyor mu?

“Verileriniz güvende” şeklindeki genel cevapla yetinmeyin. Yedekleme, yetkilendirme, dışa aktarım ve destek süreçlerinin nasıl yürüdüğünü somut biçimde öğrenin. KVKK kapsamındaki sorumluluklar bakımından firmanızın kendi veri işleme süreçlerini de ayrıca değerlendirmesi gerektiğini unutmayın.

Nihai Karar İçin Örnek Skor Kartı

Kararı yalnızca firma sahibinin vermesi, sahadaki kullanım sorunlarının gözden kaçmasına neden olabilir. En az bir firma yöneticisi, bir ofis çalışanı ve bir teknisyen aynı senaryoyu kendi görevleri açısından değerlendirmelidir.

Aşağıdaki örnek dağılım, toplam 100 puan üzerinden kullanılabilir:

Değerlendirme alanı	Ağırlık	Kabul için önerilen alt sınır
Saha ve mobil kullanım	25	18
Bakım ve arıza yönetimi	20	15
Planlama ve ofis işlemleri	15	10
Raporlama ve müşteri görünürlüğü	10	7
Güvenlik ve yetkilendirme	10	7
Veri aktarımı ve entegrasyon	10	6
Eğitim ve teknik destek	5	3
Toplam sahip olma maliyeti	5	3
Toplam	100	69

Toplam puan tek başına yeterli değildir. Zorunlu özelliklerden biri karşılanmıyorsa ürün yüksek toplam puan alsa bile elenebilir. Örneğin firmanızın çalışma bölgelerinde internet sık sık kesiliyorsa offline çalışma, “olsa iyi olur” değil doğrudan eleme ölçütüdür.

Son karar öncesinde mümkünse üç günlük kısa bir pilot çalışma yapın. Küçük bir teknisyen grubuna sınırlı sayıda bakım ve arıza görevi verin. Pilot sonunda şu sonuçları karşılaştırın:

• Bir iş kaydını tamamlama süresi
• Eksik veya hatalı form sayısı
• Ofisin teknisyeni arama ihtiyacı
• Müşteriye belge ulaştırma süresi
• Tekrar veri girişi yapılan işlem sayısı
• Kullanıcıların destek talebi sayısı
• Planlanan ve zamanında tamamlanan bakım oranı

Bu veriler, satın alma kararını kişisel beğeniden çıkararak ölçülebilir bir iş kararına dönüştürür.

Sıkça Sorulan Sorular

Asansör bulut yazılımı demosu ne kadar sürmeli?

Standart tanıtım için 45–60 dakika yeterli olabilir; ancak gerçek değerlendirme için bunun ardından uygulamalı deneme yapılmalıdır. Firma yapısına göre birkaç günlük pilot kullanım, ekran sunumundan daha güvenilir sonuç verir.

Demo skor kartını kimler doldurmalı?

Firma sahibi veya yöneticiyle birlikte en az bir ofis çalışanı ve bir saha teknisyeni kartı doldurmalıdır. Böylece ticari beklentiler, planlama ihtiyaçları ve mobil kullanım deneyimi aynı değerlendirmeye girer.

En yüksek puanı alan yazılım mutlaka seçilmeli mi?

Hayır. Toplam puanın yanında zorunlu özelliklerin durumu incelenmelidir. Kritik bir ihtiyacı karşılamayan yazılım, diğer alanlarda yüksek puan alsa bile firmanız için doğru seçenek olmayabilir.

Ücretsiz demo ile pilot kullanım aynı şey midir?

Her zaman değildir. Demo çoğunlukla ürünün tanıtıldığı görüşmedir. Pilot kullanımda ise firma kendi kullanıcıları ve örnek verileriyle gerçek iş süreçlerini belirli bir süre boyunca test eder.

Fiyat demo skoruna dâhil edilmeli mi?

Evet, ancak yalnızca aylık veya yıllık abonelik bedeline bakılmamalıdır. Kurulum, eğitim, veri aktarımı, ek kullanıcı, SMS, entegrasyon, mobil uygulama ve destek maliyetleriyle birlikte toplam sahip olma maliyeti hesaplanmalıdır.

Mevcut verilerin aktarımı neden demo sırasında test edilmeli?

Müşteri, bina, asansör ve sözleşme kayıtları düzgün aktarılamazsa yeni sisteme geçiş uzar ve operasyonel hata riski artar. Bu nedenle örnek bir Excel dosyasıyla veri aktarım sürecinin gösterilmesi yararlı olur.

Özet

Bir asansör bulut yazılımı seçerken parlak sunumlardan çok gerçek iş akışlarına odaklanmak gerekir. Demo skor kartı; saha kullanımı, bakım planlaması, arıza yönetimi, raporlama, veri güvenliği, destek ve maliyet gibi alanları ortak ölçütlerle değerlendirmenizi sağlar.

Karar vermeden önce zorunlu ihtiyaçlarınızı belirleyin, uçtan uca bir bakım senaryosu çalıştırın ve farklı görevlerdeki çalışanlardan puan alın. Asansorex’i değerlendirirken de aynı yöntemi uygulayarak mobil saha işlemlerinin, bakım kayıtlarının ve ofis takibinin firmanızdaki gerçek kullanım şartlarına uygunluğunu ölçebilirsiniz. Doğru yazılım, demosu en gösterişli olan değil; ekibin düzenli kullanabildiği ve günlük operasyonu somut biçimde kolaylaştıran çözümdür.