Asansör Bakım Programı Satın Alma Briefi: Doğru Yazılım İçin İhtiyaç Listesi

İÇERİK

Asansör bakım programı satın almak, yalnızca “hangi yazılım daha fazla özellik sunuyor?” sorusuna cevap vermek değildir. Bir bakım firması için doğru seçim; sahadaki teknisyenin işini kolaylaştırmalı, ofisteki operasyon yükünü azaltmalı, bina yöneticisine daha düzenli hizmet sunulmasını sağlamalı ve firma büyüdükçe sistemi yeniden değiştirme ihtiyacını mümkün olduğunca azaltmalıdır.

Bu nedenle yazılım firmalarından demo istemeden önce kısa fakat kapsamlı bir satın alma briefi hazırlamak gerekir. Brief sayesinde ne aradığınızı bilir, farklı programları aynı kriterlerle değerlendirir ve yalnızca etkileyici sunumlara göre karar vermekten kaçınırsınız.

Bu rehberde, bir asansör bakım firmasının satın alma sürecinde kullanabileceği pratik ihtiyaç listesini adım adım ele alacağız.

Satın Alma Briefi Neden Gereklidir?

Asansör sektöründe yazılım satın alma görüşmeleri çoğu zaman özellik anlatımıyla başlar:

• Bakım planlama var mı?
• Arıza kaydı açılıyor mu?
• Teknisyen uygulaması var mı?
• Cari takip yapılabiliyor mu?
• Teklif hazırlanabiliyor mu?

Bunların tamamı önemlidir. Ancak yazılım seçiminde asıl soru “Bu özellik bizim çalışma şeklimizi gerçekten iyileştiriyor mu?” olmalıdır.

Örneğin iki farklı asansör bakım programında da bakım planlama modülü bulunabilir. Birinde plan oluşturmak kolaydır ancak teknisyenin sahadan bakım kapatması uzun sürüyordur. Diğerinde ise teknisyen telefondan birkaç adımda bakım formunu tamamlayıp fotoğraf ve imza ekleyebiliyordur.

Kağıt üzerinde iki sistemde de “bakım modülü” vardır. Fakat günlük kullanım deneyimi tamamen farklıdır.

Satın alma briefi bu farkları ortaya çıkarır.

İyi hazırlanmış bir brief özellikle şu konuları netleştirir:

• Firmanın mevcut çalışma biçimi
• Günlük operasyon problemleri
• Yazılımı kullanacak ekipler
• Olmazsa olmaz özellikler
• İkinci öncelikli özellikler
• Demo sırasında test edilecek senaryolar
• Veri aktarımı beklentileri
• Eğitim ve destek gereksinimleri
• Bütçe ve toplam maliyet
• Gelecekte ihtiyaç duyulabilecek modüller

Bu çalışma, yazılım seçimini “beğendik, fiyatı da uygun” seviyesinden çıkarıp ölçülebilir bir satın alma kararına dönüştürür.

1. Önce Mevcut Operasyonu Yazılı Hale Getirin

Brief hazırlarken ilk yapılması gereken şey program özelliklerine bakmak değildir. Önce firmanın bugün nasıl çalıştığını ortaya koymak gerekir.

Bir gününüzü baştan sona düşünün.

Bakım süreci

Örneğin:

1. Aylık bakım listesi hazırlanıyor.
2. Binalar teknisyenlere dağıtılıyor.
3. Teknisyen binaya gidiyor.
4. Bakım işlemi yapılıyor.
5. Form dolduruluyor.
6. Bina görevlisi veya yönetici imzası alınıyor.
7. Evrak ofise geliyor.
8. Bakım yapıldı bilgisi sisteme veya Excel'e işleniyor.
9. Gerekirse fatura hazırlanıyor.
10. Tahsilat takibi başlıyor.

Burada kaç manuel adım bulunduğunu işaretleyin.

Aynı çalışmayı arıza, teklif, sözleşme, tahsilat ve stok süreçleri için de yapabilirsiniz.

Örneğin arıza kayıtlarının WhatsApp üzerinden geldiği bir firmada temel sorun “arıza modülümüz yok” değildir. Asıl sorun şu olabilir:

Arızaların kim tarafından alındığı, hangi teknisyene aktarıldığı ve kaç dakikada sonuçlandığı düzenli şekilde ölçülemiyor.

Satın alma briefinde problemin bu şekilde yazılması, doğru çözümün bulunmasını kolaylaştırır.

2. Kullanıcı Gruplarını Net Olarak Belirleyin

Asansör bakım programını yalnızca firma sahibi kullanmaz. Yazılımın başarısını genellikle farklı ekiplerin sisteme ne kadar kolay adapte olduğu belirler.

Başlıca kullanıcıları önceden yazın.

