Asansör Bulut Asansör Yazılımı Satın Alma Brief Şablonu

İÇERİK

Bulut asansör yazılımı satın alırken en zor konu, çok sayıda özellik arasından firmanızın gerçekten ihtiyaç duyduklarını ayırmaktır. Bir sunumda bakım planlama etkileyici görünebilir; ancak teknisyen yanlış asansöre kayıt açıyorsa veya ofis tamamlanan işi yeniden yazmak zorunda kalıyorsa günlük sorun devam eder. Satın alma brief’i, yani ihtiyaç ve beklenti belgesi, bu farkı teklif istemeden önce görünür hale getirir. Bu rehberdeki şablonu kullanarak mevcut işleyişinizi tanımlayabilir, tedarikçilere aynı soruları yöneltebilir ve satın alma kararını gerçek saha sonuçlarına dayandırabilirsiniz.

Satın Alma Brief’i Hangi Sorunu Çözer?

Bakım firmalarında yazılım arayışı çoğu zaman tek bir şikâyetle başlar: “Bakımların takibi zorlaştı”, “Teknisyen formları geç gönderiyor” veya “Hangi binadan ne kadar alacağımızı bulamıyoruz.” Bu ifadeler sorunu anlatır; fakat çözümün nasıl çalışması gerektiğini açıklamaz.

Örneğin “arıza takibi istiyoruz” ifadesi yerine şu beklenti yazılabilir:

Telefonla gelen arıza, ilgili bina ve asansörle eşleştirilmeli; sorumlu teknisyene atanmalı; müdahale sonucu ve kullanılan parçalar aynı kayıtta görülebilmelidir.

İkinci ifade, gösterimde denenebilecek bir iş akışı tanımlar. Tedarikçi yalnızca “arıza modülümüz var” demek yerine bu sürecin nasıl tamamlandığını göstermek zorunda kalır.

Brief ayrıca firma içindeki beklentileri ortaklaştırır. Firma sahibi maliyete, saha sorumlusu atamalara, teknisyen mobil kullanıma, ofis çalışanı kayıtların eksiksiz gelmesine odaklanır. Bu ihtiyaçlar önceden konuşulmazsa satın alma sonrasında herkes farklı bir eksiklik tarif eder.

İyi bir brief’in amacı özellik sayısını artırmak değil, gerekli işi açıkça tanımlamaktır.

Önce Firmanızın Mevcut Durumunu Yazın

Tedarikçinin uygun teklif hazırlayabilmesi için bakım portföyünüzün büyüklüğünü ve çalışma düzenini bilmesi gerekir. Ancak yalnızca asansör sayısını paylaşmak yeterli değildir. Aynı portföy, tek bölgede çalışan bir firmada ve farklı ilçelere dağılmış ekiplerde farklı planlama ihtiyacı doğurur.

Belgenizin ilk bölümünde şu bilgileri doldurun:

• Firma ve faaliyet bölgesi: Hizmet verilen il, ilçeler ve varsa şubeler.
• Portföy: Aktif bina ve asansör sayısı; yakın dönemde beklenen büyüme.
• Ekip: Teknisyen, saha sorumlusu ve ofis kullanıcısı sayısı.
• İş hacmi: Aylık bakım kayıtları ve yaklaşık arıza çağrısı sayısı.
• Mevcut araçlar: Excel, kâğıt form, mesajlaşma uygulaması veya kullanılan başka yazılım.
• Cihazlar: Kullanımdaki telefonların işletim sistemleri ve varsa mobil yazıcılar.
• Veri kaynakları: Müşteri, asansör, bakım geçmişi ve cari bilgilerinin tutulduğu dosyalar.

Rakamlar kesin değilse tahmin olduklarını belirtin. Örneğin “aylık yaklaşık 120 arıza kaydı; son üç ayın ortalaması” ifadesi, kaynağı belirsiz tek bir sayıdan daha kullanışlıdır.

Mevcut duruma ayrıca üç somut sorun ekleyin. “İşler karışıyor” yerine “tamamlanan bakım formları ofise ortalama iki gün sonra ulaşıyor” yazın. Böylece sonraki değerlendirmede aynı sorunun azalıp azalmadığını ölçebilirsiniz.

İhtiyaçları Zorunlu, Tercih Edilen ve Sonraki Aşama Olarak Ayırın

