Asansör Online Bakım Programı Satın Alma Brief Şablonu

İÇERİK

Asansör bakım firmaları yazılım satın alırken çoğu zaman sürece doğrudan demo izleyerek başlar. İlk görüşmede bakım planlama, mobil uygulama, arıza takibi, cari hesap, teklif veya raporlama gibi onlarca özellik gösterilir. Ancak firmanın gerçek ihtiyacı önceden netleştirilmemişse etkileyici görünen özellikler karar sürecini kolaylaştırmak yerine daha da karmaşıklaştırabilir. Asansör Online Bakım Programı satın alma briefi, firmanın neye ihtiyaç duyduğunu, hangi süreçleri dijitalleştirmek istediğini ve hangi kriterlerin vazgeçilmez olduğunu yazılı hale getirir. Böylece farklı yazılımlardan alınan teklifler aynı çerçevede karşılaştırılabilir.

İyi hazırlanmış bir brief yalnızca fiyat istemek için kullanılmaz. Firma sahibi açısından yatırım kararını, operasyon sorumlusu açısından süreç gereksinimlerini, teknisyen açısından saha kullanımını ve muhasebe tarafında tahsilat-cari beklentilerini aynı dokümanda toplar. Aşağıdaki şablon, 2026 yılında Türkiye'de faaliyet gösteren küçük, orta ve büyük ölçekli asansör bakım firmalarının kendi satın alma süreçlerine uyarlayabileceği pratik bir yapı sunar.

Satın Alma Briefi Hazırlamadan Önce Mevcut Durumu Çıkarın

Yazılım seçiminin ilk adımı hangi özellikleri istediğinizi yazmak değil, bugün işlerin nasıl yürüdüğünü ortaya koymaktır. Çünkü satın alınacak programın gerçek değeri, mevcut operasyonun hangi problemlerini çözdüğüyle ölçülür.

Örneğin 300 asansöre bakım yapan bir firma düşünelim. Aylık bakım listesi Excel'de tutuluyor, teknisyenlere WhatsApp üzerinden bina listeleri gönderiliyor, bakım formları kâğıt üzerinde imzalatılıyor ve arıza geçmişleri farklı personelin telefonlarında kalıyorsa temel ihtiyaç yalnızca "bakım planlama programı" değildir. Burada veri bütünlüğü, saha kayıtlarının merkezi tutulması, bakım kanıtı ve iş takibi birlikte ele alınmalıdır.

Brief hazırlamadan önce aşağıdaki bilgileri çıkarın:

• Aktif bakım sözleşmesi bulunan asansör sayısı
• Aylık gerçekleştirilen ortalama bakım sayısı
• Aylık ortalama arıza çağrısı
• Sahada çalışan teknisyen sayısı
• Ofiste programı kullanacak personel sayısı
• Şube veya farklı operasyon bölgelerinin sayısı
• Mevcut müşteri ve bina kayıtlarının tutulduğu sistem
• Bakım formlarının nasıl oluşturulduğu
• Arıza kayıtlarının nasıl alındığı
• Teklif ve sözleşmelerin nasıl takip edildiği
• Cari ve tahsilat kayıtlarının nerede tutulduğu
• Teknisyenlerin sahada internet bağlantısı olmayan bölgelerde çalışma sıklığı

Bu çalışma yapılmadan hazırlanan brief genellikle "bakım, arıza, cari, stok olsun" seviyesinde kalır. Oysa satın alma kararında önemli olan özellik isimlerinden çok, özelliğin firmanın gerçek operasyonunda nasıl kullanılacağıdır.

Asansör Online Bakım Programı Briefinde Olması Gereken Temel Bilgiler

Satın alma briefinin ilk bölümü firmayı ve kullanım ölçeğini tanımlamalıdır. Yazılım sağlayıcısının doğru paket veya çözüm önerebilmesi için operasyonun büyüklüğünü anlaması gerekir.

Aşağıdaki tablo briefin ilk sayfasında kullanılabilir:

Bilgi	Briefte Yazılacak Örnek
Aktif bakım portföyü	450 asansör
Aylık bakım adedi	Yaklaşık 450-500
Teknisyen sayısı	8
Ofis kullanıcısı	4
Şube sayısı	2
Aylık arıza adedi	Ortalama 120
Mevcut sistem	Excel + kâğıt bakım formu
Mobil kullanım	Zorunlu
Offline çalışma	Gerekli
Veri aktarımı	Mevcut Excel kayıtları aktarılacak
Öncelikli hedef	Bakım, arıza ve teknisyen süreçlerini tek yerde toplamak

Bu bölüm kısa görünse de teklif kalitesini ciddi şekilde etkiler. Örneğin 50 asansör yöneten bir firma ile 3.000 asansörlük portföye sahip bir işletmenin kullanıcı yetkilendirmesi, raporlama, şube yapısı ve veri aktarımı ihtiyaçları aynı değildir.

