Asansör Mobil Saha Programı Satın Alma Brief Şablonu

İÇERİK

Asansör bakım firmalarının mobil saha programı ararken yaptığı en yaygın hata, doğrudan ürün demosuna geçip özellikleri o anda değerlendirmeye çalışmaktır. Hazırlıksız yapılan demoda etkileyici görünen işlevler öne çıkarken firmanın gerçek operasyon sorunları ikinci planda kalabilir. Sonuçta satın alınan sistem bakım planını gösterir ancak çevrimdışı çalışmaz, form doldurur ancak imza alamaz ya da servis fişi oluşturur fakat kullanılan mobil yazıcıyla uyumlu değildir. İyi hazırlanmış bir Asansör Mobil Saha Programı satın alma briefi, ihtiyaçları ölçülebilir hâle getirir, farklı tekliflerin aynı koşullarda karşılaştırılmasını sağlar ve yanlış yazılım seçme riskini azaltır. Bu rehberde kullanıma hazır bir brief yapısını, sorulması gereken soruları ve teklif değerlendirme yöntemini bulabilirsiniz.

Satın Alma Briefi Neden Gereklidir?

Satın alma briefi, firmaya program geliştirecek veya hazır bir yazılım sunacak sağlayıcıya iletilen ihtiyaç belgesidir. Bu belge yalnızca istenen özelliklerin listesi değildir. Firmanın mevcut işleyişini, yaşadığı sorunları, hedeflediği sonucu, kullanıcı sayısını ve teknik beklentilerini birlikte açıklar.

Örneğin “Mobil bakım formu istiyoruz” ifadesi tek başına yeterli değildir. Şu ayrıntılar belirtilmediğinde taraflar aynı özelliği farklı yorumlayabilir:

• Bakım formunu teknisyen mi, ekip lideri mi dolduracak?
• Form maddeleri asansör tipine göre değişecek mi?
• İnternet bağlantısı olmadığında işlem yapılabilecek mi?
• Bina yöneticisinin imzası alınacak mı?
• Fotoğraf eklemek zorunlu olacak mı?
• Tamamlanan form PDF olarak oluşturulacak mı?
• Form, termal yazıcıdan servis fişi şeklinde basılacak mı?
• Geçmiş bakım kayıtları yetkili kişiler tarafından görüntülenebilecek mi?

Bu ayrıntılar briefte açıkça yazıldığında yazılım firması daha doğru kapsam ve fiyat sunabilir. Bakım firması da sonradan “Bu özellik pakete dahil değildi” gibi sürprizlerle daha az karşılaşır.

Brief Hazırlamadan Önce Mevcut Süreci Çıkarın

İyi bir satın alma belgesi hazırlamak için önce mevcut saha operasyonunun fotoğrafını çekmek gerekir. Amaç her ayrıntıyı uzun uzun anlatmak değil, işin nerede yavaşladığını ve hangi bilgilerin kaybolduğunu ortaya çıkarmaktır.

Bir bakım gününü adım adım izleyin

Bir teknisyenin iş gününü başlangıçtan kapanışa kadar inceleyin:

1. Günlük bakım listesi teknisyene nasıl ulaşıyor?
2. Teknisyen hangi binaya önce gideceğine nasıl karar veriyor?
3. Adres, bina yetkilisi ve asansör bilgilerini nereden buluyor?
4. Bakım sırasında hangi kontrol maddelerini işaretliyor?
5. Eksik veya riskli durumları nasıl bildiriyor?
6. Fotoğraf, açıklama ve imza nerede tutuluyor?
7. Kullanılan malzeme veya değişen parça nasıl kaydediliyor?
8. Servis fişi müşteriye nasıl teslim ediliyor?
9. Tamamlanamayan işler ofise nasıl aktarılıyor?
10. Gün sonunda kontrol ve raporlama nasıl yapılıyor?

Bu sorulara verilen cevaplar; WhatsApp, telefon, kâğıt form, Excel ve farklı uygulamalara dağılıyorsa temel ihtiyaç yalnızca “mobil uygulama” değildir. Asıl ihtiyaç, bilginin tek süreç içinde tutulması ve ofis ile saha arasındaki kopukluğun azaltılmasıdır.

Sorunları ölçülebilir biçimde yazın