Her talebi zorunlu kabul etmek teklifleri gereksiz büyütebilir. Buna karşılık kritik bir ihtiyacı belirsiz bırakmak, uygun görünmesine rağmen sahada çalışmayan bir çözüm seçmenize yol açabilir.

Üç seviyeli bir sınıflandırma kullanın:

1. Zorunlu: Olmadığında temel iş akışınız tamamlanamıyor.
2. Tercih edilen: İş yükünü azaltıyor; geçici olarak başka yöntemle yürütülebiliyor.
3. Sonraki aşama: İlk kurulum için gerekli değil; büyüme veya süreç geliştirme hedefiyle değerlendiriliyor.

Örneğin teknisyenin doğru asansöre bakım kaydı açması zorunlu olabilir. Gelişmiş rota önerisi tercih edilen özellik sayılabilir. Henüz açılmamış bir şubenin ayrıntılı raporlaması sonraki aşamaya bırakılabilir. Öncelikler firmanızın çalışma biçimine göre değişmelidir.

İhtiyaç alanı	Yazılacak somut beklenti	Öncelik örneği	Gösterimde doğrulama
Bakım planlama	Aylık işler ekip ve bölgeye göre atanabilmeli	Zorunlu	Örnek portföyle aylık plan oluşturma
Asansör tanımlama	Aynı binadaki farklı asansörler ayrıştırılabilmeli	Zorunlu	İki asansörlü binada doğru kaydı seçme
Mobil kayıt	Teknisyen bakım sonucunu sahada tamamlayabilmeli	Zorunlu	Firma telefonunda örnek form doldurma
Bağlantı kesintisi	Kesinti halinde kayıtların durumu anlaşılabilmeli	Sahaya göre zorunlu	İnterneti kapatarak senaryoyu deneme
Belge çıktısı	Bakım formu firmanın gerekli bilgilerini taşımalı	Zorunlu	Örnek PDF veya fiş inceleme
Cari takip	Borç ve tahsilat ilgili müşteriyle eşleştirilebilmeli	İhtiyaca bağlı	Örnek borç ve ödeme kaydı
Raporlama	Eksik ve tamamlanan işler ayrı görülebilmeli	Zorunlu	Aylık tamamlanma raporu
Veri aktarımı	Mevcut kayıtlar belirlenen kapsamda taşınmalı	Zorunlu	Küçük veri grubuyla aktarım denemesi

Tablodaki öncelikleri doğrudan benimsemeyin. Özellikle bağlantı kesintisi, yazıcı ve cari takip beklentilerini kendi saha koşullarınıza göre düzenleyin.

Kopyalayıp Doldurabileceğiniz Satın Alma Brief Şablonu

Aşağıdaki metni firmanızın bilgileriyle doldurarak teklif talebinizin temel belgesi haline getirebilirsiniz. Boş alanları genel ifadelerle kapatmak yerine ilgili çalışanla görüşerek tamamlayın.

1. Projenin Amacı

Firma adı: …

Proje sorumlusu: …

Satın alma amacı: Bakım planlama, arıza takibi ve saha kayıtlarını ortak bir çalışma düzeninde toplamak.

Çözülmesi beklenen üç temel sorun:

• …
• …
• …

Başarı göstergeleri: Bakım formlarının teslim süresi, eksik kayıt oranı ve ofiste yeniden veri girişine ayrılan süre.

Mevcut değerler ve hedefler: …

2. Kullanım Kapsamı

Aktif bina sayısı: …

Aktif asansör sayısı: …

Teknisyen ve ofis kullanıcısı sayısı: …

Şube ve hizmet bölgeleri: …

Kullanılan telefonlar ve yazıcılar: …

İlk aşamada kullanılacak süreçler: …

Sonraki aşamaya bırakılacak süreçler: …

3. Temel İş Akışları

Bakım: Plan oluşturma → ekip atama → sahada kayıt → eksiklerin kontrolü → belge paylaşımı.

Arıza: Çağrıyı kaydetme → asansörle eşleştirme → teknisyen atama → müdahale kaydı → sonuç kontrolü.

Firma özelindeki ek adımlar: …

Zorunlu form alanları: …

Fotoğraf, imza ve parça kaydı beklentileri: …

Bina yöneticisine iletilecek bilgiler: …

4. Veri ve Erişim Beklentileri

