Asansör Programı Satın Alma Takvimi

İÇERİK

Asansör programı satın alma süreci, internette birkaç yazılım bulup fiyat istemekten daha kapsamlıdır. Bakım firması açısından yanlış yazılım seçimi yalnızca lisans ücretinin boşa gitmesine neden olmaz; teknisyenlerin sistemi kullanmaması, mevcut müşteri bilgilerinin eksik aktarılması, bakım planlarının karışması ve birkaç ay sonra tekrar Excel veya WhatsApp'a dönülmesi gibi operasyonel sorunlar da ortaya çıkarabilir. Bu nedenle asansör programı satın alma takvimi, kararın hangi sırayla ve hangi kontrol noktaları üzerinden verileceğini önceden belirlemelidir.

Özellikle yüzlerce asansöre hizmet veren bir firma için yeni sisteme geçişin bir gecede yapılması doğru değildir. İhtiyacın belirlenmesi, mevcut verilerin hazırlanması, yazılım demosunun gerçek senaryolarla test edilmesi, tekliflerin aynı kriterlerle karşılaştırılması ve teknisyenlerin sisteme adapte edilmesi gerekir.

Doğru planlandığında satın alma süreci yaklaşık birkaç haftalık kontrollü bir projeye dönüşür. Böylece firma sahibi yalnızca "hangi program daha ucuz?" sorusunu değil, "hangi program mevcut operasyonumu gerçekten yönetebilir?" sorusunu cevaplayabilir.

1. Hafta: Mevcut Operasyonu ve İhtiyaçları Çıkarın

Satın alma takviminin ilk aşaması yazılım firmalarıyla görüşmek değil, kendi operasyonunuzu anlamaktır.

Öncelikle bugün işlerin nasıl yürüdüğünü yazılı hale getirin. Örneğin bir arıza telefonu geldiğinde kim kaydediyor? Teknisyene nasıl aktarılıyor? Teknisyen işi tamamladığında hangi bilgileri gönderiyor? Bakım föyü nerede saklanıyor? Tahsilat yapıldığında muhasebe nasıl haberdar oluyor?

Bu sorular cevaplanmadan yapılan yazılım demolarında hemen her ürün kullanışlı görünebilir.

İhtiyaç analizinde en az şu başlıkları değerlendirin:

• Bakımı yapılan toplam asansör sayısı
• Aktif teknisyen ve ekip sayısı
• Aylık ortalama bakım adedi
• Aylık ortalama arıza sayısı
• Arıza kayıtlarının nasıl alındığı
• Teknisyenlerin iş emirlerini nasıl gördüğü
• Bakım föylerinin nasıl oluşturulduğu
• Fotoğraf ve dijital imza ihtiyacı
• Cari ve tahsilat takibi
• Teklif ve sözleşme yönetimi
• Stok ve yedek parça takibi
• Faturalandırma süreçleri
• Bina yöneticisine yapılan bilgilendirmeler
• SMS, e-posta veya diğer iletişim ihtiyaçları
• Yönetimin görmek istediği raporlar

Buradaki amaç yüzlerce özellikten oluşan bir liste hazırlamak değildir. Firmanın her gün tekrar eden kritik işlemlerini belirlemektir.

Örneğin arıza kaydı hâlâ WhatsApp grubuna yazılıyor ve hangi teknisyenin hangi arızaya gittiği sonradan bulunamıyorsa, satın alınacak programın güçlü bir arıza yönetimi sunması temel kriterlerden biri olmalıdır.

2. Hafta: 2–3 Yazılımı Gerçek Senaryolarla Test Edin

İhtiyaçlar belirlendikten sonra demo aşamasına geçilebilir.

Burada sık yapılan hata, yazılım firmasının standart ürün sunumunu izleyip karar vermektir. Oysa gerçek değerlendirme için kendi firmanızdaki bir iş akışını yazılım üzerinde çalıştırmanız gerekir.

Örneğin demo sırasında şu senaryoyu kullanabilirsiniz:

1. Yeni bir bina oluşturun.
2. Binaya iki asansör ekleyin.
3. Aylık bakım planı oluşturun.
4. Bakımı bir teknisyene atayın.
5. Teknisyen ekranından işi açın.
6. Bakım formunu doldurun.
7. Fotoğraf veya imza ekleyin.
8. Bakımı tamamlayın.
9. İşlemin müşteri geçmişine nasıl yansıdığını kontrol edin.
10. Tahsilat veya fatura sürecinin nasıl ilerlediğine bakın.

Aynı şekilde bir arıza senaryosu da çalıştırılmalıdır.