Satın alma amacını tek cümlede tanımlayın

Brief içinde mutlaka bir "projenin amacı" bölümü bulunmalıdır.

Örneğin:

Firmamızın bakım, arıza, teknisyen saha operasyonu, müşteri kayıtları ve tahsilat süreçlerini tek sistemden yönetmek; manuel kayıtları azaltmak ve geçmiş işlemlere hızlı ulaşmak istiyoruz.

Bu ifade satın alma sürecinin odağını korur. Demo sırasında gösterilen her yeni özellik için "Bu özellik bizim ana hedefimize katkı sağlıyor mu?" sorusu sorulabilir.

Fonksiyonel İhtiyaçları Öncelik Seviyesine Göre Yazın

Satın alma briefinde yapılan en önemli hatalardan biri bütün özellikleri aynı seviyede değerlendirmektir. Her firmanın mutlaka sahip olması gereken fonksiyonlarla "olursa iyi olur" dediği fonksiyonlar ayrılmalıdır.

Pratik yöntem, ihtiyaçları üç gruba ayırmaktır:

1. Zorunlu: Program alınabilmesi için mutlaka bulunması gereken özellikler.
2. Önemli: Operasyonel verim sağlayacak ancak ilk gün zorunlu olmayan özellikler.
3. Opsiyonel: İlerleyen dönemde kullanılabilecek ek fonksiyonlar.

Örnek bir satın alma ihtiyaç listesi şöyle hazırlanabilir:

Bakım yönetimi

• Aylık ve dönemsel bakım planı oluşturabilme
• Bakımların teknisyenlere atanabilmesi
• Gerçekleşen ve bekleyen bakımların görülebilmesi
• Bakım sırasında fotoğraf ve açıklama eklenebilmesi
• Müşteri veya yetkili imzasının alınabilmesi
• Geçmiş bakım kayıtlarına ulaşılabilmesi
• Bakım formunun dijital saklanabilmesi

Arıza yönetimi

• Gelen arızanın bina ve asansörle ilişkilendirilmesi
• Arızanın teknisyene atanması
• Arıza açılış ve kapanış saatlerinin kaydedilmesi
• Yapılan işlemin teknisyen tarafından yazılabilmesi
• Kullanılan malzemelerin kaydedilebilmesi
• Aynı asansörün geçmiş arızalarının görüntülenebilmesi
• Tekrarlayan arızaların raporlanabilmesi

Saha kullanımı

Asansör sektöründe yazılımın başarısını çoğu zaman ofis ekranlarından çok teknisyenin mobil deneyimi belirler. Sahadaki personel sistemi kullanmıyorsa ofiste ne kadar kapsamlı rapor bulunduğunun fazla anlamı kalmaz.

Bu nedenle briefte şu maddeler açıkça sorulmalıdır:

• Mobil uygulama var mı?
• Android ve iOS desteği bulunuyor mu?
• İnternet olmayan yerde kayıt yapılabiliyor mu?
• Teknisyen kendisine atanmış işleri görebiliyor mu?
• Fotoğraf, not ve imza ekleyebiliyor mu?
• İş tamamlandığında ofise anlık bilgi düşüyor mu?
• Teknisyen gereksiz müşteri veya finans verilerine erişmeden görevini tamamlayabiliyor mu?

Asansorex gibi asansör bakım süreçlerine odaklanan yazılımlar değerlendirilirken de yalnızca özellik listesini incelemek yerine, firmanın günlük bakım ve arıza akışının sistem üzerinde baştan sona denenmesi daha sağlıklı sonuç verir.

Teknik, Veri ve Destek Gereksinimlerini Briefte Unutmayın

Bir programın özellikleri uygun olsa bile veri geçişi veya destek süreci zayıfsa uygulamaya alma döneminde ciddi sorunlar yaşanabilir. Bu nedenle satın alma briefinin yalnızca operasyon modüllerinden oluşmaması gerekir.

Veri aktarımı

Mevcut müşteri ve asansör kayıtlarının nerede bulunduğunu açıkça belirtin.

Örneğin:

• Müşteri listesi Excel'de
• Bina listesi Excel'de
• Asansör bilgileri farklı dosyalarda
• Cari bakiyeler muhasebe programında
• Eski bakım formları PDF veya fiziksel arşivde

Ardından sağlayıcıya şu soruları yöneltin:

• Excel'den toplu veri aktarımı yapılabiliyor mu?
• Aktarım için belirli bir şablon gerekiyor mu?
• Hangi alanlar taşınabiliyor?
• Aktarım öncesi veri temizliği kimin sorumluluğunda?
• Mükerrer müşteri ve bina kayıtları nasıl ele alınacak?

