Tesis yönetimi ihalesi: şartname ve puanlama nasıl yazılır?

Satın alma departmanı üç hafta sonra ilana çıkmak istiyor ve size "teknik şartnameyi yazın" dendi. Elinizdeki tek şablon geçen yılın temizlik hizmeti ihalesinden kalma; "tedarikçi 7/24 destek sağlamalıdır" gibi beş madde ve fiyatın yüzde 60 ağırlık taşıdığı bir puan tablosu. Bir tesis yönetimi ihalesi, konusu yazılım olduğunda tamamen farklı bir belge gerektirir: her gereksinimin ölçülebilir olması, her puanın bir kanıta bağlanması ve tedarikçinin "evet, destekliyoruz" demekle puan alamayacağı bir yapı kurulması gerekir. Bu yazı, bina işletme yazılımı alımı için şartnamenin bölüm bölüm nasıl kurgulanacağını ve puanlamanın nasıl yazılacağını anlatır. Yazılım kategorilerinin genel karşılaştırması için mülk operasyonları yazılımı için eksiksiz rehber yazımıza bakabilirsiniz; burada yalnızca ihale dosyasının kendisine odaklanıyoruz.

Tesis yönetimi ihalesi dosyasının iskeleti: beş bölüm

İyi hazırlanmış bir yazılım şartnamesi, tedarikçinin aynı sırayla cevap vermek zorunda kalacağı sabit bir düzen taşır. Önerdiğimiz şablon şu beş bölümden oluşur:

• Bölüm 1 — Kapsam ve mülk envanteri: mülk sayısı, türü (AVM, ofis, multifamily), giriş noktası sayısı, mevcut sensör ve sistem envanteri. Tedarikçi bunu bilmeden fiyat veremez; "kullanım senaryonuza bağlı" cevabı genellikle bu bölümün eksikliğinden doğar.
• Bölüm 2 — Kullanım senaryoları: her paydaşın (leasing, operasyon, finans, IT) yazılımdan hangi karar için hangi çıktıyı beklediği. Her senaryo tek cümle ve numaralı olmalı; sonraki gereksinim maddeleri bu numaralara referans verir.
• Bölüm 3 — Gereksinim matrisi: aşağıda anlatılan formatta yazılmış, kodlanmış ve sınıflandırılmış maddeler.
• Bölüm 4 — Puanlama yöntemi ve eleme kriterleri: ağırlıklar, puan ölçeği, kanıt eşikleri ve pilotun puanlamadaki yeri.
• Bölüm 5 — Yanıt formatı ve ticari koşullar: uygunluk tablosu şablonu, fiyat formu, sözleşme taslağına itiraz prosedürü.

Gereksinim maddesi nasıl yazılır: dört alanlı format

"Sistem doğru sayım yapmalıdır" bir gereksinim değil, bir dilektir. Her maddenin dört alanı olmalı: kod (örneğin T-04), ifade, sınıf (Zorunlu / Tercih edilen / Bilgi amaçlı) ve doğrulama yöntemi (belge, demo, referans görüşmesi veya pilot). Doğrulama alanı en kritik olanıdır; tedarikçi her maddeye "evet" yazabilir, ama "pilotta manuel sayımla karşılaştırılarak doğrulanacaktır" ibaresi bu evetin bedelini belirler.

Aynı maddenin zayıf ve güçlü yazımı arasındaki fark şöyle görünür:

• Zayıf: "Ziyaretçi sayımı yüksek doğrulukta olmalıdır." Güçlü: "T-04 — Tedarikçi, sözleşmede asgari yüzde 96 sayım doğruluğunu taahhüt eder ve aydınlatma ile yerleşim koşullarının elverdiği durumlarda beklenen tipik aralığı ayrıca beyan eder. Sınıf: Zorunlu. Doğrulama: pilot ve sözleşme taslağı." Düz bir "yüzde 99 garanti" teklifi, saha koşulları görülmeden verilmiş demektir ve değerlendirmede ek puan değil, açıklama talebi doğurmalıdır.
• Zayıf: "Sistem mevcut altyapıyla uyumlu olmalıdır." Güçlü: "T-07 — Platform, Bölüm 1'de listelenen mevcut sensör markalarıyla çalışabilmeli ve gelecekte donanımın ayrı ihaleyle alınmasına izin vermelidir. Sınıf: Zorunlu. Doğrulama: desteklenen donanım listesi ve en az bir karma donanımlı canlı referans."
• Zayıf: "Veri güvenliği sağlanmalıdır." Güçlü: "T-11 — Sözleşme sonunda ham veri, belirtilen açık formatta, belirtilen süre içinde ve belirtilen ücretle teslim edilir. Sınıf: Zorunlu. Doğrulama: sözleşme taslağındaki çıkış maddesi." Bu madde yoksa üç yıllık trafik geçmişiniz yenileme görüşmesinde pazarlık kozuna dönüşür.

Şartnamelerde en sık atlanan iki madde: barındırma seçeneği (kurumsal IT politikanız private cloud gerektiriyorsa bunu zorunlu sınıfa yazın; bazı tedarikçiler yalnızca kendi bulutlarında çalışır) ve yerleşim değişikliği sonrası rekalibrasyon. Kiracı sirkülasyonu yüksek bir AVM'de vitrin hattı, kat planı veya giriş değiştikçe sayım noktalarının yeniden ayarı tekrarlayan bir operasyondur. "Rekalibrasyon bakım sözleşmesine dahil mi, çağrı başına mı ücretlendirilir?" sorusunu fiyat formuna ayrı satır olarak koyun; aksi halde beş yıllık toplam maliyet karşılaştırmanız eksik kalır.

Puanlama yöntemi: ağırlık, ölçek ve kanıt eşiği

Puanlama üç katmandan oluşmalı. Birinci katman eleme: Zorunlu sınıftaki herhangi bir maddeyi karşılamayan teklif puanlanmaz. Bu, komitenin "ama fiyatı çok iyi" tartışmasına girmesini engeller. İkinci katman ağırlıklar: deneyimli asset manager'ların kullandığı dağılım şu civardadır — yüzde 25 beş yıllık toplam sahip olma maliyeti (lisans, donanım, kurulum, rekalibrasyon ve entegrasyon bakımı birlikte), yüzde 25 kanıtlanmış doğruluk ve sözleşmesel garanti, yüzde 20 entegrasyon derinliği, yüzde 15 ölçeklenebilirlik ve donanım bağımsızlığı, yüzde 15 destek modeli ve tedarikçi sürekliliği. Fiyatı yüzde 50'ye çıkaran dosyalar, tasarrufu üç yıl içinde değişim maliyetiyle geri öder.

Üçüncü katman puan ölçeği: her kriter için 0–4 arası bir ölçek tanımlayın ve her basamağın ne anlama geldiğini yazın. Örneğin entegrasyon kriterinde: 0 = yetenek yok; 1 = yalnızca teknik doküman; 2 = benzer sistemle referans; 3 = sizin kullandığınız POS/BI/ERP/CRM ile canlıya alınmış referans; 4 = canlı referans artı veri akış sıklığı, dönüşümün hangi tarafta yapıldığı ve arıza halinde müdahale sorumluluğunun sözleşmede yazılı olması. Vemco'nun VemFusion katmanı gibi hazır entegrasyon altyapıları değerlendirilirken sorulacak sorular tam olarak bu üç sorudur. Ölçek yazılmazsa komite üyeleri aynı teklife farklı puan verir ve sonuç savunulamaz hale gelir.

Toplam sahip olma maliyeti kriterinde tedarikçilere kendi fiyat formunuzu doldurtun: yıl bazında lisans, donanım, kurulum, rekalibrasyon ve entegrasyon bakımı satırları ayrı ayrı. Sensör başına, lokasyon başına ve kullanıcı başına lisans modelleri beş mülkte benzer görünürken portföy büyüdüğünde farklı bütçeler üretir; bu yüzden formda hem mevcut mülk sayısı hem de hedef portföy büyüklüğü için ayrı sütun isteyin.

