Asansör Saha Programı Satın Alma Briefi Nasıl Hazırlanır?

İÇERİK

Asansör bakım firmalarında saha operasyonu; bakım planları, arıza çağrıları, teknisyen görevlendirmeleri, kullanılan parçalar, müşteri imzaları ve tahsilat kayıtları gibi birbirine bağlı birçok süreçten oluşur. Bu süreçleri dijitalleştirmek isteyen firmaların yaptığı en yaygın hata, ihtiyaçlarını netleştirmeden doğrudan program fiyatı sormaktır. Oysa doğru bir asansör saha programı satın alma briefi, yazılım firmasına neye ihtiyaç duyulduğunu açık biçimde anlatır ve alınan tekliflerin aynı şartlar altında karşılaştırılmasını sağlar.

İyi hazırlanmış bir brief yalnızca özellik listesi değildir. Firmanın mevcut çalışma şeklini, yaşadığı sorunları, kullanıcı sayısını, hedeflenen sonuçları ve yazılımın hangi operasyonlara dokunacağını açıklayan bir karar dokümanıdır. Bu rehberde, firma sahiplerinin ve operasyon yöneticilerinin uygulayabileceği adımlarla etkili bir satın alma briefinin nasıl hazırlanacağını inceleyeceğiz.

Satın Alma Briefi Neden Gereklidir?

Asansör saha programları dışarıdan bakıldığında benzer özellikler sunuyor gibi görünebilir. Ancak iki farklı programda bulunan “bakım yönetimi” özelliği aynı derinlikte çalışmayabilir. Bir sistem yalnızca aylık bakım listesini gösterirken başka bir sistem teknisyen ataması, konum kaydı, dijital form, fotoğraf, imza, parça kullanımı ve bakım fişi oluşturma adımlarını tek süreçte yönetebilir.

Brief hazırlanmadığında yazılım firmalarından gelen teklifler arasında şu sorunlar ortaya çıkar:

• Her firma farklı kapsam üzerinden fiyat verir.
• Eksik modüller satın alma sonrasında fark edilir.
• Mobil kullanım, veri aktarımı veya eğitim gibi kalemler sonradan ek maliyet çıkarır.
• Teknisyenlerin ihtiyaçları dikkate alınmadığı için program sahada kullanılmaz.
• Firma, kullanmayacağı özelliklere ücret ödeyebilir.
• Yönetim, yazılım yatırımının başarılı olup olmadığını ölçemez.

İyi bir satın alma briefi, “Hangi program daha ucuz?” sorusundan önce “Hangi program bizim operasyonumuza gerçekten uyuyor?” sorusunu yanıtlar.

Brief sayesinde yazılım sağlayıcılarından yalnızca tanıtım sunumu değil, firmanın gerçek ihtiyaçlarına karşılık veren somut bir çözüm önerisi istenir.

Mevcut Saha Operasyonunu Açıkça Tanımlayın

Briefin ilk bölümü, firmanın bugün nasıl çalıştığını anlatmalıdır. Bu bölümde ideal sistem değil, mevcut gerçek durum yazılmalıdır. Çünkü satın alınacak programın hangi sorunları çözmesi gerektiği ancak mevcut süreç doğru tanımlandığında anlaşılır.

Aşağıdaki bilgiler kısa ve ölçülebilir biçimde belirtilmelidir:

• Bakımı yapılan toplam asansör sayısı
• Hizmet verilen bina ve müşteri sayısı
• Aktif teknisyen sayısı
• Günlük ortalama bakım ve arıza adedi
• Bakım planlarının nasıl hazırlandığı
• Arıza çağrılarının hangi kanallardan geldiği
• İş emirlerinin teknisyenlere nasıl aktarıldığı
• Bakım formlarının kâğıt mı dijital mi tutulduğu
• Tahsilat ve kullanılan parça bilgilerinin nasıl kaydedildiği
• Müşteriye bakım veya arıza sonucu nasıl bildirildiği

Örneğin mevcut durum şu şekilde özetlenebilir:

“Firma 420 asansöre aylık bakım hizmeti vermektedir. Sahada 8 teknisyen çalışmaktadır. Bakım listeleri Excel üzerinden hazırlanmakta, görevler WhatsApp grubundan iletilmektedir. Bakım föyleri kâğıt olarak doldurulmakta ve ofise haftalık teslim edilmektedir. Arıza çağrıları telefonla alınmakta, tamamlanan işler merkezi olarak düzenli takip edilememektedir.”

Bu açıklama, yalnızca “bakım takip programına ihtiyacımız var” ifadesinden çok daha değerlidir. Yazılım sağlayıcısı böylece firmanın ölçeğini, günlük iş yükünü ve temel operasyon sorunlarını anlayabilir.

Sorunları ve Satın Alma Amaçlarını Ayırın

Bir satın alma briefinde mevcut sorunlar ile ulaşılmak istenen hedefler ayrı başlıklarda yazılmalıdır. Sorunlar bugünkü kayıpları, hedefler ise programdan beklenen sonuçları gösterir.

Mevcut sorunlara örnekler

• Aylık bakımı yapılmayan binalar geç fark ediliyor.
• Teknisyenlerin hangi işte olduğu anlık görülemiyor.
• Kâğıt bakım formları kaybolabiliyor.
• Arıza çağrıları kişisel telefonlarda kalıyor.
• Kullanılan parçalar stoktan düzenli düşülmüyor.
• Müşteri imzası ve fotoğraf kayıtları merkezi olarak saklanmıyor.
• Tamamlanan bakım ile kesilen fatura arasında bağlantı kurulamıyor.
• Müşteri “Teknisyen geldi mi?” sorusunun cevabını ofisten alamıyor.

Satın alma hedeflerine örnekler

1. Bakım planlarının otomatik oluşturulması
2. Görevlerin teknisyen telefonuna iletilmesi
3. Bakım ve arıza formlarının sahada tamamlanması
4. Fotoğraf, konum ve müşteri imzasının kayıt altına alınması
5. Eksik veya geciken işlerin günlük raporlanması
6. Kullanılan parçaların araç ya da merkez stoktan düşülmesi
7. Müşteriye işlem sonucunun dijital olarak gönderilmesi
8. Firma sahibinin saha performansını tek yerden izlemesi

Hedefler mümkün olduğunca ölçülebilir yazılmalıdır. “Operasyonu iyileştirmek” yerine “geciken bakım sayısını üç ay içinde yüzde 50 azaltmak” gibi ölçülebilir ifadeler kullanılabilir.

Zorunlu ve Tercihe Bağlı Özellikleri Belirleyin

Satın alma sürecinde bütün özellikleri aynı önemde görmek karar vermeyi zorlaştırır. Bu nedenle ihtiyaçlar üç seviyeye ayrılmalıdır:

• Zorunlu: Programın alınabilmesi için mutlaka bulunması gereken özellikler
• Önemli: Operasyonu ciddi biçimde kolaylaştıracak özellikler
• Tercihe bağlı: Bütçe ve paket uygunsa değerlendirilecek özellikler

Aşağıdaki tablo örnek bir önceliklendirme çalışmasıdır:

İhtiyaç	Öncelik	Beklenen kullanım
Aylık bakım planlama	Zorunlu	Bina ve teknisyen bazlı otomatik plan
Mobil teknisyen ekranı	Zorunlu	Görev görüntüleme ve sahada kapatma
Dijital bakım formu	Zorunlu	Fotoğraf, açıklama ve imza kaydı
Arıza görevlendirme	Zorunlu	Çağrının teknisyene anlık iletilmesi
Konum kaydı	Önemli	İş başlangıç ve bitiş noktasının doğrulanması
Stok ve parça takibi	Önemli	Kullanılan parçanın araç stoktan düşülmesi
Müşteri bilgilendirme	Önemli	SMS veya dijital servis raporu
Termal yazıcı desteği	Tercihe bağlı	Sahada bakım fişi yazdırılması
Müşteri portalı	Tercihe bağlı	Bina yöneticisinin kayıtları görüntülemesi
Rota planlama	Tercihe bağlı	Günlük ziyaret sırasının düzenlenmesi

