RFI, RFP, RFQ Ayrımı ve Yanıt Kapsamı

Ön koşul: Arven discovery kayıtlarını, mimari ve portföy kararını, BoM/lisans/TCO çalışma kâğıtlarını okuyabilmelisin. Bu derste bir müşteri talebinin bilgi toplama, çözüm önerisi veya fiyatlama amacı taşıyıp taşımadığını; yanıtın hangi kanıt ve onayla hazırlanacağını belirleyeceksin. Yaklaşık 27 dakika anlatı, 27 dakika uygulama ve 13 dakika kontrol önerilir. RFI, RFP ve RFQ kısaltmaları pratikte bilgi isteği, teklif isteği ve fiyat/quotation isteği için kullanılır; fakat bir dosyanın adı hukuki veya ticari niteliğini tek başına belirlemez. Müşterinin ihale talimatı, sözleşme eki, yanıt formatı, değerlendirme ölçütleri, son tarih ve uygulanabilir satın alma rejimi esastır. ABD federal FAR 15.201, RFI'yi planlama için bilgi toplama aracı olarak açıklar ve yanıtlarının teklif olmadığını belirtir; bu hüküm farklı ülkelerdeki özel müşteri alımlarına evrensel kural değildir. FAR 13.004 de ABD federal bağlamında quotation ile bağlayıcı offer arasındaki ayrımı yapar. Pre-sales bu örneklerden kavramsal disiplin alır, müşterinin gerçek belgelerindeki yükümlülüğü yetkili satın alma/hukuk rolüyle doğrular.

RFI aşamasında müşteri pazar kapasitesini, olası mimarileri, entegrasyon yaklaşımını veya bütçe aralığını keşfediyor olabilir. Kesin SKU, SLA ya da üç yıllık fiyat verilmesi istenmiyorsa uydurma taahhüt üretme; açık varsayım ve sonraki keşif sorularını yaz. RFP, ayrıntılı teknik ve ticari öneri, yöntem, ekip, takvim ve değerlendirme ölçütü isteyebilir. RFQ genellikle daha net tanımlanmış kalemler için fiyat ve şart toplamayı hedefler, fakat gerçek belge ek tasarım soruları da içerebilir. Başlık yerine istenen teslim nesnelerine bak: teklif geçerliliği, imza yetkisi, bağlayıcılık, ürün konfigürasyonu, servis kapsamı, istisnalar ve revizyon kuralı. Arven örneğinde 'RFQ' başlıklı dosya entegrasyon tasarımı ve DR hedefi istiyorsa bunu yalnız fiyat tablosuna indirmek ciddi eksik yanıt olur.

İhale paketi tek PDF olmayabilir. Ana talep, teknik şartname, fiyat şablonu, sözleşme taslağı, güvenlik eki, soru-cevap, zeyilname/addendum, çizim ve veri odası belgeleri birbirine bağlıdır. Yanlış sürüme yanıt vermek teknik olarak iyi bir çözümü geçersiz kılabilir. İlk gün bir belge defteri aç: kaynak, indirme tarihi, sürüm, sayfa/madde, müşteri yayın kanalı, yürürlük/öncelik bilgisi, erişim kısıtı ve iç owner. Bir madde zeyilnameyle değiştiğinde eski yorum silinmez; değişiklik izi korunur. Müşterinin son yayınladığı dosyayı otomatik 'tek otorite' sayma; öncelik sırası ve değişiklik hükmü alım paketinde nasıl yazıyorsa öyle uygulanır. Çelişki varsa açıklama penceresinde sor. Güvenlik ve sözleşme ekleri teknik yanıtı etkileyebilir; ağ bağlantısı veya veri yeri koşulu BoM'u ve teslimat takvimini değiştirebilir.

FAR 15.204-1 ABD federal bağlamında teklif paketini teknik tanım, talimat ve değerlendirme faktörleri gibi bölümlere ayırır; bu şema tüm özel veya Türkiye alımlarına zorunlu format değildir. Yararlı genel ders şudur: neyin yapılacağı, nasıl cevaplanacağı ve neye göre değerlendirileceği ayrı okunur. Arven talebinde 'teknik çözüm' 20 sayfa ile sınırlıysa kaynaklı mimari ve riskleri uygun özetle ver; BoM'u istenmeyen eki ekleyerek değerlendirme kuralını ihlal etme. Dosya biçimi, dil, imza, ek numarası, portal yükleme sınırı, soru son tarihi ve teklif geçerliliği operasyonel gereksinimlerdir. Yanıt ekibinin son gece fark etmemesi için bu kontroller ayrı listede tutulur. Pre-sales teknik içeriği üretirken bid manager veya teklif sahibi formata ve takvime bakar; birinin ötekini varsayması teslim riskidir.