“Planlama zor oluyor” yerine daha açık ifadeler kullanın. Örneğin:

• Aylık 600 bakımın yaklaşık 40 tanesinde form geç teslim ediliyor.
• Teknisyenler günde ortalama 20 dakika adres ve iletişim bilgisi arıyor.
• İnternet çekmeyen makine dairelerinde kayıt sonradan tamamlanıyor.
• Müşteriden gelen “Bakım yapıldı mı?” sorusuna cevap vermek için kâğıt arşiv inceleniyor.
• Değiştirilen parçaların stoktan düşülmesi birkaç gün gecikiyor.
• Arıza müdahalesinde yola çıkma ve varış saatleri düzenli kaydedilemiyor.

Ölçülebilir sorunlar, satın alma sonrasında programın faydasını değerlendirmek için de başlangıç noktası oluşturur.

Hazır Asansör Mobil Saha Programı Brief Şablonu

Aşağıdaki yapı doğrudan satın alma belgenize uyarlanabilir. Köşeli alanları firmanızın bilgileriyle doldurabilir, ihtiyacınız olmayan maddeleri çıkarabilirsiniz.

Firma ve operasyon bilgileri

Firma adı: [Firma unvanı]

Hizmet verilen il ve ilçeler: [Bölgeler]

Portföydeki asansör sayısı: [Adet]

Aktif saha personeli: [Adet]

Ofis kullanıcısı: [Adet]

Şube sayısı: [Adet]

Aylık ortalama bakım işlemi: [Adet]

Aylık ortalama arıza kaydı: [Adet]

Kullanılan telefon ve tablet altyapısı: [Android, iOS veya her ikisi]

Mevcut kayıt yöntemi: [Kâğıt, Excel, farklı yazılım veya karma yapı]

Projenin amacı

Firmamız; periyodik bakım, arıza müdahalesi ve saha formlarını dijital ortamda yönetmek istemektedir. Temel amaçlarımız şunlardır:

• Aylık bakım planlarının teknisyenlere mobil ortamda iletilmesi
• Tamamlanan ve geciken işlemlerin takip edilmesi
• Bakım ve arıza formlarının sahada doldurulması
• Fotoğraf, açıklama ve müşteri imzasının işleme eklenmesi
• İnternet bağlantısının zayıf olduğu alanlarda veri kaybının önlenmesi
• Servis geçmişinin asansör, bina ve müşteri bazında saklanması
• Ofise yapılan telefon ve WhatsApp bildirimlerinin azaltılması
• Denetim ve müşteri taleplerinde geçmiş kayıtların hızlı sunulması

Zorunlu işlevler

Planlama ve görevlendirme

• Aylık periyodik bakım planı oluşturulabilmeli.
• Bakım ve arıza kayıtları uygun teknisyene atanabilmeli.
• Teknisyen kendisine atanmış işleri mobil cihazdan görebilmeli.
• Bekleyen, yola çıkılan, başlanan, tamamlanan ve ertelenen işler ayrılabilmeli.
• İş önceliği ve hedef tamamlanma zamanı tanımlanabilmeli.

Mobil saha kullanımı

• Uygulama Android ve iOS cihazlarda çalışabilmeli.
• İnternet bağlantısı olmadığında temel form işlemleri yapılabilmeli.
• Bağlantı geldiğinde kayıtlar güvenli biçimde eşitlenebilmeli.
• Teknisyen yalnızca yetkisi kapsamındaki müşteri ve işleri görebilmeli.
• Adres, yetkili kişi, telefon ve asansör bilgilerine uygulama içinden erişilebilmeli.

Form ve kanıt kayıtları

• Bakım, arıza, montaj ve kontrol süreçleri için ayrı formlar tanımlanabilmeli.
• Form maddeleri firma tarafından düzenlenebilmeli.
• Zorunlu alan, fotoğraf, açıklama ve imza kuralları belirlenebilmeli.
• Form tamamlandığında tarih ve işlem bilgileri kaydedilebilmeli.
• Tamamlanan işlemden PDF servis formu üretilebilmeli.
• Gerekiyorsa mobil termal yazıcıdan servis fişi alınabilmeli.

Asansör ve müşteri geçmişi