Bu ayrım teklif değerlendirmesinde büyük kolaylık sağlar. Bir program çok sayıda ek özellik sunsa bile zorunlu ihtiyaçlardan birini karşılamıyorsa firma için doğru seçenek olmayabilir.

Asansorex gibi asansör bakımına özel geliştirilen saha programlarında bakım, arıza, dijital form, teknisyen görevlendirme ve müşteri bilgilendirme süreçlerinin birbiriyle bağlantılı olması, farklı uygulamalar arasında veri taşımaya duyulan ihtiyacı azaltabilir.

Kullanıcıları ve Yetkileri Briefte Netleştirin

Programı yalnızca firma sahibi kullanmayacaktır. Saha teknisyenleri, operasyon sorumluları, muhasebe personeli ve bazı durumlarda bina yöneticileri de sisteme erişebilir. Bu nedenle briefte kullanıcı profilleri açıkça yazılmalıdır.

Firma sahibi veya operasyon yöneticisi

• Günlük bakım ve arıza durumunu görmek
• Geciken işleri takip etmek
• Teknisyen iş yükünü karşılaştırmak
• Müşteri ve bina geçmişine ulaşmak
• Performans raporlarını incelemek

Teknisyen

• Kendisine atanan işleri görmek
• Bina ve asansör bilgilerine ulaşmak
• Bakım veya arıza formu doldurmak
• Fotoğraf, açıklama ve imza eklemek
• Kullanılan parçayı kaydetmek
• Gerekirse tahsilat bilgisi girmek

Muhasebe veya ofis personeli

• Tamamlanan işleri kontrol etmek
• Cari ve tahsilat kayıtlarına ulaşmak
• Faturalandırılacak hizmetleri görmek
• Müşteri bilgilendirmelerini yönetmek

Bina yöneticisi

• Bakım geçmişini görüntülemek
• Arıza talebi oluşturmak
• Servis raporuna ulaşmak
• Borç veya tahsilat durumunu incelemek

Briefte her kullanıcının hangi verilere ulaşacağı da belirtilmelidir. Örneğin teknisyenlerin tüm müşteri portföyünü görmesi gerekmeyebilir. Benzer şekilde bina yöneticisi yalnızca kendi binasına ait kayıtları görebilmelidir.

Teknik, Mobil ve Entegrasyon Gereksinimlerini Yazın

Programın özellikleri kadar teknik çalışma koşulları da önemlidir. Özellikle sahada kullanılan cihazlar, internet bağlantısı ve mevcut veri yapısı satın alma öncesinde değerlendirilmelidir.

Briefte şu sorular yanıtlanmalıdır:

• Program web tabanlı mı kullanılacak?
• Android ve iOS desteği gerekli mi?
• Teknisyenlerin kullandığı telefonlar güncel mi?
• İnternetin zayıf olduğu bölgelerde çalışma ihtiyacı var mı?
• Mevcut müşteri ve bina verileri Excel’den aktarılacak mı?
• SMS, e-posta veya WhatsApp bilgilendirmesi gerekli mi?
• e-Fatura veya ön muhasebe entegrasyonu bekleniyor mu?
• Termal yazıcı ya da barkod cihazı kullanılacak mı?
• Verilerin yedeklenme yöntemi nasıl olacak?
• Kullanıcı hareketleri kayıt altına alınacak mı?

Özellikle veri aktarımı konusu satın alma öncesinde netleştirilmelidir. “Veriler aktarılabilir” ifadesi tek başına yeterli değildir. Hangi verilerin, hangi formatta ve kim tarafından aktarılacağı yazılı olarak belirlenmelidir.

Örneğin aktarılması beklenen alanlar şunlar olabilir:

• Cari hesaplar
• Bina bilgileri
• Asansör kimlik bilgileri
• Bakım sözleşmeleri
• Bakım günleri
• Teknisyen listeleri
• Açık borç ve tahsilat bakiyeleri
• Geçmiş bakım kayıtları

Demo Senaryosunu Briefin İçine Ekleyin

Yazılım demosu, yalnızca menülerin tanıtıldığı bir sunum olmamalıdır. Firmanın günlük iş akışını temsil eden gerçek bir senaryo üzerinden yapılmalıdır.