Özellikle yüzlerce veya binlerce asansörü bulunan firmalarda manuel veri girişi haftalar sürebilir. Satın alma öncesinde veri aktarım yönteminin netleşmesi gerekir.

Yetkilendirme ve veri güvenliği

Firma içindeki herkesin bütün verilere ulaşması doğru değildir. Teknisyen, muhasebe personeli, operasyon sorumlusu ve firma sahibinin ihtiyaç duyduğu bilgiler farklıdır.

Briefte aşağıdaki gereksinimler yer alabilir:

• Kullanıcı bazlı yetkilendirme
• Şube veya ekip bazlı erişim
• Personel ayrıldığında erişimin kapatılabilmesi
• İşlem geçmişlerinin kayıt altında tutulması
• Verilerin düzenli yedeklenmesi
• Firma verilerinin dışarı aktarılabilmesi

Asansör bakım geçmişi yalnızca operasyonel bir kayıt değildir. Periyodik muayene hazırlığı, müşteri uyuşmazlıkları veya geçmişte yapılan işlemlerin kontrol edilmesi gerektiğinde yıllar önceki kayıtların bulunabilmesi önemlidir.

Eğitim ve destek

Satın alma görüşmesinde "destek var mı?" sorusu tek başına yeterli değildir.

Bunun yerine şu ayrıntıları isteyin:

• İlk kurulum eğitimi veriliyor mu?
• Teknisyenler için ayrı kullanım eğitimi bulunuyor mu?
• Destek hangi kanallardan sağlanıyor?
• Destek saatleri nedir?
• Yeni personel başladığında eğitim içeriğine erişilebilir mi?
• Güncellemeler ek ücretli mi?
• Yeni özellikler mevcut pakete dahil mi?

Teklifleri Aynı Kriterlerle Karşılaştırın

Farklı Asansör Online Bakım Programı tekliflerini yalnızca yıllık ücret üzerinden karşılaştırmak yanıltıcı olabilir. Bir yazılım düşük lisans fiyatı sunarken mobil kullanıcı, ek şube, veri aktarımı veya bazı modüller için ayrıca ücret isteyebilir.

Bu nedenle brief sonunda tüm firmaların cevaplayacağı ortak bir teklif tablosu oluşturun.

Değerlendirme Kriteri	Ağırlık
Bakım ve arıza yönetimi	%25
Mobil saha kullanım kolaylığı	%20
Veri aktarımı	%10
Raporlama	%10
Cari ve tahsilat özellikleri	%10
Eğitim ve destek	%10
Kullanıcı/yetkilendirme yapısı	%5
Toplam sahip olma maliyeti	%10

Her yazılıma 10 üzerinden puan vererek ağırlıklı değerlendirme yapılabilir.

Örneğin bir yazılımın fiyatı daha düşük olabilir ancak teknisyenlerin sahada ihtiyaç duyduğu offline kullanım bulunmuyorsa, saha operasyonu açısından düşük puan almalıdır. Benzer şekilde çok kapsamlı bir sistem de firmanın kullanmayacağı onlarca modül nedeniyle gereksiz karmaşıklık yaratabilir.

Satın alma briefinin amacı "en fazla özelliği veren programı" değil, firmanın süreçlerine en uygun programı bulmaktır.

Demo sırasında gerçek senaryo kullanın

Demo toplantısına boş bir ekran üzerinden başlamak yerine sağlayıcıdan kendi operasyonunuza benzeyen bir örnek göstermesini isteyin.

Örneğin şu senaryo baştan sona uygulanabilir:

1. Yeni bir bina kaydı oluşturulsun.
2. Binaya iki asansör eklensin.
3. Aylık bakım planına alınsın.
4. Bakım teknisyene atansın.
5. Teknisyen mobil cihazından işlemi tamamlasın.
6. Fotoğraf ve müşteri imzası eklesin.
7. Aynı asansör için arıza kaydı açılsın.
8. Arıza geçmişi görüntülensin.
9. Yönetici tamamlanan işleri rapordan kontrol etsin.

Bu test, 40 dakikalık özellik sunumundan çok daha fazla bilgi verir.

Kullanıma Hazır Satın Alma Brief Şablonu

Aşağıdaki yapıyı firmanıza göre doldurarak yazılım sağlayıcılarına gönderebilirsiniz.

Firma bilgileri

• Aktif asansör sayısı:
• Teknisyen sayısı:
• Ofis kullanıcı sayısı:
• Şube sayısı:
• Aylık bakım adedi:
• Aylık ortalama arıza adedi:

Mevcut çalışma sistemi

• Bakım planları şu anda:
• Arıza kayıtları şu anda:
• Müşteri kayıtları şu anda:
• Cari/tahsilat kayıtları şu anda:
• Saha formları şu anda:

Projenin temel amacı

• Dijitalleştirmek istediğimiz ana süreç:
• Çözmek istediğimiz en önemli üç problem:
• Programı kullanmaya başlamayı hedeflediğimiz tarih:

Zorunlu özellikler

• Bakım planlama:
• Arıza yönetimi:
• Mobil uygulama:
• Offline kullanım:
• Fotoğraf/imza:
• Raporlama:
• Yetkilendirme:
• Veri aktarımı:

Ek ihtiyaçlar

• Teklif ve sözleşme:
• Cari hesap:
• Tahsilat:
• Stok:
• Müşteri bilgilendirmeleri:
• Şube yönetimi:
• Diğer:

Teklifte açıkça belirtilmesini istediğimiz konular

• Yıllık veya aylık lisans bedeli
• Kullanıcı sınırı
• Asansör veya müşteri sınırı
• Ek kullanıcı maliyeti
• Ek şube maliyeti
• Kurulum bedeli
• Veri aktarım bedeli
• Eğitim kapsamı
• Teknik destek kapsamı
• Güncelleme politikası
• Ek modül ücretleri
• Sözleşme yenileme koşulları

Bu brief doldurulduğunda yazılım sağlayıcılarından gelen tekliflerdeki belirsizlik önemli ölçüde azalır. Ayrıca firma içinde satın alma kararına katılan kişiler de aynı kriterler üzerinden değerlendirme yapabilir.

Sıkça Sorulan Sorular

Asansör Online Bakım Programı satın alma briefi neden gereklidir?

Brief, firmanın ihtiyaçlarını satın alma görüşmesinden önce netleştirir. Böylece demo sırasında gereksiz özelliklere odaklanmak yerine bakım, arıza, saha operasyonu, raporlama ve finans süreçleri gibi gerçek ihtiyaçlar değerlendirilir.

Brief ne kadar uzun olmalıdır?

Orta ölçekli bir asansör firması için 2-4 sayfalık net bir brief çoğu durumda yeterlidir. Çok uzun teknik doküman hazırlamak yerine operasyon büyüklüğü, zorunlu özellikler, veri aktarımı, destek beklentileri ve ticari koşullar açıkça yazılmalıdır.

Yazılım seçiminde fiyat mı özellik mi daha önemlidir?

Tek başına ikisi de yeterli değildir. Esas kriter toplam fayda ve toplam sahip olma maliyetidir. Ucuz ancak saha ekibinin kullanamadığı bir program da, kapsamlı fakat firmanın ihtiyaçlarının büyük bölümünü aşan pahalı bir sistem de verimsiz yatırım olabilir.

Demo sırasında nelere dikkat edilmelidir?

Hazır sunum yerine gerçek bir bakım sürecinin denenmesi daha faydalıdır. Bina oluşturma, bakım atama, teknisyenin mobil uygulamadan işlemi tamamlaması, fotoğraf veya imza eklemesi ve ofisin sonucu raporlaması gibi günlük senaryolar test edilmelidir.

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

Birçok yazılımda toplu veri aktarımı mümkündür ancak aktarılabilen alanlar ve kullanılacak Excel formatı değişebilir. Satın alma öncesinde müşteri, bina, asansör ve cari kayıtlarının hangi kapsamda taşınabileceği mutlaka netleştirilmelidir.

Asansorex değerlendirilirken brief nasıl kullanılabilir?

Hazırladığınız zorunlu ve önemli ihtiyaç listesini kullanarak Asansorex üzerinde kendi günlük operasyonunuza benzeyen bir senaryo deneyebilirsiniz. Özellikle bakım planlama, teknisyen saha kullanımı, arıza geçmişi ve raporlama akışlarını gerçek kullanım mantığıyla test etmek, karar vermeyi kolaylaştırır.

Özet

Asansör Online Bakım Programı satın almak, yalnızca birkaç yazılım firmasından fiyat alıp özellik listelerini karşılaştırmak değildir. Doğru karar için önce mevcut operasyonun fotoğrafı çıkarılmalı; bakım portföyü, teknisyen sayısı, arıza yoğunluğu, saha çalışma şekli ve mevcut veri kaynakları belirlenmelidir.

Ardından ihtiyaçlar zorunlu, önemli ve opsiyonel olarak sınıflandırılmalı; bakım, arıza, mobil kullanım, raporlama, veri aktarımı, yetkilendirme ve destek kriterleri yazılı hale getirilmelidir. Tekliflerin tamamı aynı brief üzerinden istendiğinde fiyat ve kapsam karşılaştırması çok daha sağlıklı yapılabilir.

En kritik aşama ise gerçek operasyon senaryosuyla yapılan demodur. Bir bakımın planlanmasından teknisyenin sahada tamamlamasına ve ofisin kaydı kontrol etmesine kadar bütün süreç denenmelidir. Böylece satın alma kararı gösterişli özelliklere değil, firmanın günlük işini gerçekten kolaylaştıracak fonksiyonlara dayanır.