• Her asansöre ait bakım ve arıza geçmişi tek yerde görülebilmeli.
• Tekrarlayan arızalar izlenebilmeli.
• Değiştirilen parça ve kullanılan malzeme kaydedilebilmeli.
• Müşteriye ait bina, sözleşme ve iletişim bilgileri ilişkilendirilebilmeli.
• Yetkilendirilmiş bina yöneticisi tamamlanan servis kayıtlarına erişebilmeli.

İsteğe bağlı işlevler

İsteğe bağlı özellikleri zorunlu özelliklerden ayırmak, tekliflerin gereksiz yere şişmesini önler. Aşağıdaki maddeler ikinci aşamaya bırakılabilir:

• QR kod üzerinden arıza bildirimi
• Araç veya teknisyen konum takibi
• Otomatik rota önerisi
• E-tahsilat bağlantısı
• Stok ve depo yönetimi
• Teklif ve sözleşme süreçleri
• Müşteri bilgilendirme SMS’i
• Performans ve iş yükü raporları
• Şubeler arası operasyon yönetimi
• Muhasebe veya e-fatura entegrasyonu

Zorunlu ve Tercihe Bağlı İhtiyaçları Ayırın

Her talebi “olmazsa olmaz” olarak işaretlemek, hem proje maliyetini yükseltir hem de asıl ihtiyacın görünmesini zorlaştırır. Özellikleri aşağıdaki gibi sınıflandırmak daha sağlıklı sonuç verir:

Öncelik	Tanım	Asansör firması için örnek
Zorunlu	Sistem kullanılmadan operasyon sürdürülemez	Mobil bakım formu, iş atama, fotoğraf, imza
Yüksek	Verimliliğe doğrudan katkı sağlar	Çevrimdışı kullanım, PDF servis formu, bildirim
Orta	Operasyonu geliştirir ancak ilk gün şart değildir	QR arıza bildirimi, rota planlama, müşteri portalı
Düşük	İkinci fazda değerlendirilebilir	Gelişmiş performans panosu, özel entegrasyonlar
Kapsam dışı	Mevcut satın almaya dahil edilmeyecek	Bordro, insan kaynakları veya tam muhasebe sistemi

Örneğin firma hizmet verdiği bölgelerde sık sık internet sorunu yaşıyorsa çevrimdışı kullanım “yüksek” değil, zorunlu olmalıdır. Buna karşılık teknisyenler sabit ve küçük bir bölgede çalışıyorsa gelişmiş rota optimizasyonu ilk aşamada gerekli olmayabilir.

Teknik ve Ticari Soruları Briefte Açıkça Sorun

Programın ekranlarını beğenmek satın alma kararı için yeterli değildir. Sistemin kullanıma alınması, destek modeli ve toplam maliyeti de değerlendirilmelidir.

Teknik sorular

• Mobil uygulama hangi işletim sistemi sürümlerini destekliyor?
• Çevrimdışı ortamda hangi işlemler yapılabiliyor?
• İnternet geldiğinde çakışan kayıtlar nasıl yönetiliyor?
• Fotoğraf ve imza kayıtları formun içinde saklanıyor mu?
• Mevcut müşteri ve asansör verileri toplu aktarılabiliyor mu?
• Kullanıcı yetkileri teknisyen, ekip lideri ve ofis personeline göre ayrılabiliyor mu?
• PDF ve termal fiş şablonları özelleştirilebiliyor mu?
• Kullanılan Bluetooth veya USB yazıcı modelleriyle uyumluluk nasıl doğrulanıyor?
• Veriler hangi sıklıkla yedekleniyor?
• Firma verileri dışarı aktarılabiliyor mu?

Ticari sorular

• Fiyat kullanıcı, asansör, şube veya işlem sayısına göre mi belirleniyor?
• Kurulum ve veri aktarımı ücrete dahil mi?
• Eğitim kaç kullanıcıya ve hangi yöntemle veriliyor?
• Mobil uygulama için ayrıca lisans bedeli bulunuyor mu?
• SMS, depolama, e-imza veya entegrasyonlar ek ücrete tabi mi?
• Yıllık yenileme bedeli nasıl hesaplanıyor?
• Destek kapsamı ve ortalama geri dönüş süresi nedir?
• Sözleşme sona erdiğinde veriler hangi formatta teslim ediliyor?
• Yeni özellikler aboneliğe dahil mi, ayrıca mı fiyatlandırılıyor?
• Deneme veya pilot kullanım imkânı sunuluyor mu?