Kullanıcı	Temel ihtiyacı	Kontrol edilmesi gereken
Firma sahibi	Operasyon ve finans görünürlüğü	Raporların anlaşılır olması
Operasyon sorumlusu	Bakım ve arıza organizasyonu	Planlama ve atama kolaylığı
Teknisyen	Sahadan hızlı işlem	Mobil kullanım ve işlem süresi
Muhasebe/personel	Cari ve tahsilat takibi	Finans kayıtlarının düzeni
Satış personeli	Teklif ve sözleşme yönetimi	Teklif hazırlama ve revizyon
Bina yöneticisi	Hizmet geçmişini görmek	Şeffaf bilgi erişimi

Özellikle teknisyen tarafı ihmal edilmemelidir.

Ofiste çok başarılı görünen bir program, teknisyenin her bakımda uzun formlar doldurmasını gerektiriyorsa birkaç hafta sonra kullanım disiplini bozulabilir.

Bu nedenle satın alma briefine mutlaka şu maddeyi ekleyin:

“Teknisyen sahadaki temel işlemleri kaç adımda tamamlayabiliyor?”

3. Özellikleri Üç Öncelik Seviyesine Ayırın

Firmaların yaptığı yaygın hatalardan biri onlarca özelliği aynı önemde değerlendirmektir.

Daha sağlıklı yöntem özellikleri üç gruba ayırmaktır.

A – Olmazsa olmaz

Programda bulunmadığında satın alma kararını doğrudan etkileyen özelliklerdir.

Örneğin:

• Bakım planlama
• Mobil teknisyen kullanımı
• Arıza kaydı ve teknisyen atama
• Bakım formu
• Fotoğraf ekleme
• Dijital imza
• Cari takip
• Yetkilendirme
• Veri yedekleme
• Excel veya mevcut sistemden veri aktarımı

B – Önemli

İşi ciddi şekilde kolaylaştırır ancak satın alma kararını tek başına belirlemez.

Örneğin:

• QR kod ile arıza bildirimi
• SMS veya WhatsApp bilgilendirmesi
• Teklif yönetimi
• Sözleşme takibi
• Stok takibi
• Araç veya teknisyen konum bilgisi
• Raporlama ekranları
• Bina yöneticisi portalı

C – İleri aşama

Firma büyüdükçe değer kazanabilecek özelliklerdir.

Örneğin:

• Rota optimizasyonu
• Otomatik rapor gönderimi
• Gelişmiş performans KPI'ları
• Alacak yaşlandırma analizi
• Şube bazlı operasyon yönetimi
• API veya farklı sistemlerle entegrasyon

Bu ayrım sayesinde yalnızca uzun özellik listelerine değil, sizin için gerçekten önemli olan fonksiyonlara odaklanabilirsiniz.

4. Brief İçine Gerçek Demo Senaryoları Ekleyin

Yazılım demosunda satıcının istediği ekranları göstermesi yerine, kendi günlük işlerinizi yaptırmanız çok daha faydalıdır.

Briefin içine 5–10 gerçek senaryo yazın.

Örneğin:

Senaryo 1: Yeni bakım müşterisi

“Yeni bir bina ekleyelim. Binada iki asansör olsun. Aylık bakım sözleşmesini tanımlayalım ve ilk bakım planını oluşturalım.”

Burada şunları ölçebilirsiniz:

• İşlem ne kadar sürdü?
• Kaç farklı ekran kullanıldı?
• Aynı bilgi birkaç kez girildi mi?

Senaryo 2: Sahada bakım

“Teknisyen telefondan kendisine atanmış bakımı açsın, bakım formunu tamamlasın, fotoğraf eklesin ve yönetici imzasını alsın.”

Bu senaryo mobil kullanım kalitesini net biçimde gösterir.

Senaryo 3: Arıza çağrısı

“Bir bina yöneticisi aradı ve asansörün katta kaldığını söyledi. Arızayı sisteme kaydedip teknisyene atayalım.”

Kontrol edin:

• Atama kolay mı?
• Teknisyen bildirim alıyor mu?
• Müdahale ve kapanış zamanı görülebiliyor mu?
• Arıza geçmişine daha sonra ulaşılabiliyor mu?

Senaryo 4: Tahsilat

“Bir müşterinin üç aylık bakım borcu bulunuyor. Borcu, geçmiş tahsilatları ve kalan bakiyeyi görelim.”

Bu tür gerçek senaryolar, satış sunumundan çok daha fazla bilgi verir.

Asansorex gibi bakım ve operasyon odaklı sistemleri değerlendirirken de aynı yöntemi kullanmak faydalıdır: hazır özellik listesini dinlemek yerine kendi bakım, arıza ve tahsilat senaryolarınızı sistem üzerinde çalıştırın.

