Gayrimenkul Portföy Yönetimi Yazılımı için RFP Kontrol Listesi

Şartname taslağı satın alma ekibinden geldi: kırk iki sayfa, üç yüzün üzerinde fonksiyon satırı ve her satırın yanında "var / yok" sütunu. Varlık yöneticisi dosyayı açıp ilk sayfada takılır, çünkü listenin hiçbir yerinde "önümüzdeki yıl bitecek on yedi sözleşmeyi bugün hangi veriyle fiyatlayacağız?" sorusu yoktur. Gayrimenkul portföy yönetimi tarafında bir RFP'nin başarısı, tedarikçinin kaç kutucuğu işaretlediğiyle değil, varlık yöneticisinin hangi gereksinimleri zorunlu ilan ettiğiyle ölçülür. Bu yazı, o zorunlu listeyi ve ihaleyi baştan sona yürütme sırasını veriyor; yazılım kategorilerinin genel tanıtımı için gayrimenkul yönetim yazılımı eksiksiz rehberimize bakabilirsiniz.

Gayrimenkul portföy yönetimi şartnamesinde pazarlık edilmeyecek altı gereksinim

Şartnamede her satır eşit ağırlıkta görünürse tedarikçi de hepsini eşit ciddiyetsizlikte yanıtlar. Bu nedenle gereksinimleri üç sınıfa ayırın: zorunlu (karşılanmazsa teklif elenir), ağırlıklı (puanlanır) ve bilgi amaçlı. Varlık yöneticisinin zorunlu sınıfa koyması gereken asgari maddeler şunlardır:

• Çok bileşenli sözleşme modeli: Aynı sözleşmede döviz bazlı sabit kira, TL bazlı ciro kirası ve endeksle artan ortak gider payı ayrı kur ve ayrı artış kuralıyla tutulabilmeli. Tek bir "kira tutarı" alanı sunan platform elenir.
• Ciro kirası iş akışı: Kademeli oranlar, yıllık mahsup ve kiracı ciro beyanının sorgulanması sistem içinde tanımlanabilmeli; e-posta ekiyle dönen tablolar şartnamede açıkça kabul edilmez yazılmalı.
• Olay bazlı yaşam döngüsü takibi: Ön anlaşma, teslim, kira başlangıcı, opsiyon, endeksleme tarihi, garanti mektubu süresi, tahliye ve yeniden kiralama aşamalarının her biri tarih ve sorumlu kişiyle izlenmeli.
• Boşluk ekonomisi: Boş birim için gün sayısı, kayıp kira tutarı ve planlanan yeniden kiralama tarihi tek görünümde raporlanmalı.
• Dış veri katmanlarına açıklık: Kiracı cirosu ve ziyaretçi trafiği gibi operasyonel verilerin sözleşme kaydına bağlanabilmesi; raporlamanın yalnızca kira defteriyle sınırlı kalmaması.
• Veri sahipliği ve çıkış: Sözleşme bitiminde tüm kira, kiracı ve ziyaretçi verisinin hangi formatta ve kaç gün içinde teslim edileceği teklifte yazılı olmalı.

Bu altı madde bir varlık yönetimi yazılımı ihalesinde eleme filtresidir. Konut veya karma kullanım yönetiyorsanız sakin talepleri ve aidat tahsilatını aynı listeye değil, ayrı bir ağırlıklı bölüme koyun; aksi halde ticari sözleşme derinliği zayıf ama konut modülü geniş bir platform puanlamada haksız avantaj kazanır.

Veri gereksinimlerini sözleşme diliyle yazın

"Ziyaretçi verisi entegrasyonu desteklenir" cümlesi hiçbir şey vaat etmez. Şartnamede her veri katmanı için kaynak, yenilenme sıklığı, eşleşme anahtarı ve doğruluk kriteri istenmeli. Vemco Group bu zinciri üç ürünle kurar: VemLease sözleşme ve kira kaydını, VemTenant kiracı ciro raporlamasını ve kıyaslamasını, VemCount ise ziyaretçi trafiğini sağlar. RFP'ye yazılacak test sorusu şudur: "Belirli bir koridorda ziyaretçi arttığında cirosu bunu takip etmeyen kiracıyı ve o kiracının sözleşme bitiş tarihini tek ekranda gösterin." Tedarikçi bunu kendi demo verisiyle değil, sizin kat planınız ve sözleşmelerinizle yanıtlamalı.

Ziyaretçi sayımı raporlara girecekse doğruluk oranını teklif metnine değil sözleşmeye yazdırın. Makul alt sınır yüzde 96'dır; aydınlatma, mağaza yerleşimi ve ziyaretçi davranışı elverdiğinde yüzde 98 ile 99 arasına çıkılır, ancak bu üst aralık koşula bağlı bir sonuçtur ve sabit garanti olarak talep edilmemelidir. Ölçümün hangi yöntemle ve hangi sıklıkta doğrulanacağını da aynı maddeye ekleyin.

RFP sürecinin sırası: kısa listeden sözleşmeye

Süreci tek bir teklif turuyla kapatmaya çalışmak, en kritik bilginin hiç sorulmaması anlamına gelir. Önerilen akış altı adımdır:

• Karar envanteri: İhaleden önce, önümüzdeki 24 ayda geç veya kötü alınan kararları listeleyin; her biri için gereken veri, verinin bugünkü yeri ve karar sahibi yazılsın. Fonksiyon listesi bu tablodan türetilir.
• Kısa bilgi talebi (RFI): Altı zorunlu gereksinimi evet/hayır ve kanıt isteyerek sorun. Kanıt, ekran görüntüsü değil, benzer sözleşme yapısını çalıştıran bir referans olmalı.
• Senaryolu demo: Kısa listedeki her tedarikçiye portföyünüzün en karışık iki sözleşmesini ve bir ek protokolü verin; demoda canlı kurulmasını isteyin. Standart demo verisi her sistemde iyi görünür.
• Veri göçü atölyesi: Tedarikçi hangi alanları zorunlu kabul ediyor, eksik veriyi nasıl işaretliyor ve canlıya geçiş öncesi eski ve yeni kira defterini nasıl mutabakata bağlıyor? Bu üç soru, gün sayısı kıyaslamasından daha anlamlıdır; çünkü 200 sözleşmelik bir portföyde ek protokollerin toplanması çoğu zaman göç süresinin yarısından fazlasını alır.
• Referans görüşmesi: Canlıya geçiş plandan kaç hafta saptı ve neden; ilk yıl hangi rapor hâlâ Excel'de üretildi; tedarikçi değişikliğinde veriyi almak ne kadar zor olurdu? Genel memnuniyet sorusu sormayın.
• Puanlama ve sözleşme: Ağırlıklı puanlama tablosunu demo öncesinde kilitleyin; demodan sonra ağırlık değiştirmek sürecin itibarını bitirir.

Puanlama ağırlıkları ve toplam sahip olma maliyeti

Fonksiyonel uygunluk, veri göçü yaklaşımı, entegrasyon kapsamı, veri sahipliği ve hizmet seviyesi ayrı puan kalemleri olmalı; lisans fiyatı bunlardan yalnızca biridir. Lisans modelinin birim, kullanıcı veya metrekare başına mı olduğunu ve portföy büyüdüğünde fiyatın hangi eşikte sıçradığını her teklif için yazdırın. Muhasebe, e-fatura ve banka mutabakatı bağlantılarının teklife dahil mi yoksa proje bazında mı fiyatlandığını ayrıca netleştirin.

Geri dönüş hesabını kendi varsayımlarınızla kurun. Örnek, tamamen varsayımsal rakamlarla: portföyde 150 ticari birim, ortalama aylık birim kirası 60.000 TL, yıllık boşalan birim oranı yüzde 12 ve ortalama yeniden kiralama süresi 90 gün olsun. Bu varsayımlarla yılda 18 birim boşalır ve kayıp kira yaklaşık 18 × 60.000 × 3 = 3,24 milyon TL olur. Boşalacak birimin erken uyarı ve ziyaretçi verisiyle 90 gün yerine 60 günde kiralandığı varsayılırsa kazanç yılda yaklaşık 1,08 milyon TL'dir. Buna endeksleme tarihi kaçırmama ve ciro kirası mahsup hatalarının azalması eklenir; yazılımın yıllık toplam maliyeti bu rakamla karşılaştırılır. Rakamlar sizin portföyünüze göre değişir; önemli olan her varsayımın komite önünde açıkça yazılı olmasıdır.

Sözleşmeye mutlaka girmesi gereken maddeler

Teklif kazanıldıktan sonra şartname unutulur, sözleşme kalır. Dört madde yazılı olmalı: kira faturalama gününde kesinti yaşanırsa yanıt süresi ve cezai koşul; veri göçü sonunda eski ve yeni kira defterinin mutabakat raporuyla kabul edilmesi; eksik belge bulunduğunda ek ücret olup olmadığı; ve ilişki bittiğinde verinin teslim formatı ile süresi. İlk ayın sonunda iki kira defteri birbirini tutmuyorsa muhasebe yeni sisteme güvenmeyi bırakır; bu riski sözleşmeye bağlamak, varlık yönetimi yazılımı yatırımının kâğıt üzerinde kalmasını önler.

Sıkça Sorulan Sorular

Şartnameye kaç fonksiyon maddesi yazmalıyız? Sayı değil sınıflandırma önemlidir. Elemeye yol açan zorunlu maddeler on civarında kalmalı; geri kalanlar ağırlıklı puanlamaya girmeli. Üç yüz satırlık eşit ağırlıklı liste, tedarikçilerin hepsini aynı yüzeysellikte yanıtlamasına yol açar.

Ziyaretçi verisi gerçekten RFP kapsamına girmeli mi? Perakende ağırlıklı bir portföyde evet; kira geliri ciroya, ciro ziyaretçi sayısına bağlıdır ve bu zincir tek raporda görünmüyorsa yenileme görüşmesine kiracının rakamıyla girersiniz. Ofis veya konut portföyünde ortak alanlar, ticari zemin katlar ve otopark için anlamlıdır; kapsamı buna göre daraltın.

Demoyu tedarikçinin verisiyle mi, kendi verimizle mi yapmalıyız? Kendi verinizle. En karışık iki sözleşmeniz ve bir ek protokolünüz demoda canlı kurulamıyorsa, canlı kullanımda da kurulamaz. Bu talep süreci birkaç gün uzatır ama yanlış seçimin maliyetini ortadan kaldırır.

Şartnamenizi kira yönetimi, kiracı ciro raporlaması ve ziyaretçi verisini aynı karar zincirinde değerlendiren bir yapıyla test etmek istiyorsanız, kendi sözleşmelerinizle çalışılan bir demo için Vemco Group ile iletişime geçin. Zorunlu gereksinim listenizi gönderin; hangi maddeyi hangi veriyle kanıtlayacağımızı birlikte netleştirelim.