Yanıtın iç sözleşmesi müşteriyle imzalanan anlaşma değil, ekibin neyi hangi kalite kapısından geçirerek teslim edeceğini belirleyen çalışma planıdır. Önce bid/no-bid kararı için fırsatın müşteri hedefi, teknik uygunluk, kapasite, teslim süresi, ticari risk ve kazanma olasılığı değerlendirilir. Bid kararı yalnız satış hevesi veya tek bir POC başarısı değildir; karar sahibi, varsayım ve kaynak ihtiyacı kaydedilir. Yanıta girilecekse her teslim nesnesine owner atanır: teknik mimari, BoM ve fiyat, lisans, güvenlik, hukuk/sözleşme, referans, proje planı ve kalite kontrol. Pre-sales teknik iddia sahibidir; fiyat veya hukuki yükümlülüğü tek başına onaylamaz. Arven teklifinde ERP entegrasyonu partner tarafından yapılacaksa partnerin gerçek kapsam ve fiyat teyidi olmadan 'dahil' yazılamaz. Açık kalem son gün satış baskısıyla kesinleştirilmez; risk kaydı veya koşullu kapsam olarak gösterilir.

Takvim, müşteri son tesliminden geriye doğru kurulur: soru gönderme son günü, yanıt almak için bekleme, çözüm dondurma, kaynak ve fiyat onayı, red-team okuması, son format kontrolü ve yükleme provası. Müşteri portallarının dosya boyutu ve imza gereksinimleri teknik ekipten bağımsız risk yaratır. İki kişilik çapraz okuma, gereksinimlerin yanıtlandığını ve her iddianın ilgili kanıtla desteklendiğini denetler. Cevap sahibi bir gereksinimi 'uygun' diye işaretlese de resmî belge veya POC yoksa editör koşullu işaretler. Yanıt mimarisi bir sonraki modüldeki compliance matrix ile ayrıntılanacak; bu derste o matrise girecek madde, belge ve owner haritası hazırlanır. Her teslimde müşterinin soru kanalı ve gizlilik sınırına uyulur; diğer teklif sahiplerinden alınmış gizli içerik örnek yanıt olarak kullanılmaz.

Şartnamedeki belirsizlik karşısında iki kötü uç vardır: müşteri yerine varsayım yapmak ve hiçbir çözüm önermeden dosyayı iade etmek. İyi pre-sales belirsizliği somut soruya çevirir: hangi madde, hangi çelişki veya eksik veri, seçenekler, karar ve teklif etkisi. 'ERP entegrasyonu nasıl olacak?' yerine 'Madde 4.2'de belirtilen 15 dakikalık aktarım gecikmesi portal siparişlerinin üretime düşmesi için mi, yoksa ERP kayıt güncellemesi için mi geçerlidir; güncel API sürümü ve test erişimi sağlanacak mı?' diye sor. Böylece müşteri kısa cevap verebilir ve yanıt mimari ölçüye dönüşür. Sorular yalnız resmî kanaldan, izin verilen tarihte iletilir. FAR 15.201 ABD federal alımlarında açıklama ve bilgi paylaşımında eşitlik/ihale bütünlüğü ilkelerini vurgular; başka yargı alanına otomatik kural aktarılmaz. Arven öğretim senaryosunda da özel kanalda alınan sözlü cevabı tüm teklifin geçerli değişikliği sayma.

Müşteri yanıtı gelince kaynak defterine işlenir, gereksinim maddesine bağlanır ve değişen HLD, BoM, lisans, destek, takvim veya fiyat satırları açılır. Bir açıklama yalnız bir teknik cümleyi değil, ticari kapsamı değiştirebilir. Yanıt gelmezse iki yol vardır: kanıtlanabilir alternatif kapsamla teklif etmek veya açık varsayımı/istisnayı görünür yazmak; hangisinin kabul edileceği müşteri talimatı ve ticari onayla belirlenir. Müşteri soruya yanıt vermezken 'uygun' demek yanlış olur. Yalnızca fiyatı düşük tutmak için backup, DR veya güvenlik ekini dışarıda bırakmak da gizli kapsam değişikliğidir. Bu dersin sonunda cevap verilecek talep türü, geçerli belge paketi, soru kaydı ve yanıt charter'ı hazırdır. Sıradaki ders teknik şartnameyi atomik gereksinimlere böler; üçüncü ders yanıt mimarisi ve rol/takvimi geliştirir; dördüncü ders kalite kapısı ve teslim kararını tamamlar.