5. Satın Alma Briefinde Teknik ve Operasyonel Soruları Unutmayın

Bir program bugün iyi çalışabilir ancak seçim yapılırken yalnızca mevcut özellikler değerlendirilmemelidir.

Aşağıdaki konular da briefte yer almalıdır.

Veri aktarımı

Mevcut müşteri ve asansör kayıtlarınız nasıl aktarılacak?

Örneğin elinizde:

• 450 bina,
• 620 asansör,
• 300 cari hesap,
• geçmiş borç kayıtları

bulunuyorsa bunların tek tek yeniden girilmesi ciddi zaman kaybı yaratabilir.

Demo sırasında “veri aktarımı yapılıyor” cevabıyla yetinmeyin. Hangi verilerin ve hangi formatta aktarılabildiğini sorun.

Veri sahipliği

Yazılım değiştirmek istediğinizde verilerinizi dışarı alabiliyor musunuz?

Müşteri, bina, asansör, cari ve bakım kayıtlarının erişilebilir olması önemli bir satın alma kriteridir.

Yedekleme

Veriler hangi sıklıkla yedekleniyor?

Yedeklerin yalnızca aynı sunucuda tutulması ile bağımsız bir yedekleme politikasının bulunması aynı şey değildir. Teknik ayrıntıyı tamamen bilmeniz gerekmese bile sistem sağlayıcısından yedekleme yaklaşımını açıklamasını isteyin.

Yetkilendirme

Her personelin tüm finansal veya müşteri verilerini görmesi gerekmeyebilir.

Şunları test edin:

• Teknisyen hangi bilgileri görebiliyor?
• Muhasebe personeli hangi işlemleri yapabiliyor?
• Satış ekibi finans kayıtlarına erişebiliyor mu?
• Yetkiler kullanıcı bazında sınırlandırılabiliyor mu?

6. Fiyatı Değil Toplam Maliyeti Karşılaştırın

İki yazılımı yalnızca yıllık lisans fiyatına göre karşılaştırmak yanıltıcı olabilir.

Bir sistem daha ucuz görünebilir ancak sonradan farklı maliyetler çıkabilir.

Satın alma briefinde şu kalemleri ayrı ayrı sorun:

• İlk kurulum bedeli
• Yıllık veya aylık lisans
• Kullanıcı sınırı
• Asansör veya bina sınırı
• Mobil uygulama ücreti
• Eğitim ücreti
• Veri aktarım ücreti
• SMS maliyeti
• e-Fatura/e-Arşiv kontör maliyeti
• Ek modül ücretleri
• Teknik destek ücreti
• Gelecek yıl yenileme koşulları

Örneğin yıllık 20.000 TL'lik bir programın veri aktarımı, eğitim ve ek kullanıcılarla toplam maliyeti 30.000 TL'yi geçebilir. Buna karşılık ilk fiyatı daha yüksek görünen başka bir paket gerekli hizmetleri standart olarak içeriyor olabilir.

Bu nedenle karşılaştırma tablonuzda mutlaka “ilk yıl toplam maliyet” satırı bulunmalıdır.

7. Destek ve Eğitim Sürecini Satın Almadan Önce Test Edin

Asansör bakım yazılımında destek hizmeti, ürünün kendisi kadar önemlidir.

Çünkü sistem günlük operasyonun merkezine yerleştiğinde sorun yaşandığında ekip cevap bekler.

Satın alma görüşmesinde şu soruları sorun:

• Destek hangi kanallardan veriliyor?
• Telefon desteği bulunuyor mu?
• Eğitim uzaktan mı, yerinde mi?
• Yeni teknisyen geldiğinde tekrar eğitim alınabiliyor mu?
• Kullanım dokümanları veya videolar mevcut mu?
• Kritik sorunlarda geri dönüş süreci nasıl işliyor?
• Güncellemeler ayrıca ücretli mi?

Mümkünse demo öncesinde veya deneme sürecinde destek ekibiyle gerçek bir soru üzerinden iletişim kurun.

Satış öncesi hızlı cevap vermek kolaydır. Önemli olan satış sonrasındaki operasyon disiplinidir.

Satın Alma Briefi İçin Pratik Kontrol Listesi

Yazılım firmalarına görüşme öncesinde aşağıdaki bilgileri gönderebilirsiniz:

1. Toplam bakım yapılan asansör sayısı
2. Aktif bina/müşteri sayısı
3. Teknisyen sayısı
4. Ofis kullanıcı sayısı
5. Aylık ortalama bakım adedi
6. Aylık ortalama arıza çağrısı
7. Kullanılan mevcut program veya Excel yapısı
8. En büyük üç operasyon problemi
9. Olmazsa olmaz özellikler
10. İstenen entegrasyonlar
11. Veri aktarımı ihtiyacı
12. Mobil uygulama beklentisi
13. Bina yöneticisi erişimi ihtiyacı
14. Finans/cari takip ihtiyacı
15. Teklif ve sözleşme ihtiyacı
16. Eğitim beklentisi
17. Teknik destek beklentisi
18. Hedef geçiş tarihi
19. Bütçe aralığı
20. Demo sırasında çalıştırılacak örnek senaryolar

Bu 20 maddelik çerçeve hazır olduğunda farklı yazılım firmalarından aldığınız teklifleri çok daha sağlıklı karşılaştırabilirsiniz.

Yazılımı Puanlayarak Karar Vermek

Son aşamada her programa 100 üzerinden puan verebilirsiniz.

Örnek ağırlıklandırma:

Kriter	Ağırlık
Bakım ve arıza operasyonu	%25
Mobil kullanım kolaylığı	%20
Finans ve cari süreçleri	%15
Destek ve eğitim	%15
Veri güvenliği ve yedekleme	%10
Raporlama	%5
Gelecekte genişleyebilme	%5
Toplam maliyet	%5

Burada önemli olan puan dağılımını kendi firmanıza göre değiştirmektir.

Örneğin 20 teknisyenli bir bakım firmasında mobil kullanım çok kritik olabilir. Üç teknisyenle çalışan küçük bir firmada ise cari takip ve kullanım kolaylığı daha yüksek ağırlık alabilir.

Bu yöntem, kararın yalnızca fiyat veya satış temsilcisinin sunum başarısı üzerinden verilmesini engeller.

Sıkça Sorulan Sorular

Asansör bakım programı satın alma briefi kaç sayfa olmalı?

Çok uzun olmak zorunda değildir. Genel uygulamada 2–4 sayfalık net bir doküman yeterlidir. Önemli olan firma büyüklüğü, mevcut sorunlar, zorunlu özellikler ve demo senaryolarının açık şekilde yazılmasıdır.

Demo öncesinde brief göndermek gerekli mi?

Zorunlu değildir ancak oldukça faydalıdır. Yazılım firması ihtiyaçlarınızı önceden bildiğinde genel ürün sunumu yerine sizin operasyonunuza uygun senaryolar gösterebilir.

En fazla özelliğe sahip program en iyi program mıdır?

Hayır. Kullanılmayan onlarca özellik operasyon açısından değer üretmez. Programın sizin günlük bakım, arıza, cari ve saha süreçlerinizi ne kadar hızlı ve hatasız yönettiği daha önemlidir.

Teknik personeli yazılım seçim sürecine dahil etmek gerekir mi?

Evet. Özellikle mobil uygulamanın kullanılabilirliğini en doğru değerlendirecek kişiler sahadaki teknisyenlerdir. Son karar firma yönetiminde olsa bile pilot kullanımda teknisyen görüşleri alınmalıdır.

Ücretsiz deneme yapmak önemli mi?

Mümkünse evet. Bir demo ürünün nasıl çalıştığını gösterirken, birkaç günlük gerçek kullanım ekip alışkanlıklarıyla ne kadar uyumlu olduğunu ortaya çıkarır. En azından kritik birkaç süreç gerçek veriye yakın örneklerle denenmelidir.

Mevcut Excel kayıtları yeni programa aktarılabilir mi?

Bu tamamen kullanılan yazılıma ve Excel dosyasının yapısına bağlıdır. Satın almadan önce müşteri, bina, asansör ve cari kayıtlarının hangi formatta aktarılabildiğini netleştirmek gerekir.

Özet

Doğru asansör bakım programı seçimi, onlarca yazılım özelliğini karşılaştırmaktan önce firmanın kendi ihtiyacını doğru tanımlamasıyla başlar. Bakım sürecinizi, teknisyen çalışma biçiminizi, arıza yönetiminizi, finans beklentinizi ve veri aktarımı ihtiyacınızı yazılı hale getirdiğinizde satın alma görüşmeleri çok daha verimli olur.

İyi bir brief; demo sırasında neyi test edeceğinizi, hangi özelliklerden vazgeçemeyeceğinizi ve fiyat tekliflerini hangi kriterlerle karşılaştıracağınızı belirler. Böylece yazılım seçimi kişisel beğeni yerine operasyonel ihtiyaçlara dayanır.

Asansorex gibi asansör bakımına özel çözümleri değerlendirirken de aynı satın alma disiplinini uygulamak en sağlıklı yöntemdir. Kendi gerçek bakım, arıza, tahsilat ve saha senaryolarınızı deneyerek sistemin ekibinizin günlük iş yükünü gerçekten azaltıp azaltmadığını ölçebilirsiniz.