From needs assessment to installation. We supply, install and support electronic shelf label systems. The source of every technical value is set out in our data policyour data policy.
🧾 Buying Guide 4 min read

ESL için teklif talebi (RFP) nasıl hazırlanır? Bölüm bölüm şablon

Tedarikçiye "bize teklif verin" demek, karşılaştırılamaz teklifler almanın en kısa yolu. İyi bir teklif talebi kapsamı, teknik gereksinimleri, hizmet beklentisini ve değerlendirme ölçütlerini önceden yazar. Sekiz bölümlük şablonu ve her bölümde sorulacak soruları veriyoruz.

Published:

An English translation of this section is not ready yet; the Turkish original is shown.

Teklif talebi (RFP), alıcının tedarikçiye "ne istediğimi şöyle tanımlıyorum, siz buna göre teklif verin" dediği belgedir. Türkiye'de ESL alımlarının çoğu bu belge olmadan, tedarikçinin standart teklifiyle yapılır ve sonuç, karşılaştırılamayan üç PDF olur. Bu yazı sekiz bölümlük bir RFP şablonu veriyor; şartname üreteci teknik bölümü kapsamınıza göre otomatik yazar, geri kalan bölümler bu yazıdadır.

Bölüm 1: Proje özeti

Bir sayfa: kim olduğunuz, kaç mağaza, hangi format, neden ESL istediğiniz ve ne zaman kurulmasını beklediğiniz. Tedarikçi bu sayfayla teklifin ölçeğini anlar. "Neden" kısmı önemlidir: fiyat doğruluğu mu, işçilik mi, dinamik fiyatlama mı? Cevap, tedarikçinin hangi özellikleri öne çıkaracağını belirler. ROI hesabında en sık beş hata yazısı gerekçeyi nasıl sayıya bağlayacağınızı anlatıyor.

Bölüm 2: Kapsam ve adetler

Mağaza sayısı, her mağazanın alanı ve raf metresi, tahmini etiket adedi ölçü ve renk kırılımıyla, dondurucu ve özel reyon adetleri. Etiket adedi tahmini bu tabloyu üretir. Kapsamı yazmayan RFP, her tedarikçinin farklı adet varsayması demektir.

Bölüm 3: Teknik gereksinimler

Ekran ölçüleri ve çözünürlük, renk modu, tam yenileme süresi üst sınırı, IP sınıfı reyon bazında, pil ömrü ve değiştirilebilirlik, NFC/LED gereksinimi, haberleşme protokolü ve erişim noktası kapsama taahhüdü, park yenileme süresi üst sınırı. Şartname üreteci bu bölümü numaralı maddelerle yazar; teknik terimler rehberi her maddenin anlamını açıklar.

Bölüm 4: Yazılım ve entegrasyon

Bulut mu yerinde mi, hangi ERP/POS ile hangi yöntemle bağlanacak, şablon yönetimi, kullanıcı ve yetki yapısı, raporlama, API erişimi, veri sahipliği ve dışa aktarma. Yazılım arayüzünde aranacaklar ve veri akışı seçenekleri yazıları maddeleri veriyor. Tedarikçiden entegrasyon beyanını entegrasyon matrisindeki biçimde, kaynak göstererek isteyin.

Bölüm 5: Kurulum ve hizmet

Kim kurar, hangi saatlerde, kaç günde; eğitim kapsamı; garanti süresi ve kapsamı; servis süreleri (arıza bildirimi, yerinde müdahale, yedek parça); yedek stok önerisi. Sözleşmeye yazılacak servis maddeleri yazısı ölçülebilir servis seviyelerini anlatıyor.

Bölüm 6: Ticari koşullar

Fiyatın yapısı (etiket, erişim noktası, yazılım, kurulum ayrı satırlar), adet kademeleri, para birimi ve geçerlilik, ödeme koşulları, lisans artış sınırı, beş yıllık toplam maliyet tablosu. Fiyat neye göre değişir yazısı hangi değişkenleri kontrol edebileceğinizi anlatıyor. Beş yıllık toplamı istemek, ucuz etiket-pahalı lisans oyununu görünür kılar.

Bölüm 7: Tedarikçi bilgileri

Kuruluş yılı, Türkiye'deki kurulum sayısı, referans mağazalar (ziyaret edilebilir), finansal göstergeler, ürün yol haritası. Referans ziyareti nasıl yapılır ve tedarikçi finansal sağlamlığı yazıları neyi doğrulayacağınızı anlatıyor. Markalar sayfası üreticilerin profilini ve Türkiye varlığını gösterir.

Bölüm 8: Değerlendirme ölçütleri ve takvim

Teklifler nasıl puanlanacak (teknik uyum, toplam maliyet, hizmet, referans), pilot koşulu var mı, karar tarihi ne. Ölçütleri önceden yazmak, tedarikçinin teklifini doğru yere odaklamasını sağlar ve iç tartışmayı azaltır. Değerlendirmede puanlama matrisi yazısı örnek ağırlıklar veriyor; pilot sözleşmesi pilot koşulunu anlatıyor.

Sık yapılan üç hata

Tedarikçinin şartnamesini RFP diye göndermek: o belge o tedarikçinin güçlü yanlarına göre yazılmıştır. Teknik maddeleri marka özelinde yazmak: "X markasının Y modeli" demek rekabeti bitirir; özellik yazın, model değil. Soru sormaya kapalı olmak: iyi tedarikçi RFP'ye soru sorar; soru dönemi ve tüm tedarikçilere aynı cevabın verilmesi planlanmalıdır. Şartnameyi kim yazıyor yazısı ilk hatanın neden bu kadar yaygın olduğunu anlatıyor.

Ne kadar sürer?

Kapsam hazırsa RFP iki haftada yazılır, tedarikçilere üç-dört hafta süre verilir, değerlendirme iki hafta sürer. Toplam iki ay. Pilot eklenirse üç ay daha. Bu takvim uzun görünebilir; ama RFP'siz alımda aynı süre, kurulum sonrası "biz bunu istememiştik" tartışmalarında harcanır. Teklif talebi hazırlığı için kapsamınızı bizimle paylaşırsanız, kapsamınıza uygun şartname taslağını birlikte çıkarabiliriz.

RFP'ye eklenecek üç ek

Birinci ek, mağaza planı: raf yerleşimi, reyon adları ve erişim noktası için aday tavan noktaları. Tedarikçi kapsama planını buna göre yapar. İkinci ek, örnek ürün verisi: yüz satırlık gerçek bir ürün listesi, ERP'den çıktığı biçimde. Tedarikçi şablonu ve entegrasyonu buna göre değerlendirir. Üçüncü ek, mevcut fiyat etiketi şablonu: kâğıt etiketin fotoğrafı ve zorunlu alanların yerleşimi; şablon simülatörü çıktısı bu eke konabilir. Üç ek, tedarikçinin "genel teklif" göndermesini imkânsız kılar.

Küçük işletme için kısa RFP

On mağazanın altındaki işletmeler için sekiz bölüm ağır gelebilir; iki sayfalık bir özet yeterlidir: kapsam tablosu, beş teknik gereksinim (ölçü, renk, IP, pil, park yenileme süresi), ERP adı ve bağlantı beklentisi, beş yıllık toplam maliyet talebi ve teslim tarihi. Küçük işletme için ESL mantıklı mı yazısı bu ölçeğin kararını anlatıyor.

Sources for this article

Legislation changes over time. We checked these links on the publication date; verify against the current official text.

Tags: RFPteklif talebişartnamesatın alma

← All articles
Karşılaştırma (0/4)
Karşılaştır
Did you know?
5

One of the tools on this site — shown once on your first visit.