Örneğin bina yöneticisinin "asansör 4. katta kaldı" şeklinde bir arıza bildirdiğini düşünün. Arızanın kaydedilmesinden teknisyene atanmasına, çözüm bilgisinin girilmesinden müşterinin bilgilendirilmesine kadar süreci baştan sona test edin.

Bu yöntem, özellik listesini okumaktan çok daha değerlidir.

İyi bir demo, yazılımın neler yapabildiğini göstermenin yanında sizin günlük operasyonunuzun sistem üzerinde nasıl işleyeceğini de göstermelidir.

3. Hafta: Teklifleri Sadece Lisans Fiyatına Göre Karşılaştırmayın

Demo sonrasında genellikle fiyat teklifleri gelir. Ancak asansör programı satın alırken yalnızca yıllık lisans ücretini karşılaştırmak yanıltıcı olabilir.

Toplam maliyet içinde farklı kalemler bulunabilir.

Kontrol noktası	Sorulması gereken soru
Lisans	Yıllık veya aylık ücret nedir?
Kullanıcı	Teknisyen veya ofis kullanıcısı için ek ücret var mı?
Asansör limiti	Paket kaç asansörü kapsıyor?
Veri aktarımı	Mevcut müşteri ve asansör verileri aktarılıyor mu?
Eğitim	İlk kurulum eğitimi dahil mi?
Mobil kullanım	Teknisyen uygulaması ayrıca ücretli mi?
Güncelleme	Yeni özellikler pakete dahil mi?
Destek	Destek için ek ücret alınıyor mu?
Entegrasyon	SMS, e-Fatura veya diğer servislerin maliyeti nasıl hesaplanıyor?
Veri erişimi	Sözleşme sona erdiğinde veriler nasıl alınabiliyor?

Özellikle kullanıcı başına ücretlendirme yapılan sistemlerde bugün uygun görünen teklif, ekip büyüdüğünde önemli ölçüde değişebilir.

Örneğin bugün 4 teknisyeni bulunan bir firma, gelecek yıl 8 teknisyene çıktığında lisans maliyetinin nasıl değişeceğini önceden hesaplamalıdır.

Bu nedenle teklifleri bugünkü fiyat + büyüme senaryosu üzerinden değerlendirmek daha sağlıklıdır.

4. Hafta: Veri Aktarımı ve Pilot Kullanımı Planlayın

Asansör programı seçildikten sonra doğrudan tüm firmanın yeni sisteme geçirilmesi yerine kısa bir pilot dönem uygulanabilir.

Pilot için örneğin:

• 20–30 bina,
• birkaç teknisyen,
• sınırlı bir bakım bölgesi,
• bir aylık bakım planının belirli bölümü

seçilebilir.

Bu dönemde amaç sistemin çalışıp çalışmadığını anlamaktan çok firmanın gerçek iş akışına uyup uymadığını görmek olmalıdır.

Pilot sırasında özellikle şu konular takip edilmelidir:

• Teknisyen iş emrini kolay bulabiliyor mu?
• Mobil kullanım sahada yeterince hızlı mı?
• Bakım formunu kapatmak ne kadar sürüyor?
• Eksik kayıt azalıyor mu?
• Ofis hangi işlerin tamamlandığını görebiliyor mu?
• Arıza kayıtları kaybolmadan takip edilebiliyor mu?
• Cari işlemler doğru müşteriye yansıyor mu?
• Bina yöneticisine bilgi vermek kolaylaşıyor mu?

Bu aşamada veri kalitesi de önemlidir.

Excel dosyalarında aynı bina farklı isimlerle bulunabilir. Bir yerde "Güneş Apt.", diğer yerde "Güneş Apartmanı" yazıyor olabilir. Telefon numaraları eksik, sözleşme tarihleri eski veya asansör seri numaraları hatalı olabilir.

Yeni programa geçmeden önce mümkün olduğunca bu kayıtları temizlemek gerekir.

Asansorex gibi asansör bakım operasyonuna yönelik yazılımlarda bina, asansör, bakım, arıza ve cari bilgilerinin aynı yapı içinde tutulabilmesi, farklı Excel dosyaları arasında yapılan manuel eşleştirmeyi azaltabilir. Ancak hangi yazılım kullanılırsa kullanılsın, başlangıç verisinin düzenli hazırlanması geçiş kalitesini doğrudan etkiler.

Satın Alma Takvimi Nasıl Oluşturulmalı?

Her firmanın büyüklüğü farklı olduğu için tek bir zorunlu süre yoktur. Ancak kontrollü bir geçiş için örnek plan şu şekilde oluşturulabilir:

Dönem	Yapılacak çalışma	Beklenen çıktı
1–3. gün	Operasyon analizi	İhtiyaç listesi
4–7. gün	Yazılım araştırması	2–3 aday
8–14. gün	Demo ve senaryo testi	Uygunluk değerlendirmesi
15–17. gün	Teklif karşılaştırma	Toplam maliyet tablosu
18–20. gün	Sözleşme kontrolü	Satın alma kararı
21–25. gün	Veri temizleme ve aktarım	Başlangıç verisi
26–30. gün	Pilot kullanım	İlk saha sonuçları
31. gün ve sonrası	Tam kullanım ve eğitim	Operasyon geçişi

Küçük bir bakım firması bu süreci daha kısa tamamlayabilir. Çok sayıda asansörü, farklı ekipleri ve geniş müşteri verisi bulunan firmalarda ise veri aktarımı ve personel adaptasyonu daha uzun sürebilir.

Burada önemli olan hızlı satın almak değil, doğru sırayla ilerlemektir.

Sözleşme İmzalanmadan Önce Son Kontrolü Yapın

Pilot kullanım olumlu sonuçlandıktan sonra sözleşmenin ticari ve operasyonel koşulları tekrar kontrol edilmelidir.

Özellikle aşağıdaki maddeleri yazılı olarak netleştirmek faydalıdır:

• Paket kapsamı
• Kullanıcı sayısı
• Asansör veya müşteri limiti
• Lisans süresi
• Yenileme şartları
• Eğitim kapsamı
• Teknik destek yöntemi
• Veri aktarımının kapsamı
• Yedekleme yaklaşımı
• Verilerin dışarı aktarılabilmesi
• Entegrasyon ücretleri
• Ek kullanıcı veya kapasite fiyatlandırması

Ayrıca firmanın operasyon kayıtlarını düzenli tutabilmesi önemlidir. Türkiye'de asansörlerin periyodik kontrollerinin yılda en az bir defa yaptırılması gerekmektedir. ([Sanayi Bakanlığı][1]) Asansör İşletme ve Bakım Yönetmeliği de bakım ve işletme süreçlerine ilişkin sorumlulukları düzenlemektedir. ([Sanayi Bakanlığı][2]) Bu nedenle yazılım seçerken bakım geçmişi, işlem kayıtları ve asansör bazlı dokümanların sonradan kolayca bulunabilmesi pratik açıdan değer taşır.

Sözleşmede yalnızca bugünkü ihtiyacı değil, firmanın iki veya üç yıl sonraki ölçeğini de düşünmek gerekir.

Bugün 150 asansöre bakan firma 400 asansöre ulaştığında yazılım değiştirmek zorunda kalmamalıdır.

Satın Alma Kararını Kimler Test Etmeli?

Yazılım seçimini yalnızca firma sahibinin yapması sık görülen hatalardan biridir.

Firma sahibi raporlama ve finans ekranlarını beğenebilir ancak teknisyen mobil uygulamayı kullanmakta zorlanabilir. Benzer şekilde teknisyenin çok sevdiği sade bir saha uygulaması, ofisin ihtiyaç duyduğu cari veya sözleşme süreçlerini karşılamayabilir.

Bu nedenle satın alma kararında en az üç bakış açısı değerlendirilmelidir.

Firma sahibi açısından

Firma sahibi özellikle şunlara bakmalıdır:

• Operasyonun genel durumunu görebiliyor mu?
• Geciken bakımları takip edebiliyor mu?
• Arıza yoğunluğu görülebiliyor mu?
• Tahsilat ve cari durum takip edilebiliyor mu?
• Teknisyen performansı ölçülebiliyor mu?

Teknisyen açısından

Teknisyen için önemli olan ekran sayısı değil, sahadaki hızdır.

Bir bakım kaydını tamamlamak için gereksiz yere çok sayıda işlem yapılması gerekiyorsa sistem kısa sürede dirençle karşılaşabilir.

Teknisyen şu işlemleri kolay yapabilmelidir:

• Günlük işlerini görmek
• Adrese ulaşmak
• Bakım veya arızayı açmak
• Form doldurmak
• Fotoğraf eklemek
• İmza almak
• Yapılan işlemi kaydetmek
• İşi tamamlamak

Bina yöneticisi açısından

Bina yöneticisi doğrudan sistemi kullanmasa bile süreçten etkilenir.

Bakım yapıldığında bilgi alması, geçmiş işlemlerin bulunabilmesi, arıza durumunun takip edilmesi veya borç bilgisinin net görülebilmesi müşteri deneyimini iyileştirebilir.

Bu nedenle satın alma kararında yalnızca şirket içi kullanım değil, müşteriye sunulan hizmet kalitesi de dikkate alınmalıdır.