Bu sorular, ilk fiyatı değil toplam sahip olma maliyetini görmenize yardımcı olur. Düşük lisans bedeli sunan bir çözüm; kurulum, veri aktarımı, eğitim, SMS ve destek maliyetleri eklendiğinde beklenenden pahalı hâle gelebilir.

Teklifleri Puanlama Tablosuyla Karşılaştırın

Üç farklı sağlayıcıdan teklif alındığında karar yalnızca fiyat üzerinden verilmemelidir. Her çözümü aynı başlıklarda puanlamak daha dengeli bir karşılaştırma sağlar.

Değerlendirme alanı	Önerilen ağırlık	Kontrol noktası
Saha işlevleri	%25	Form, fotoğraf, imza, durum ve geçmiş kayıtları
Çevrimdışı kullanım	%15	Bağlantısız çalışma ve güvenli eşitleme
Kullanım kolaylığı	%15	Teknisyenin az adımla işlemi tamamlaması
Kurulum ve veri aktarımı	%10	Mevcut kayıtların sisteme alınması
Destek ve eğitim	%10	Başlangıç eğitimi ve sorunlara dönüş süresi
Raporlama	%10	Bakım, arıza, gecikme ve iş yükü raporları
Toplam maliyet	%10	Lisans, ek hizmet ve yenileme maliyetleri
Gelişebilirlik	%5	Yeni şube, kullanıcı ve entegrasyon desteği

Her alana 100 üzerinden puan verip sonucu ağırlıkla çarpabilirsiniz. Örneğin saha işlevlerinden 80 puan alan çözüm, toplam değerlendirmeye 80 x %25 = 20 puan kazandırır. Bu yöntem, en ucuz teklif ile işletmeye en uygun teklif arasındaki farkı görünür kılar.

Demo ve Pilot Sürecini Gerçek Senaryolarla Yürütün

Demo sırasında yalnızca menülerin anlatılmasını istemek yerine sağlayıcıya gerçek senaryolar verin. En az bir bakım ve bir arıza kaydını baştan sona tamamlatın.

Pilot çalışmada şu akışı test edin:

1. Ofisten bir teknisyene bakım işi atayın.
2. Teknisyenin işi mobil cihazda görmesini sağlayın.
3. İnternet bağlantısını kapatarak form doldurun.
4. Fotoğraf, açıklama ve müşteri imzası ekleyin.
5. Eksik bir kontrol maddesiyle formu tamamlamayı deneyin.
6. Bağlantı yeniden geldiğinde kaydın eşitlenmesini kontrol edin.
7. PDF servis formunu oluşturun.
8. Gerekliyse mobil yazıcıdan çıktı alın.
9. İşlemi asansörün geçmiş kayıtlarında arayın.
10. Yetkisiz bir kullanıcının kaydı görüp göremediğini kontrol edin.

Pilotu farklı yaş ve deneyim seviyelerindeki teknisyenlerle yapmak önemlidir. Program yalnızca ofis yöneticisine kolay geliyorsa fakat teknisyen sahada çok fazla ekrana dokunmak zorunda kalıyorsa kullanım oranı düşebilir.

Asansorex gibi asansör sektörüne odaklanan bir bakım takip yazılımı değerlendirilirken de aynı brief kullanılabilir. Böylece bakım planlama, mobil form, fotoğraf, imza, çevrimdışı çalışma ve servis çıktısı gibi işlevler firmanızın gerçek senaryoları üzerinden sınanabilir.

Satın Alma Briefinde Kaçınılması Gereken Hatalar

Brief hazırlarken aşağıdaki hatalar projenin kapsamını belirsizleştirir:

• “Piyasadaki tüm özellikler olsun” gibi ölçülemeyen talepler yazmak
• Zorunlu ihtiyaçlarla gelecek dönem fikirlerini aynı listede toplamak
• Kullanıcı ve asansör sayısını belirtmemek
• Çevrimdışı kullanımın kapsamını sormamak
• Veri aktarımını satın alma sonrasına bırakmak
• Yazıcı uyumluluğunu marka ve modelle test etmemek
• Eğitim ve destek koşullarını yazılı istememek
• Yalnızca yıllık lisans fiyatına bakmak
• Teknisyenleri seçim ve pilot sürecine dahil etmemek
• Verilerin dışarı aktarılma şartlarını öğrenmemek

