MARE
TEST, DEVREYE ALMA & İŞ TESLİM YÖNETİMİ
Mekanik tesisat sistemlerinin sadece kurulmuş olması yeterli değildir; sistemin tasarım performansına ulaşıp ulaşmadığı ancak profesyonel test ve devreye alma süreçleriyle kanıtlanabilir. Mare olarak projenin final aşamasında; tüm cihazların, otomasyon sistemlerinin ve tesisat hatlarının senkronize bir şekilde çalıştığını doğrulayarak projeyi "sorunsuz işletme" garantisiyle teslim ediyoruz.
Bu aşama, yatırımınızın uzun ömürlü olması ve işletme giderlerinin hedeflenen düşük seviyelerde kalması için en kritik adımdır.
Bu Süreçte Neler Yapıyoruz?
-
Performans Testleri ve Ayarlar (TAB): Havalandırma ve hidronik sistemlerde "Test, Ayar ve Dengeleme" (TAB) süreçlerini yönetiyoruz. Menfez debilerinden pompa basınçlarına kadar tüm verilerin proje değerleriyle örtüştüğünü onaylıyoruz.
-
Fonksiyonel Devreye Alma (Commissioning): Isıtma, soğutma ve yangın senaryolarının otomasyon sistemiyle uyumunu test ediyoruz. Sistemin sadece çalıştığını değil, "doğru ve verimli" çalıştığını garanti altına alıyoruz.
-
As-Built ve Teknik Dokümantasyon Kontrolü: Sahada uygulanan son durumu yansıtan (As-Built) projelerin, kullanım kılavuzlarının ve garanti belgelerinin eksiksizliğini denetliyor, bunları düzenli bir "Teknik Teslimat Dosyası" olarak sunuyoruz.
-
İşletme Personeli Eğitim Koordinasyonu: Mekanik sistemleri kullanacak olan işletme ekibine gerekli teknik eğitimlerin verilmesini koordine ederek, yanlış kullanım kaynaklı arıza risklerini minimize ediyoruz.
-
Kabul ve Geçici Teslim Süreçleri: Bina veya AVM yönetimiyle koordineli çalışarak, mekanik sistemlerin resmi kabul süreçlerini yönetiyor ve eksik listelerinin (punch-list) kapatılmasını sağlıyoruz.
Neden Teslimat Yönetimi Hizmeti Almalısınız?
Doğru test edilmeden devralınan bir sistem, açılışın ilk gününden itibaren konfor kayıplarına ve yüksek maliyetli arızalara davetiye çıkarır. Mare’nin sunduğu Teslimat Yönetimi sayesinde; teknik tüm eksiklerin giderildiğinden emin olur, mimari ekibinizi teslimatın karmaşık bürokrasisinden kurtarır ve yatırımcıya "anahtar teslim" huzuru sunarsınız.
Bizim için süreç, sadece sistemin kurulmasıyla değil, sizin sistemin başında güvenle durabilmenizle sona erer.
RFI/RFP/RFQ
RFI
"Bilgi talebi"nin kısaltması olan RFI, girmek üzere oldukları pazarı anlamayan şirketler tarafından kullanılan bir ön belgedir. Örneğin, bir müşteri ilişkileri yönetimi (CRM) çözümü arayan bir şirket durumunda, CRM ile önceden deneyimi yoksa ve CRM alanındaki seçenekler yelpazesi hakkında bir anlayış kazanmak istiyorsa, bir RFI kullanacaktır. RFI daha çok bir gerçek bulma belgesi olduğundan, satıcının tüm teklifleri hakkında konuşmasına izin veren açık uçlu sorular sormak isteyeceksiniz. Tipik olarak, RFI, karşılaştığınız kapsamlı iş zorluklarını belirtir ve ardından satıcı, yanıtını bu zorluklar bağlamında uyarlayabilir. Çoğu zaman satıcı, pazardaki konumunu (örneğin, hangi sektörlerde uzmanlaştığını), ürününü nasıl lisansladığını ve başka ne gibi ücretler bekleyebileceğinizi açıklayacaktır.
RFP
Bir RFP, "Teklif İsteği", satıcılardan bir müşterinin sorunlarına veya iş gereksinimlerine çözümler önermelerini isteyen bir belgedir. Bir RFP genellikle bir RFI'yi izleyen şeydir; aslında, bir şirketin bir RFI'den bir RFQ'ya gitmesi nadirdir (aşağıda açıklanacak nedenlerden dolayı). Bir RFP, proje için iş hedeflerinin ana hatlarını çizerek ve talep edilen iş için gerekli olan özel gereksinimleri belirleyerek bir şirketin ihtiyaçlarının ne olduğu konusunda çok daha fazla spesifiklik içermelidir. Bu belgenin anahtarı, satıcılara geçerli bir çözüm önermek için ihtiyaç duydukları bağlamı vermek için yeterli ayrıntının bulunmasıdır, ancak yine de satıcıların bu ihtiyaçları karşılamak için yaratıcılık ve en iyi uygulamaları uygulamaları için yeterli boşluk bırakması gerekir.
RFQ
"Teklif talebi"nin kısaltması olan RFQ, şirketin tam olarak istediği spesifikasyonları detaylandıran daha da ayrıntılı bir belgedir. Bir B2B yazılım projesi için bir RFQ'nun kullanıldığı bir durumda, şirket mevcut sistemi ve gelecekte tam olarak nasıl değiştirmek veya geliştirmek istediği hakkında yeterince bilgi sahibidir. Satıcının soruna yaratıcı çözümler önerme esnekliğine izin veren RFP'den farklı olarak, bir RFQ dağıtan bir şirket yaratıcılık aramaz, bunun yerine satıcının yazılımı önceden belirlenmiş özellikleri kullanarak dağıtmasını ister. Tipik olarak, RFQ, her gereksinimi listeleyen ve ardından satıcıdan bu gereksinimi karşılama yeteneğini değerlendirmesini isteyen bir tablo içerir. Daha sonra satıcı, kutudan çıktığı haliyle gereksinimi karşılayıp karşılayamayacağını, bir miktar yapılandırma gerektirip gerektirmeyeceğini, bazı özel kod gerektirip gerektirmeyeceğini veya bir üçüncü taraf satıcıdan yararlanmayı gerektirip gerektirmeyeceğini belirtecektir.
Hangi yöntemi kullanmalıyım?
Bu sorunun cevabına sizin ihtiyaçlarınız, bulunduğunuz veya girmek istediğiniz sektör vb. doneler analiz edildikten sonra karar vereceğiz.