Örnek demo senaryosu şu şekilde hazırlanabilir:

1. Yeni bir bina ve asansör kaydı oluşturulsun.
2. Asansör için aylık bakım planı tanımlansın.
3. Bakım görevi bir teknisyene atansın.
4. Teknisyen görevi telefonundan açsın.
5. Bakım formuna kontrol maddeleri, fotoğraf ve açıklama eklesin.
6. Bina yöneticisinden dijital imza alınsın.
7. Kullanılan bir parça stoktan düşülsün.
8. Bakım tamamlandığında ofise bildirim gelsin.
9. Müşteriye servis sonucu gönderilsin.
10. Tamamlanan işlem yönetim raporunda görüntülensin.

Bu senaryonun baştan sona çalıştırılması, programın gerçek operasyon temposuna uygun olup olmadığını gösterir. Sadece ekran görüntülerine veya hazırlanmış sunumlara bakarak karar verilmemelidir.

Fiyat Teklifinde İstenmesi Gereken Kalemler

Asansör saha programlarında toplam maliyet yalnızca lisans bedelinden oluşmayabilir. Kurulum, veri aktarımı, eğitim, mesaj kontörü, ek kullanıcı, cihaz ve destek hizmetleri ayrı ücretlendirilebilir.

Satın alma briefinde fiyat teklifinin aşağıdaki kalemleri ayrı ayrı göstermesi istenmelidir:

Fiyat kalemi	Sorulması gereken konu
Lisans bedeli	Aylık mı, yıllık mı, kullanıcı veya asansör sayısına göre mi?
Kurulum	İlk sistem kurulumu fiyata dahil mi?
Veri aktarımı	Kaç kayıt aktarılacak, kim hazırlayacak?
Eğitim	Kaç saat, çevrim içi mi, yerinde mi?
Mobil kullanıcı	Teknisyen başına ek ücret var mı?
SMS veya bildirim	Kontör bedeli nasıl hesaplanıyor?
Destek	Telefon, uzaktan bağlantı ve mesai dışı destek dahil mi?
Güncelleme	Yeni sürümler lisansa dahil mi?
Entegrasyon	e-Fatura, muhasebe veya diğer bağlantılar ücretli mi?
Cihazlar	Yazıcı, etiket veya ek donanım gerekiyor mu?

Fiyat karşılaştırması yapılırken en az bir yıllık toplam maliyet hesaplanmalıdır. Düşük görünen lisans bedeli; kullanıcı, destek ve veri aktarımı ücretleri eklendiğinde daha yüksek bir toplam maliyete dönüşebilir.

Başarı Kriterlerini ve Pilot Süreci Tanımlayın

Briefin son bölümünde programın başarılı sayılması için hangi sonuçların elde edilmesi gerektiği yazılmalıdır. Bu kriterler, satın alma sonrasında yatırımın ölçülmesini sağlar.

Örnek başarı kriterleri:

• Aylık bakım görevlerinin en az yüzde 95’inin sistem üzerinden planlanması
• Teknisyenlerin tamamının mobil uygulamayı düzenli kullanması
• Kâğıt bakım formu kullanımının sona ermesi
• Arıza çağrılarının tek merkezde kayıt altına alınması
• Tamamlanan işlerde fotoğraf ve müşteri onayı bulunması
• Geciken bakım sayısının aylık raporlanması
• Müşteri taleplerine dönüş süresinin kısalması
• Stoktan kullanılan parçaların düzenli düşülmesi

Mümkünse program önce sınırlı sayıda bina ve teknisyenle pilot olarak denenmelidir. Örneğin 30 bina, iki teknisyen ve bir operasyon sorumlusu ile iki ila dört haftalık bir deneme yapılabilir. Pilot süreçte kullanım kolaylığı, mobil performans, destek hızı ve raporların doğruluğu değerlendirilmelidir.

Örnek Asansör Saha Programı Satın Alma Briefi

Aşağıdaki yapı doğrudan firmanın ihtiyaçlarına göre uyarlanabilir:

Firma bilgileri

