ERP tedarikçi seçiminde puanlama matrisi: RFP'den kısa listeye

Bir orta ölçekli üretim firmasının satın alma müdürü, üç ERP satıcısının sunumunu art arda izledikten sonra toplantı odasından çıkarken en çok hangi satıcının en rahat konuştuğunu hatırlar — kriterlerin kaçının karşılandığını değil. Değerlendirme ekibi altı hafta boyunca demo izler, notlar tutar, ama karar anında ortaya net bir puan tablosu değil, "B firması daha profesyonel görünüyordu" gibi öznel bir izlenim çıkar. Bu tür süreçlerin ortak noktası şu: seçilen ürün yanlış değil, seçim yöntemi ölçülebilir değil. RFP (teklif talebi) belgesi ile ağırlıklandırılmış bir puanlama matrisi, bu öznelliği karşılaştırılabilir bir karara çevirmenin en ucuz yolu.

Serbest değerlendirmenin bedeli

Yapılandırılmamış bir değerlendirmede üç eğilim sistematik olarak devreye girer. Birincisi, sunumu en akıcı yapan satıcı lehine oluşan izlenim — teknik yeterlilikle karışabilen bir sahne performansı etkisi. İkincisi, en son izlenen adayın daha taze hatırlanması; altı haftalık bir demo takviminde ilk hafta görülen aday genelde dezavantajlı başlar. Üçüncüsü, komite üyelerinin farklı kriterlere göre değerlendirme yapması — finans ekibi fiyata, BT ekibi entegrasyona, operasyon ekibi kullanım kolaylığına bakar ve bu üç bakış açısı hiçbir ortak ölçekte buluşmaz. Sonuçta seçim kağıt üstünde nesnel görünür ama aslında kimin daha iyi anlattığına dayanır. Puanlama matrisinin işi, bu üç eğilimi devre dışı bırakacak ortak bir ölçek kurmaktır.

RFP belgesi neyi içermeli

RFP, satıcılara aynı soruları aynı formatta sormanın belgesidir — serbest bir sunum talebi değil. Eksiksiz bir RFP şu başlıkları taşır:

• Firma profili: kullanıcı sayısı, lokasyon sayısı, mevcut sistemler ve neden değişim gerektiği
• Zorunlu fonksiyonel gereksinimler: modül bazlı, madde madde liste; her madde için satıcıdan "standart karşılıyor / ek geliştirmeyle karşılıyor / karşılamıyor" cevabı istenir
• Entegrasyon gereksinimleri: e-fatura, banka, e-ticaret pazaryerleri, mevcut yazılımlarla veri akışı
• Uygulama beklentisi: hedeflenen süre, kurum tarafından ayrılacak proje kaynağı
• Referans talebi: aynı sektör ve ölçekten en az iki müşteri
• Ticari çerçeve: fiyatlandırma modeli, lisans/kullanıcı bazlı ayrım, bakım ve güncelleme kapsamı — ERP'nin gizli maliyet kalemleri rehberimizde bu kalemlerin RFP aşamasında sorulmazsa nereden çıktığını ayrıntılı ele aldık
• Yanıt formatı ve son tarih: serbest metin yerine yapılandırılmış cevap şablonu

Kriterler RFP gönderilmeden ÖNCE netleşmeli. Satıcı cevaplarını gördükten sonra kriter eklemek veya ağırlık değiştirmek, değerlendirmeyi baştan kirletir.

Puanlama matrisi nasıl kurulur

Puanlama matrisi, RFP'deki her gereksinim grubuna bir ağırlık ve her satıcıya o grup için 1-5 arası bir puan verir; ağırlıklı toplam, adaylar arasında doğrudan karşılaştırılabilir tek bir sayı üretir. Beş ana grup çoğu KOBİ süreci için yeterli bir başlangıç noktası sunar:

Bu ağırlıklar sabit değil, sektöre göre kaydırılmalı. Üretim sektöründe teknik entegrasyon ağırlığı MRP ve saha verisi bağlantısı nedeniyle yükselirken, perakende işletmelerinde POS ve çok kanallı satış entegrasyonu fonksiyonel uyum grubunun içine daha ağır girer. Ağırlıkların kime göre belirleneceği sorusu da önemli — bu noktada devreye değerlendirme komitesinin bileşimi giriyor.

Örnek: üç adayın ağırlıklı puanlaması

Yöntemin somutlaşması için basit bir örnek işe yarar. Bir firma yukarıdaki beş kriter grubunu kullanarak üç aday satıcıyı (A, B, C) her grup için 1-5 arası puanladığını varsayalım:

Ağırlıklı toplam hesaplandığında (her puan ilgili ağırlıkla çarpılıp toplanır, 5 üzerinden), Aday A yaklaşık 3,85, Aday B yaklaşık 3,75, Aday C yaklaşık 3,95 puana çıkar. Sonuç ilk bakışta birbirine yakın görünse de, fark komiteye şunu gösterir: en akıcı sunumu yapan aday (genelde B olur, çünkü entegrasyon ve destek konuşmaları daha teknik ve etkileyici anlatılır) sayısal olarak önde değildir. Bu tür yakın sonuçlarda kısa listeye ikiden fazla aday almak, demo ve referans aşamasında farkın netleşmesini sağlar; puanlar arasındaki fark %5'in altındaysa tek bir kriter grubunun ağırlığı da yeniden gözden geçirilmeye değer.