Aktarılacak veri grupları: …

Kaynak dosyalar ve yaklaşık kayıt sayıları: …

Teknisyenin görebileceği bilgiler: …

Ofis çalışanının görebileceği bilgiler: …

İşten ayrılan çalışanın erişimini kapatma yöntemi: …

Veri dışa aktarma kapsamı ve dosya biçimleri: …

Yedekleme, geri yükleme ve destek hakkında istenen açıklamalar: …

5. Teklif Kapsamı

Aboneliğe dahil kullanıcı ve asansör kapasitesi: …

Kurulum ve veri aktarımı bedeli: …

Eğitim kapsamı: …

Ek kullanıcı, kapasite ve hizmet ücretleri: …

KDV ve ödeme koşulları: …

Yenileme fiyatının belirlenme yöntemi: …

Hizmet sonlandırıldığında veri teslim koşulları: …

6. Deneme ve Kabul Koşulları

Denemeye katılacak çalışanlar: …

Denenecek bina ve asansör grubu: …

Uygulanacak saha senaryoları: …

Kabul için tamamlanması gereken işler: …

Eksikliklerin giderilme takvimi: …

Planlanan kullanım başlangıcı: …

Bu şablonun değeri uzunluğundan değil, cevaplarının açıklığından gelir. “Kolay kullanılmalı” yerine hangi çalışanın hangi işi tamamlayacağını yazın.

Özellik Sunumunu Gerçek Saha Senaryosuna Dönüştürün

Brief hazırlandıktan sonra gösterimin gündemini siz belirleyin. Tedarikçinin hazır örneği başlangıç için yararlı olabilir; karar aşamasında ise kendi iş akışınız denenmelidir.

Örneğin deneme grubuna aynı binada iki asansör bulunan bir müşteri, bağlantının zayıf olduğu bir adres ve sık arıza geçmişi olan bir asansör alın. Bu seçim, yalnızca sorunsuz koşulları test etmenizi önler.

Teknisyenden şu işlemleri tamamlamasını isteyin:

1. Kendisine atanan işi telefonda bulsun.
2. Bina içindeki doğru asansörü seçsin.
3. Önceki kayıtlardan ilgili bilgiyi incelesin.
4. Bakım sonucunu ve gerekli açıklamaları girsin.
5. İstenen belgeyi oluştursun.
6. Ofis çalışanı aynı kaydı kontrol etsin.

Her adımda yardım gerekip gerekmediğini ve işlemin tamamlanıp tamamlanmadığını kaydedin. Bağlantı kesintisinde hangi işlemlerin yapılabildiğini ayrıca deneyin; “mobil çalışıyor” ifadesini çevrimdışı kullanım garantisi olarak yorumlamayın.

Asansorex gibi bakım ve yönetim yazılımlarını değerlendirirken de aynı yöntemi kullanabilirsiniz: bakım planı, teknisyen kaydı ve ofis kontrolünün firmanızın gerçek senaryosunda nasıl ilerlediğini birlikte inceleyin.

Abonelik Bedelini Toplam Kullanım Maliyetiyle Birlikte İsteyin

Teklifte görünen abonelik tutarı, ilk yıl ödenecek toplam bedeli tek başına açıklamayabilir. Veri aktarımı, eğitim, ek kullanıcılar, mesaj gönderimleri veya çıktı donanımı ayrı kalemler olabilir. Brief, bunların ayrı gösterilmesini istemelidir.

Karşılaştırma için şu hesabı kullanın:

İlk yıl toplam maliyeti = abonelik + kurulum + veri aktarımı + ücretli eğitim + gerekli ek hizmetler + gerekli donanım

Örneğin tamamen varsayımsal iki teklifte yıllık abonelikler 24.000 TL ve 30.000 TL olsun. İlk teklife 9.000 TL aktarım ve eğitim bedeli ekleniyorsa başlangıç toplamı 33.000 TL olur. İkinci teklif aynı kapsamı içeriyorsa 30.000 TL’de kalabilir. Bu rakamlar piyasa fiyatı değil, karşılaştırma yöntemini açıklayan örnektir.

İlk yıl ile yenileme yılını ayrı değerlendirin. Bir defalık kurulum bedelini her yıl tekrar eden gider gibi hesaplamayın. Buna karşılık düzenli kullanılacak ek hizmetleri maliyet dışında bırakmayın.