• Bakımı yapılan asansör sayısı:
• Aktif bina sayısı:
• Teknisyen sayısı:
• Ofis kullanıcısı sayısı:
• Günlük ortalama bakım sayısı:
• Aylık ortalama arıza sayısı:

Mevcut çalışma şekli

• Bakım planlama yöntemi:
• Arıza kayıt yöntemi:
• Teknisyen görevlendirme yöntemi:
• Form ve imza yöntemi:
• Stok takip yöntemi:
• Müşteri bilgilendirme yöntemi:

Temel sorunlar

* * *

Zorunlu özellikler

* * *

Tercihe bağlı özellikler

* * *

Veri aktarımı

• Aktarılacak kayıt türleri:
• Tahmini kayıt sayısı:
• Mevcut dosya formatı:

Eğitim ve destek beklentisi

• Eğitim alacak kullanıcı sayısı:
• Beklenen eğitim yöntemi:
• Destek saatleri:
• Hedeflenen geçiş tarihi:

Başarı kriterleri

* * *

Bu şablon, teklif alınan bütün yazılım firmalarına aynı şekilde gönderilmelidir. Böylece gelen yanıtlar ortak bir çerçevede değerlendirilebilir.

Sıkça Sorulan Sorular

Asansör saha programı satın alma briefini kim hazırlamalıdır?

Brief firma sahibi, operasyon sorumlusu ve sahada çalışan en az bir teknisyenin katkısıyla hazırlanmalıdır. Muhasebe veya stok süreçleri programa dahil edilecekse ilgili personelin görüşü de alınmalıdır.

Brief hazırlamadan doğrudan demo almak yanlış mı?

Demo almak yanlış değildir ancak ihtiyaçlar belirlenmeden yapılan demo genellikle yazılımın güçlü özelliklerine odaklanır. Brief hazır olduğunda demo, firmanın gerçek iş akışına göre test edilebilir.

Satın alma briefi kaç sayfa olmalıdır?

Küçük ve orta ölçekli bir asansör bakım firması için iki ila beş sayfalık net bir brief genellikle yeterlidir. Önemli olan uzunluk değil; kullanıcı, süreç, özellik, veri aktarımı ve fiyat beklentilerinin açık olmasıdır.

En ucuz programı seçmek doğru mudur?

Yalnızca lisans fiyatına bakmak doğru değildir. Veri aktarımı, eğitim, destek, mobil kullanıcı, mesaj kontörü ve entegrasyon gibi toplam maliyet kalemleri birlikte değerlendirilmelidir.

Pilot kullanım şart mı?

Zorunlu değildir ancak özellikle teknisyen sayısı ve bakım portföyü yüksek firmalarda riski azaltır. Pilot kullanım, programın saha koşullarına ve çalışanların kullanım alışkanlıklarına uyumunu gösterir.

Asansorex satın alma briefindeki ihtiyaçları karşılayabilir mi?

Asansorex; bakım planlama, arıza yönetimi, mobil teknisyen işlemleri, dijital form, fotoğraf, imza, stok ve müşteri bilgilendirme gibi süreçleri aynı yapıda yönetmeye yardımcı olabilir. Uygunluk değerlendirmesi, firmanın hazırladığı brief üzerinden yapılmalıdır.

Özet

Asansör saha programı satın alma briefi, yanlış yazılım seçimini ve sonradan ortaya çıkabilecek ek maliyetleri önleyen temel bir hazırlık dokümanıdır. Briefte mevcut operasyon, sorunlar, hedefler, kullanıcılar, zorunlu özellikler, veri aktarımı, entegrasyonlar, fiyat kalemleri ve başarı kriterleri açıkça belirtilmelidir.

Satın alma kararında yalnızca özellik sayısı veya ilk fiyat değil; programın teknisyen tarafından sahada kolay kullanılması, bakım ve arıza süreçlerini birbirine bağlaması, verileri güvenli biçimde saklaması ve firma yönetimine ölçülebilir sonuç sunması dikkate alınmalıdır. İyi hazırlanmış bir brief, yazılım sağlayıcısıyla yapılan görüşmeleri hızlandırır ve firmanın gerçek ihtiyacına uygun bir saha yönetim sistemi seçmesini kolaylaştırır.