Kim puanlamalı: değerlendirme komitesi

Puanlamayı tek bir kişiye, genelde BT yöneticisine bırakmak yaygın ama riskli bir kısayol. Finans, BT, operasyon ve en az bir uç kullanıcı temsilcisinin komitede yer alması, her kriter grubunun kendi uzmanlık alanından bakan biri tarafından puanlanmasını sağlar. Her üye bağımsız puanlar, sonra ortalama veya ağırlıklı toplam hesaplanır — toplantıda sözlü tartışarak "ortak puan"a varmak, en baskın karakterin görüşünün öne çıkmasına yol açar ve matrisin amacını boşa çıkarır.

Çıkar çatışması ihtimali de erken masaya yatırılmalı. Mevcut sistemi kuran veya yöneten kişi, değişimi savunmasız bulabilir ve bu bilinçsizce puanlamaya yansır; bu riski ortadan kaldırmak yerine görünür kılmak — puanlama gerekçelerini yazılı istemek — daha gerçekçi bir çözüm.

Kısa listeye indirgeme: farklı ürünleri aynı ölçekte karşılaştırmak

Matrisin çıktısı tek bir isim değil, genelde 2-3 adaylık bir kısa liste olmalı; demo ve referans görüşmesi bu kısa liste üzerinden derinleştirilir. Matrisin gücü tam burada ortaya çıkıyor: farklı ölçek ve mimarideki ürünleri ortak bir skalada karşılaştırabilmek. Örneğin orta ölçekli bir distribütör firma RFP sürecine Logo Tiger 3 Enterprise, SAP Business One ve DIA ERP gibi farklı fiyat ve mimari segmentlerinden ürünleri aynı anda sokabilir; puanlama matrisi olmadan bu üçünü tutarlı biçimde karşılaştırmak neredeyse imkansız.

Yerli/uluslararası ayrımı da ağırlıklandırmayı etkileyen bir eksen — yerli mi yabancı mı ERP karşılaştırmamızda bu ayrımın hangi kriterlerde fark yarattığını ele aldık. Bulut/SaaS ile şirket içi kurulum arasındaki tercih de ayrı bir ağırlık kalemi olarak matrise girebilir; bulut/SaaS ERP karşılaştırmamızda bu konuyu ayrıca işledik.

Yaygın tuzaklar

• Kriterleri satıcı cevaplarından sonra belirlemek. Bir adayın güçlü olduğu bir özelliği fark edip sonradan kritere eklemek, matrisi o adaya göre eğer.
• Ağırlıkları yazılı onaylatmadan geçmek. Toplantıda sözlü mutabakat, sonradan "ben böyle demedim" tartışmasına açık kapı bırakır.
• Demoyu erken puanlamaya sokmak. Demo ayrı bir doğrulama aşamasıdır, RFP puanlamasının yerine geçmemeli — ERP demo değerlendirme rehberimizde bu ayrımı ayrıntılı ele aldık.
• Referans görüşmelerini atlamak. Satıcının verdiği referans listesi seçilmiş örneklerden oluşur; yine de aynı sektör ve ölçekten en az iki görüşme, RFP'de yazılanla sahadaki gerçeklik arasındaki farkı ortaya çıkarır.
• Puanlama bittikten sonra "hissi" kararı öne çıkarmak. Matris ikinci sırada çıkan adayı komite hâlâ tercih ediyorsa, sorun matriste değil — ağırlıklar veya kriterler eksik tanımlanmış demektir; matrisi yeniden gözden geçirmek, hissi görmezden gelmekten daha sağlıklı.

RFP'den karara: gerçekçi bir zaman çizelgesi

Sürecin ne kadar süreceği sorusu genelde erken sorulur ama net cevabı ölçeğe göre değişir. Yine de kabaca bir çerçeve fikir verir: RFP belgesinin hazırlanması ve kriterlerin komitede onaylanması bir-iki hafta alır; satıcılara makul bir yanıt süresi tanımak (genelde iki-üç hafta) hem kaliteli cevap almayı hem de "aceleye getirilmiş" hissi vermemeyi sağlar. Gelen yanıtların puanlanması ve kısa listenin çıkarılması bir hafta içinde tamamlanabilir; demo ve referans görüşmeleri iki-üç hafta daha ekler. Toplamda RFP gönderiminden kısa listeye kadar altı-sekiz hafta gerçekçi bir aralık — bu süre sözleşme müzakeresini kapsamaz, o ayrı bir aşamadır. Süreci hızlandırmak için satıcı sayısını baştan daraltmak (beşten fazla adaya RFP göndermek genelde komitenin puanlama yükünü artırır, sonucu değiştirmez) en pratik kısayoldur.

Puanlama matrisi ve kısa liste netleştikten sonra süreç sözleşme aşamasına geçer; bu aşamada dikkat edilmesi gerekenleri ERP sözleşmesi imzalamadan önce kontrol listesi yazımızda ayrıca topladık. Kendi RFP sürecini yapılandırmak isteyen firmalar keşif görüşmesi talep edebilir; ölçeğe uygun aday havuzunu önceden daraltmak isteyenler uygun ERP bul aracını kullanabilir.