Ayrıca portföyünüz büyüdüğünde hangi ücretlerin değişeceğini sorun. Teklifte kapasite sınırı ve sınır aşımındaki fiyatlandırma açıkça belirtilmelidir.

Veri Aktarımı ve Kullanıma Geçiş İçin Kabul Ölçütleri Belirleyin

“Veriler taşınacak” ifadesi yeterli değildir. Hangi kayıtların taşınacağı, hangi alanların eşleştirileceği ve kontrolü kimin yapacağı yazılmalıdır.

Önce küçük bir örnek veri grubu aktarın. Aynı binadaki asansörlerin karışmadığını, müşteri iletişim bilgilerinin doğru eşleştiğini ve taşınması kararlaştırılan geçmiş kayıtların ulaşılabilir olduğunu kontrol edin. Cari bakiye aktarılıyorsa seçilen müşterilerin kaynak ve hedef değerlerini karşılaştırın.

Kullanıma geçiş için örnek kabul koşulları şunlar olabilir:

• Deneme grubundaki bina ve asansör eşleşmeleri doğrulandı.
• Belirlenen teknisyenler temel kayıt işlemini tamamladı.
• Bakım belgesindeki zorunlu bilgiler kontrol edildi.
• Tamamlanmayan işler raporda bulunabildi.
• Kullanıcı erişimleri görevlerle uyumlu düzenlendi.
• Kararlaştırılan veri dışa aktarma örneği alındı.

Bu koşullar teknik güvenlik kontrollerinin tamamını kapsamaz; günlük kullanımın kabulü için somut bir başlangıç sağlar. Eğitim tarihlerini de aynı belgede belirleyin. Ofis ve saha eğitiminin kendi görevleri üzerinden yapılması, ilk haftadaki tekrar sorularını azaltabilir.

Sıkça Sorulan Sorular

Satın alma brief’i kaç sayfa olmalı?

Çoğu firma için iki ila dört sayfalık ana belge yeterli bir başlangıçtır. Ayrıntılı form örnekleri ve veri listeleri ek olarak verilebilir. Önemli olan, kritik beklentilerin kolay bulunması ve doğrulanabilmesidir.

Küçük bakım firmalarının da brief hazırlaması gerekir mi?

Evet. Küçük firmada aynı kişi planlama, müşteri görüşmesi ve kayıt kontrolünü üstlenebilir. Kısa bir ihtiyaç belgesi, bu kişinin hangi iş yükünü azaltmak istediğini netleştirir ve gereksiz özelliklere bütçe ayırmasını önleyebilir.

Her tedarikçiye aynı brief gönderilmeli mi?

Temel ihtiyaçlar, teklif kalemleri ve deneme senaryoları aynı olmalıdır. Böylece karşılaştırma yapılabilir. Tedarikçilerden karşılanmayan, ek ücret gerektiren veya sonradan sunulacak maddeleri ayrıca belirtmelerini isteyin.

Çevrimdışı kullanım brief’e nasıl yazılmalı?

“Çevrimdışı çalışmalı” demekle yetinmeyin. Bağlantı yokken iş listesini görüntüleme, form doldurma ve bağlantı geldiğinde kayıt gönderme beklentilerini ayrı yazın. Desteklenen işlemleri gerçek cihazda doğrulayın.

En fazla özellik sunan teklif seçilmeli mi?

Önce zorunlu iş akışlarının tamamlanmasına bakın. Ardından kullanım kolaylığı, aktarım kapsamı, destek ve toplam maliyeti değerlendirin. Kullanılmayacak özelliklerin sayısı, günlük süreçlerdeki eksikleri telafi etmez.

Özet

Bulut asansör yazılımı satın alma brief’i; mevcut sorunları, zorunlu iş akışlarını, teklif kapsamını ve kabul koşullarını aynı belgede toplar. Önce firmanızın çalışma düzenini yazın, sonra ihtiyaçları önceliklendirin ve teklifleri ortak saha senaryolarıyla değerlendirin.

Asansorex’i veya başka bir çözümü incelerken bu şablonu kullanmak, görüşmeyi genel özellik listesinden firmanızın günlük işlerine taşır. Satın alma kararı için en güçlü dayanak, teknisyenin kaydı tamamlaması ve ofisin bu kaydı ek iş yükü oluşmadan kullanabilmesidir.