Özellikle “çevrimdışı çalışıyor” cevabı ayrıntılandırılmalıdır. Bazı uygulamalar yalnızca önceden indirilmiş işleri gösterirken bazıları bağlantı yokken form, fotoğraf ve imza kaydına da izin verir. Briefte hangi işlemlerin bağlantısız yapılacağı açıkça yazılmalıdır.

Sıkça Sorulan Sorular

Asansör Mobil Saha Programı briefi kaç sayfa olmalıdır?

Orta ölçekli bir asansör bakım firması için genellikle üç ila altı sayfalık net bir belge yeterlidir. Sayfa sayısından daha önemli olan; mevcut durumun, zorunlu özelliklerin, kullanıcı sayılarının, teknik beklentilerin ve ticari soruların açık olmasıdır.

Brief hazırlarken teknisyenlerin görüşü alınmalı mı?

Evet. Programı sahada her gün kullanacak kişiler teknisyenlerdir. Form uzunluğu, internet erişimi, fotoğraf yükleme, imza alma ve yazıcı kullanımı gibi konularda teknisyenlerin deneyimi satın alma kararını doğrudan etkiler.

En düşük fiyatlı programı seçmek doğru mudur?

Tek başına fiyatla karar vermek doğru değildir. Kurulum, eğitim, veri aktarımı, destek, kullanıcı artışı, SMS ve entegrasyon ücretleri birlikte değerlendirilmelidir. Ayrıca programın teknisyen başına kazandırdığı süre ve kayıt hatalarını azaltma etkisi de hesaba katılmalıdır.

Pilot kullanım için kaç teknisyen yeterlidir?

Genel uygulamada farklı çalışma alışkanlıklarına sahip üç ila beş teknisyenle başlanabilir. Pilot grupta deneyimli bir teknisyen, yeni başlayan bir çalışan ve mobil uygulamalara daha mesafeli bir kullanıcı bulunması daha gerçekçi geri bildirim sağlar.

Mevcut Excel ve kâğıt kayıtları programa aktarılabilir mi?

Bu, yazılımın veri aktarım olanaklarına bağlıdır. Müşteri, bina, asansör ve sözleşme bilgileri çoğunlukla düzenlenmiş tablo dosyalarından aktarılabilir. Ancak eski kâğıt formların tamamını dijitalleştirmek yerine aktif portföy ve kritik geçmiş kayıtları önceliklendirmek daha uygulanabilir olabilir.

Satın alma kararı vermeden önce hangi çıktılar görülmelidir?

En az bir tamamlanmış bakım formu, arıza servis raporu, müşteri imzalı PDF, asansör servis geçmişi ve geciken işler raporu görülmelidir. Termal yazıcı kullanılacaksa gerçek cihazdan alınmış örnek çıktı da istenmelidir.

Özet

Başarılı bir Asansör Mobil Saha Programı satın alma süreci ürün demosuyla değil, doğru hazırlanmış ihtiyaç briefiyle başlar. Firma önce mevcut işleyişini çıkarmalı, yaşanan sorunları ölçülebilir biçimde tanımlamalı ve özellikleri zorunlu, yüksek, orta ve düşük öncelik olarak ayırmalıdır. Teknik yeterlilik, çevrimdışı kullanım, mobil form, fotoğraf, imza, veri aktarımı, eğitim, destek ve toplam maliyet aynı değerlendirme tablosunda ele alınmalıdır.

Hazırlanan brief, farklı yazılım firmalarından gelen teklifleri karşılaştırılabilir hâle getirir ve sonradan ortaya çıkabilecek kapsam anlaşmazlıklarını azaltır. Asansorex değerlendirmesinde de bu şablonu kullanarak sistemin firmanızdaki gerçek bakım ve arıza senaryolarına ne ölçüde uyduğunu pilot uygulamayla görebilirsiniz. Doğru seçim, en fazla özelliği sunan programdan çok teknisyenin sahada düzenli kullanabildiği ve yöneticinin güvenilir bilgiye zamanında ulaşabildiği programdır.