Satın Alma Sürecinde En Sık Yapılan Hatalar

İyi hazırlanmış bir takvim aşağıdaki hataların önemli bölümünü önleyebilir:

1. İlk görülen programı satın almak
2. Sadece fiyat karşılaştırmak
3. Demo sırasında gerçek iş senaryosu kullanmamak
4. Teknisyenlere sistemi test ettirmemek
5. Veri aktarımını son güne bırakmak
6. Excel kayıtlarını temizlemeden sisteme yüklemek
7. Ek kullanıcı maliyetini hesaba katmamak
8. Eğitim sürecini planlamamak
9. Tüm firmayı aynı gün yeni sisteme geçirmek
10. Yazılımın büyüyen firma yapısına uygunluğunu değerlendirmemek

En kritik hata ise programı satın aldıktan sonra dijital dönüşümün tamamlandığını düşünmektir.

Yazılım araçtır. Sonucun alınabilmesi için bakım, arıza, tahsilat ve diğer operasyonların düzenli şekilde sisteme girilmesi gerekir.

Sıkça Sorulan Sorular

Asansör programı satın alma süreci ne kadar sürer?

Firma büyüklüğüne ve veri miktarına göre değişir. Küçük firmalarda süreç daha hızlı ilerleyebilirken çok sayıda bina ve asansör kaydı bulunan işletmelerde birkaç haftalık plan daha sağlıklı olabilir. Önemli olan demo, veri hazırlığı ve pilot kullanım aşamalarının atlanmamasıdır.

Yazılım satın almadan önce demo yapılmalı mı?

Evet. Ancak standart sunum izlemek yerine kendi firmanızdan gerçek bir bakım veya arıza senaryosunu program üzerinde çalıştırmak daha faydalıdır.

Tüm verileri ilk gün aktarmak gerekir mi?

Her zaman gerekmez. Önce verilerin temizlenmesi, ardından pilot kullanılacak müşteri ve asansörlerin aktarılması daha kontrollü bir yöntem olabilir. Pilot başarılı olduğunda kalan kayıtlar sisteme eklenebilir.

En ucuz asansör programını seçmek mantıklı mı?

Tek başına fiyat yeterli bir kriter değildir. Lisansın yanında kullanıcı sayısı, asansör limiti, mobil kullanım, eğitim, veri aktarımı, destek ve entegrasyon maliyetleri birlikte değerlendirilmelidir.

Teknisyenler satın alma kararına dahil edilmeli mi?

Evet. Programın sahada kullanılabilir olup olmadığını en iyi test edecek kişiler teknisyenlerdir. Özellikle mobil uygulamadaki iş emri, bakım formu, fotoğraf, imza ve iş tamamlama adımlarını teknisyenlerin denemesi faydalıdır.

Asansorex satın alma sürecinde nasıl değerlendirilebilir?

Asansorex, bakım, arıza, saha operasyonları, cari, teklif ve sözleşme gibi asansör firmalarının günlük süreçlerini aynı yapı altında takip etmek isteyen işletmeler için değerlendirilebilecek seçeneklerden biridir. Satın alma öncesinde firmanın kendi operasyonundan gerçek senaryolarla sistemi test etmesi en doğru yaklaşım olacaktır.

Özet

Asansör programı satın alma takvimi, yazılım seçimini acele verilen bir satın alma kararından kontrollü bir dönüşüm projesine çevirir. İlk hafta ihtiyaçların çıkarılması, ardından gerçek senaryolarla demo yapılması, tekliflerin toplam maliyet üzerinden karşılaştırılması, verilerin temizlenmesi ve sınırlı bir pilot çalışma uygulanması satın alma riskini önemli ölçüde azaltır.

Firma sahibi için temel soru programın kaç özelliği olduğu değil, günlük operasyonun ne kadarını düzenli ve ölçülebilir hale getirebildiğidir. Teknisyen sahada kolay kullanamıyor, ofis tamamlanan işleri takip edemiyor veya veriler farklı sistemlere dağılmaya devam ediyorsa dijitalleşmeden beklenen fayda oluşmaz.

Bu nedenle Asansorex veya başka bir asansör bakım programı değerlendirilirken aynı yöntem uygulanmalıdır: önce ihtiyacı belirleyin, sonra gerçek iş akışını test edin, maliyeti bütün olarak hesaplayın ve kontrollü şekilde geçiş yapın. Böylece satın alınan yazılım yalnızca yeni bir gider kalemi değil, firmanın bakım ve saha operasyonunu daha düzenli yönetmesini sağlayan uzun vadeli bir iş aracı haline gelir.