Pilotu puanlamanın parçası yapın

Pilot, şartnamede ayrı bir aşama olarak tanımlanmalı ve doğruluk kriterinin puanı pilot sonucuna bağlanmalıdır. Lokasyonu siz seçin: yüksek tavanlı atrium, yoğun giriş, karışık aydınlatma gibi en zorlu noktanız. Doğrulama protokolünü dosyaya yazın: en az üç gün tipi (hafta içi, hafta sonu, kampanya günü), günün üç farklı saati, manuel sayımla karşılaştırma ve ölçümün tedarikçi değil kendi ekibiniz veya bağımsız bir tarafça yapılması. Pilot sonucu ile sözleşme taslağındaki taahhüt arasındaki fark açıklanamıyorsa, bu farkın tam ölçekte büyüyeceğini varsayın. Pilota ikinci bir ölçüt daha ekleyin: raporu kim açtı? Leasing ekibi dört haftada veriye hiç bakmadıysa sorun yazılımda değil, Bölüm 2'deki kullanım senaryolarınızdadır.

Yanıt formatı: tedarikçiye serbest metin bırakmayın

Bölüm 5'te tedarikçiden, gereksinim matrisinizi satır satır dolduran bir uygunluk tablosu isteyin: her kod için "Karşılıyor / Kısmen / Karşılamıyor", açıklama ve kanıt referansı. Serbest metinli teklifler karşılaştırılamaz; tablo karşılaştırılır. Ayrıca sözleşme taslağınızı dosyaya ekleyin ve itirazların teklifle birlikte yazılı sunulmasını şart koşun; doğruluk taahhüdü, çıkış maddesi ve barındırma gibi konular sözleşme aşamasına kalırsa pazarlık gücünüz o noktada tükenmiş olur. Son olarak değerlendirme komitesinde bütçe sahibi ile IT'nin birlikte oturmasını baştan yazın; biri sürece sonradan katılırsa, katıldığı gün dosya yeniden açılır.

Sıkça Sorulan Sorular

Şartnamede kaç gereksinim maddesi olmalı? Sayı değil, sınıflandırma önemlidir. Zorunlu sınıf yalnızca gerçekten eleme sebebi olacak maddeleri içermeli; her şeyi zorunlu yaparsanız ya hiç teklif alamazsınız ya da komite kuralı bozmak zorunda kalır. Tercih edilen maddeler puanlanır, bilgi amaçlı maddeler karşılaştırma için toplanır.

Doğruluk oranını puanlamaya nasıl bağlarım? Asgari yüzde 96 sözleşmesel taahhüdü zorunlu eşik olarak koyun; bunun altı elenir. Pilotta ölçülen fiili değer ise 0–4 ölçeğinde puanlanır ve koşullar elverdiğinde yüzde 98–99 bandı üst basamaklara karşılık gelir. Düz bir garanti vaadi puan getirmez, açıklama talebi getirir.

Mevcut sensörlerimiz varsa ihaleyi nasıl kurgulamalıyım? Bölüm 1'de envanteri eksiksiz listeleyin ve donanım bağımsızlığını zorunlu madde yapın. Böylece bina işletme yazılımı ile donanım yenilemesini ayrı ihalelere bölebilir, on yıllık dönemde donanım tedarikini rekabete açık tutabilirsiniz.

Şartnamenizin gereksinim matrisini veya puanlama ölçeğini hazırlarken doğruluk taahhüdü, entegrasyon mimarisi ve pilot protokolü maddelerinde somut örneklere ihtiyaç duyarsanız, Vemco Group ekibi dosyanızı birlikte gözden geçirebilir. Bizimle iletişime geçin; önce karar kriterlerinizi konuşalım, demoyu sonraya bırakalım.