En İyi Sistemi Seçmek İçin Bir İKYS Teklif Talebi Nasıl Yazılır

Stay on the leading edge of leading with human-centric AI. Create a free account.

Hris rfp standard editorial post

İK bilgi sistemleri için bir RFP yazmak, satıcıları kendi koşullarınıza göre değerlendirebilmeniz için yapılandırılmış bir yol sunar. Teklif talebi (RFP), özel gereksinimlerinizi ana hatlarıyla ortaya koyan ve satıcıları bunları nasıl karşılayacaklarını açıklamaya davet eden resmi bir belgedir. Önemli bir yazılım yatırımı yaparken ve birden fazla satıcıyı adil bir şekilde karşılaştırmanız gerektiğinde bir RFP kullanın.

Bir RFP olmadan satıcı görüşmeleri genellikle demolara ve satış sunumlarına yönelir. İyi hazırlanmış bir RFP, odağı gerçek ihtiyaçlarınızda, bütçenizde ve vazgeçilmez koşullarınızda tutar.

Gerçekten Bir RFP'ye İhtiyacınız Var mı?

İK bilgi sistemi kararınız birden fazla paydaşı, önemli bir bütçeyi veya karmaşık gereksinimleri içerdiğinde RFP en anlamlı seçenektir. Her satıcı araması için bir RFP gerekmez, ancak bazı durumlarda RFP zorunlu hale gelir:

  • Büyük veya birden fazla lokasyona sahip bir kuruluş genelinde eski bir sistemi değiştiriyorsanız.
  • Satın alma veya hukuk ekibiniz resmi bir satıcı değerlendirme süreci gerektiriyorsa.
  • Beş veya daha fazla satıcıyı tutarlı bir kriter kümesine göre karşılaştırmanız gerekiyorsa.
  • Kuruluşunuz, katı uyumluluk gerekliliklerine tabi hassas çalışan verilerini işliyorsa.
  • Birden fazla departmanın belgelenmesi ve önceliklendirilmesi gereken birbiriyle çelişen ihtiyaçları varsa.

RFP'nin Gereksiz Olabileceği Durumlar

İhtiyaçları basit olan küçük bir ekipseniz ve iki veya üç satıcıdan oluşan bir kısa listeniz varsa, yapılandırılmış bir demo süreci ve iyi hazırlanmış bir soru seti daha kısa sürede daha iyi sonuç almanızı sağlar.

RFI ve RFP ve RFQ: Fark Nedir?

Bu üç satın alma belgesi farklı amaçlara hizmet eder ve yanlış olanı kullanmak hem sizin hem de satıcılarınızın zamanını boşa harcar. RFI pazarı keşfetmenize yardımcı olur, RFP ayrıntılı teklifler sunulmasını ister ve RFQ yalnızca fiyatlandırmaya odaklanır. Başlangıçta doğru belgeyi seçmek sürecin odaklanmasını sağlar ve daha yararlı yanıtlar almanıza yardımcı olur.

İK bilgi sistemi satın alma sürecinizin her aşamasına hangi belgenin uygun olduğunu anlamak için bu tabloyu kullanın:

Belge TürüAmaçNe Zaman KullanılırNeler EklenmeliGerekli Ayrıntı Düzeyi
Bilgi Talebi (RFI)Genel pazar bilgileri toplamakGereksinimler belirlenmeden önce, ilk araştırma aşamasındaSatıcıların yetkinlikleri ve ürün uygunluğu hakkında üst düzey sorularDüşük
Teklif Talebi (RFP)Satıcıları belirlenmiş gereksinimlere göre değerlendirmekNet ihtiyaçlarınız olduğunda ve çözümleri karşılaştırmaya hazır olduğunuzdaİşlevsel gereksinimler, teknik özellikler, fiyatlandırma yapısı, uygulama yaklaşımıYüksek
Fiyat Teklifi Talebi (RFQ)Belirli bir fiyat almakGereksinimler kesinleştirildiğinde ve maliyet karşılaştırmasına ihtiyaç duyduğunuzdaAyrıntılı teknik özellikler, hizmet kapsamı, sözleşme koşullarıOrta

Kaçınılması Gereken Yaygın RFP Hataları

Kötü yapılandırılmış bir RFP, neredeyse karşılaştırılması imkânsız olan belirsiz satıcı yanıtlarına yol açar. En kötü durumlarda, düzensiz görünen bir sürece zaman ayırmak istemeyen güçlü satıcıları uzaklaştırır.

Bu hatalardan kaçınmak, satıcılara iyi yanıt vermeleri için ihtiyaç duydukları bilgileri; size de güvenle karar vermeniz için gerekenleri sağlar:

Yetersiz arka plan veya bağlam

Satıcıların uygun bir çözüm önerebilmesi için önce kuruluşunuzu anlamaları gerekir. Şirket büyüklüğünüz, mevcut sistemleriniz ve temel sorun alanlarınız gibi bağlam bilgileri olmadan yanıtlar genel kalır ve değerlendirilmesi zorlaşır. Kısa bir şirket tanıtımı ve neden yeni bir İK bilgi sistemi yazılımı aradığınıza dair net bir açıklama ekleyin.

Eksik veya belirsiz bütçe

Bütçenizi belirtmemek, müzakere pozisyonunuzu korumaz; yalnızca herkesin zamanını boşa harcar. Tedarikçiler ya gereğinden yüksek ya da gereğinden düşük teklifler sunar ve sonunda gerçekten harcayabileceğiniz tutarı yansıtmayan RFP yanıtları alırsınız. Tedarikçilerin tekliflerini buna göre uyarlayabilmesi için en azından bir bütçe aralığı belirtin.

"Kullanıcı dostu arayüz" veya "ölçeklenebilir çözüm" gibi gereksinimleri listelemek, tedarikçilere neredeyse hiçbir şey anlatmaz. Aşırı hukuki dilin de aynı etkisi vardır; gerçekte neye ihtiyacınız olduğunu belirsizleştirir. Gereksinimleri anlaşılır bir dille yazın ve ihtiyaç duyduğunuz entegrasyonları veya sistemin desteklemesi gereken çalışan sayısını belirtmek gibi konularda spesifik olun.

Değerlendirme kriterlerinin paylaşılmaması

Tedarikçiler, RFP yanıtlarını nasıl puanlayacağınızı bilmezse sizin için en önemli konulara öncelik veremez. Bu durum, gerçekten önem verdiğiniz bilgilerin arasında kaybolduğu gereğinden uzun tekliflere yol açar. Tedarikçilerin yanıtlarını önceliklerinize göre yapılandırabilmesi için değerlendirme kriterlerinizi ve ağırlıklandırmayı önceden paylaşın.

Tedarikçi yanıtları için standart format bulunmaması

Her tedarikçi farklı şekilde yanıt verdiğinde teklifleri karşılaştırmak, manuel ve zaman alan bir sürece dönüşür. Numaralandırılmış bölümler, gerekli tablolar veya belirli kelime sınırları kullanarak yanıt formatını standartlaştırmak, teklifleri yan yana değerlendirmeyi çok daha kolay hale getirir. Bu aynı zamanda tedarikçilere sürecinizin düzenli ve ciddi olduğunu gösterir.

It starts with one signal.
Each week, AI Signal takes one meaningful shift in AI and helps people leaders understand what changed, why it matters, and what to consider next.
Get Free Access

Have an account? Log In

HRIS RFP ekibinizi oluşturun

RFP hazırlamak ekip çalışması gerektirir; hiçbir kişi her gereksinim hakkında tam görünürlüğe sahip değildir. Doğru kişileri sürece erken dahil etmek, RFP'nizin yalnızca bir departmanın önceliklerini değil, kuruluş genelindeki gerçek ihtiyaçları yansıtmasını sağlar. Ayrıca, yalnızca bir sözleşme imzaladıktan sonra ortaya çıkabilecek kritik gereksinimlerin gözden kaçırılması riskini azaltır.

Kararın farklı bölümleri hakkında bilgi verebilecek kişileri bir araya getirin:

Proje sponsoru

Bu kişi genellikle CHRO'nuz, İK başkan yardımcınız veya İK direktörünüzdür; projeyi onaylama ve projenin daha geniş iş hedefleriyle uyumunu sağlama yetkisine sahip biridir. Bu kişinin katılımı kurumsal bağlılığı gösterir ve karar verilmesi gerektiğinde sürecin ilerlemesini sağlar. Ayrıca hangi gereksinimlere öncelik verileceğini şekillendiren stratejik bağlamı belirler.

İşlevsel uzmanlar

Bordro yöneticilerini, yan haklar yöneticilerini ve İK operasyonları liderlerini, yani sistemi günlük olarak yapılandıracak ve yönetecek kişileri düşünün. Bordro işleme kurallarından uyumluluk raporlama gereksinimlerine kadar en önemli işlevsel gereksinimleri tanımlamak için en uygun kişiler onlardır. Onların katkısı olmadan RFP'niz, uygulanabilir bir sistemi çözüm üretmek yerine daha fazla sorun yaratan bir sistemden ayıran teknik ayrıntıları gözden kaçırabilir.

Satın alma veya RFP yazarları

Bu grup, resmi bir tedarikçi değerlendirme sürecinin nasıl yapılandırılacağını bilen satın alma uzmanlarını, hukuk danışmanlarını veya sözleşme yöneticilerini içerir. RFP'nin dahili ya da düzenleyici gereksinimleri karşılamasını ve tedarikçi yanıtlarının hukuken sağlam olmasını sağlarlar. Katılımları ayrıca formatın ve puanlama kriterlerinin standartlaştırılmasına yardımcı olarak değerlendirmenin nesnel kalmasını sağlar.

Son kullanıcılar ve paydaşlar

İşe alım uzmanları, çalışan yöneticileri ve bordro çalışanları gibi sistemi her gün kullanacak çalışanlar, gözden kaçırılması kolay olan sahadaki bakış açısını sunar. Katkıları, işlevsel uzmanların veya liderlerin dahil etmeyi düşünmeyebileceği kullanılabilirlik gereksinimlerini ve iş akışı ihtiyaçlarını ortaya çıkarmaya yardımcı olur. Onları sürece erken dahil etmek, son uygulama için destek de oluşturur.

Olmazsa olmazları ve hedefleri belirleyin

Tek bir tedarikçiye RFP göndermeden önce, doğru HRIS'nin ne yapması gerektiğine ve öncelikle neden bir sistemi değiştirdiğinize veya uyguladığınıza dair net bir fikriniz olmalıdır. Belirsiz hedefler belirsiz teklifler doğurur; bu nedenle sorunlu noktalarınız ve başarı kriterleriniz hakkında ne kadar spesifik olursanız, bir tedarikçinin gerçekten sonuç sunup sunamayacağını değerlendirmek de o kadar kolaylaşır. Vazgeçilemez konularda önceden uzlaşmak, müzakereler sırasında kapsamın kontrolsüz biçimde genişlemesini de önler ve tüm paydaşların aynı anlayışta kalmasını sağlar.

Gereksinimlerinizi tanımlarken şu temel alanları göz önünde bulundurun:

  • Mevcut sisteminizdeki sorunlu noktalar: Yalnızca genel memnuniyetsizlikleri değil, mevcut kurulumunuzdaki belirli arızaları veya eksiklikleri belgeleyin. Örneğin mevcut sisteminiz açık kayıt dönemini otomatikleştiremiyorsa veya her bordro döneminde manuel bordro mutabakatı gerektiriyorsa, bu sorunları açıkça belirtin. Tedarikçilerin çözüm önerebilmesi için öncelikle neyin bozuk olduğunu anlamaları gerekir.
  • Gerekli iyileştirmeler ve başarı sonuçları: Uygulama sonrasında başarının nasıl görüneceğini tanımlayın. İşe alım süresini %20 azaltmak veya çalışan sayısı raporlamasını manuel olmaktan çıkarmak hedefinizse bunu belirtin. Somut sonuçlar, tedarikçilere yanıt verirken ulaşmaları gereken bir hedef ve sizin de değerlendirme yaparken kullanabileceğiniz bir ölçüt sunar.
  • İşlevsel, teknik ve uyumluluk gereksinimleri: Kuruluşunuzun ihtiyaç duyduğu yan hak yönetimi, ACA raporlaması veya çok eyaletli bordro vergisi desteği gibi belirli özellikleri listeleyin. SSO uyumluluğu, API erişimi veya veri yerleşimi tercihleri gibi teknik gereksinimleri de ekleyin. Uyumluluk ihtiyaçları sektöre ve konuma göre değişir; bu nedenle sistemin desteklemesi gereken tüm düzenleyici yükümlülükleri açıkça belirtin.
  • Kullanıcı rolleri ve iş akışları: Sistemi kimlerin ve nasıl kullanacağını belirleyin. Bir işe alım uzmanının iş akışı, bordro yöneticisininkinden oldukça farklıdır; her ikisi de performans değerlendirmeleri için bir ekip yöneticisinin ihtiyaç duyduğundan farklıdır. Bu rolleri haritalandırmak, tedarikçilerin sistemlerinin sizin özel kullanım senaryolarınızı nasıl ele aldığını göstermesine yardımcı olur.
  • Dağıtım tercihleri: Bulut tabanlı, şirket içi veya hibrit bir çözüme ihtiyacınız olup olmadığını belirtin. Kuruluşunuzun tercih ettiği bir uygulama takvimi ya da BT kaynaklarıyla ilgili kısıtlamaları varsa bu ayrıntıları ekleyin. Dağıtım gereksinimlerinizi karşılayamayan tedarikçiler erkenden elenmelidir.

HRIS RFP'sini yazın

Ekibiniz aynı hedefte buluştuğunda ve gereksinimleriniz tanımlandığında, belgeyi hazırlamaya hazırsınız demektir. İyi organize edilmiş bir RFP, tedarikçilerin doğru yanıt vermesini ve ekibinizin yanıtları yan yana değerlendirmesini kolaylaştırır. Her bölüme eklemeniz gerekenler şunlardır:

1. Yönetici özeti

Bu bölüm, tedarikçilere kuruluşunuz ve neden RFP yayımladığınız hakkında üst düzey bir genel bakış sunar. Şirket büyüklüğünüzü, sektörünüzü, mevcut İK teknolojisi yapılandırmanızı ve çözmeye çalıştığınız iş sorununu ekleyin. Örneğin, çok eyaletli uyumluluğu destekleyemeyen eski bir bordro sistemini değiştiren, 500 çalışanlı bir sağlık kuruluşu olduğunuzu açıklayabilirsiniz. Kısa tutun—bu bölüm genel çerçeveyi oluşturur; tüm hikâyeyi anlatması gerekmez.

2. İş kapsamı

HRIS'in tam olarak ne yapmasını istediğinizi ve projenin sınırları dışında kalan unsurları tanımlayın. Bordro, yan hak yönetimi, zaman takibi veya performans yönetimi gibi ihtiyaç duyduğunuz modüller konusunda açık olun.

Mevcut bir sistemden veri taşıyorsanız bunu burada belirtin ve verilerin hacmi ile biçimini not edin. Net kapsam sınırları, tedarikçilerin durumunuza gerçekten uyan çözümler önermesine yardımcı olur.

3. Teknik gereksinimler

Mevcut altyapınız içinde çalışabilmesi için sistemin karşılaması gereken teknik özellikleri listeleyin. Buna entegrasyon gereksinimleri de dahildir—örneğin ERP'niz, muhasebe yazılımınız veya Okta ya da Azure Active Directory gibi kimlik sağlayıcınızla uyumluluk.

Ayrıca çalışma süresi garantileri, veri yerleşimi, mobil erişilebilirlik veya API kullanılabilirliğiyle ilgili gereksinimleri de belirtin. Bu konuda ne kadar kesin olursanız, temel gereksinimlerinizi karşılayamayan tedarikçileri elemek o kadar kolay olur.

4. Tedarikçi yeterlilikleri

Tedarikçilerden, tekliflerini hayata geçirmek için gerekli deneyime ve istikrara sahip olduklarını göstermelerini isteyin. Faaliyet gösterdikleri yıl sayısı, toplam müşteri sayısı ve sizin büyüklüğünüzdeki ve sektörünüzdeki kuruluşlara hizmet verme konusundaki özel deneyimleri gibi bilgileri talep edin.

Örneğin finansal hizmetler sektöründeyseniz, benzer uyumluluk gereksinimleri olan mevcut müşterileri bulunup bulunmadığını sorun. Benzer kuruluşlardan referanslar ve örnek olay incelemeleri istemek de burada faydalı olur.

5. Güvenlik ve uyumluluk gereksinimleri

HRIS platformları çalışanlarınıza ait en hassas verilerin bazılarını depolar; bu nedenle güvenlik gereksinimleri ayrı bir bölümü hak eder. Sektörünüze bağlı olarak SOC 2 Type II, ISO 27001 veya HIPAA uyumluluğu gibi ihtiyaç duyduğunuz sertifikaları belirtin. Tedarikçilerden veri şifreleme standartlarını, erişim denetimlerini ve ihlal bildirim süreçlerini açıklamalarını isteyin. Kuruluşunuz birden fazla ülkede faaliyet gösteriyorsa GDPR veya CCPA gibi tedarikçinin desteklemesi gereken veri gizliliği düzenlemelerini de ekleyin.

6. Uygulama ve eğitim beklentileri

Uygulama süreci boyunca zaman çizelgeleri, kilometre taşları ve kaynak taahhütleri dâhil olmak üzere tedarikçiden beklentilerinizi ana hatlarıyla belirtin. Örneğin, sistemin bir sonraki açık kayıt döneminizden önce kullanıma hazır olması gerekiyorsa bu son tarihi açıkça ifade edin. Tedarikçilerden uygulama metodolojilerini, canlıya geçiş sırasında sağladıkları desteği ve veri aktarımını nasıl yönettiklerini açıklamalarını isteyin. Canlı oturumlar, kendi hızında tamamlanan kurslar veya özel işe alıştırma desteği gibi son kullanıcı eğitimine ilişkin beklentilerinizi de belirtin.

7. Fiyatlandırma ve lisanslama

Tedarikçilerden lisans ücretleri, uygulama maliyetleri ve devam eden destek veya bakım ücretleri dâhil olmak üzere tüm maliyetlerin ayrıntılı dökümünü sunmalarını isteyin. Ek hesaplama yapmadan teklifleri karşılaştırabilmeniz için fiyatlandırmanın standartlaştırılmış bir formatta sunulmasını talep edin. Ek modüller, API erişimi veya kullanıcı sınırlarının aşılması gibi gözden kaçırılması kolay maliyetleri sormayı unutmayın. Açık ve anlaşılır bir fiyatlandırma bölümü, bir tedarikçiye zaten taahhütte bulunduktan sonra karşılaşabileceğiniz sürprizleri önler.

8. Sözleşme şartları

Bu bölümü sözleşme süresi, yenileme koşulları ve sözleşmeden çıkış maddeleriyle ilgili beklentilerinizi ana hatlarıyla belirtmek için kullanın. Kuruluşunuzun SLA'ler, veri sahipliği veya fesih haklarıyla ilgili standart gereksinimleri varsa tedarikçilerin olası çelişkileri erkenden belirleyebilmesi için bunları buraya ekleyin. Örneğin, en az %99,9 çalışma süresi SLA'sı veya verilerinizi istediğiniz zaman standart bir formatta dışa aktarma hakkını talep edebilirsiniz. Bu beklentilerin RFP'de açıkça belirtilmesi, sözleşme görüşmeleri sırasında önemli ölçüde zaman kazandırır.

9. Teklif gönderme talimatları

Tedarikçilere tekliflerini tam olarak nasıl, nereye ve ne zaman göndermeleri gerektiğini bildirin. Teklif gönderme son tarihini, tercih edilen dosya formatını ve sorular için iletişim kurulacak kişiyi ekleyin. Tedarikçilerin belirli bir tarihe kadar sorularını gönderdiği ve sizin de yanıtları tüm katılımcılara dağıttığınız yapılandırılmış bir S&C süreci yürütüyorsanız bu süreci burada açıklayın. Açık gönderim talimatları, karşılıklı yazışmaları azaltır ve her tedarikçinin aynı bilgiler üzerinden çalışmasını sağlar.

Değerlendirme kriterlerinizi belirleyin

Değerlendirme kriterlerinizi teklifler gelmeden önce belirlemek, sürecin adil kalmasını sağlar ve kişisel tercihlerin kararı yönlendirmesini önler. Ayrıca ekibinize, kâğıt üzerinde birbirinden oldukça farklı görünebilecek tedarikçileri karşılaştırmak için ortak bir çerçeve sunar. RFP'nizi göndermeden önce şu temel unsurlar üzerinde mutabık kalın:

En çok ne önem taşıyor?

Her kriter aynı ağırlığı hak etmez; bu nedenle odağınızı kuruluşunuzun önceliklerini doğrudan yansıtan üç ila beş kategoriyle sınırlandırın. Sorunlu bir bordro sistemini değiştiren bir şirket, temel amacı çalışanların self servis deneyimini iyileştirmek olan bir şirkete kıyasla bordro işlevlerine daha yüksek ağırlık vermelidir. Olmazsa olmazlarınıza ve hedeflerinize karşılık gelen kategorileri seçin, ardından her birine toplam puanın belirli bir yüzdesini atayın. Dikkate alınabilecek yaygın puanlama kategorileri şunlardır:

  • İşlevsel uygunluk
  • Teknik gereksinimler
  • Güvenlik ve uyumluluk
  • Uygulama yaklaşımı
  • Tedarikçinin deneyimi ve istikrarı
  • Fiyatlandırma ve toplam sahip olma maliyeti
  • Müşteri destek modeli
  • Kullanıcı deneyimi ve arayüz tasarımı
  • Ölçeklenebilirlik ve yol haritası
  • Referanslar ve vaka çalışmaları

Puanlama matrisi kullanın

Puanlama matrisi, öznel izlenimleri karşılaştırılabilir sayılara dönüştürür ve bu da nihai kararı savunmayı çok daha kolay hâle getirir. Her kategori için önemini yansıtan bir ağırlık atayın; örneğin işlevsel uygunluk %30, fiyatlandırma %20 ve güvenlik %15 ağırlığa sahip olabilir, kalan kategoriler ise geri kalan yüzdeyi paylaşabilir. Her kategoride her tedarikçiye 1–5 veya 1–10 ölçeğinde puan verin, ardından ağırlıklı toplamı elde etmek için puanı ağırlıkla çarpın. Ağırlıkları kuruluşunuzun özel koşullarını yansıtacak şekilde ayarlayın; birden fazla ülkede çalışanları bulunan küresel bir şirket, tek bir konumda faaliyet gösteren bir işletmeye kıyasla uyumluluğa daha yüksek ağırlık vermelidir.

Puanlama sürecinizi netleştirin

Teklifleri kimin puanlayacağını ve her değerlendiricinin hangi rolü üstleneceğini önceden belirleyin. İdeal olarak her değerlendirici, sonuçları karşılaştırmak üzere grup bir araya gelmeden önce bağımsız olarak puanlama yapmalıdır; bu, grup düşüncesini azaltır ve gerçek görüş ayrılıklarını ortaya çıkarır. Her kategori için 1, 5 veya 10 puanın gerçekte ne anlama geldiğini tanımlayan standartlaştırılmış bir değerlendirme ölçütü kullanın—bu tanım olmadan iki değerlendirici aynı yanıtı çok farklı şekilde puanlayabilir. Puanlama başlamadan önce herkesin ölçütleri, ölçeği ve bir tedarikçinin bir gereksinimi kısmen karşılaması gibi istisnai durumların nasıl ele alınacağını anlaması için bir kalibrasyon toplantısı planlayın.

HRIS RFP'yi yayımlayın

RFP'nizi doğru tedarikçilerin karşısına açık ve tutarlı bir şekilde çıkarmak, RFP'yi iyi yazmak kadar önemlidir. Dağınık bir dağıtım süreci; tutarsız yanıtlara, kaçırılan son teslim tarihlerine ve tedarikçilerin belgenin farklı sürümleriyle çalışmasına yol açar. Dağıtımı mümkün olduğunca sorunsuz hâle getirmek için şu faktörleri göz önünde bulundurun:

Doğru dağıtım yöntemini seçin

RFP'nizi göndermek için birkaç seçeneğiniz vardır: ön yeterlilikten geçmiş bir tedarikçi listesine doğrudan ulaşmak, bir satın alma portalı üzerinden yayımlamak veya başvuruları merkezileştiren ve tedarikçi faaliyetlerini izleyen Jaggaer ya da Coupa gibi bir e-kaynak bulma platformu kullanmak. Merkezi bir sistem, kurulum için harcanan zamana değer—her tedarikçinin aynı belgeyi almasını sağlar ve ekibinize yanıtları, soruları ve son teslim tarihlerini yönetebileceği tek bir yer sunar. Doğrudan gönderim yapıyorsanız, kişisel bir e-posta adresi yerine  hris-rfp@yourcompany.com  gibi role dayalı özel bir gelen kutusu kullanın. Bu, iletişimin düzenli kalmasını sağlar ve bir ekip üyesi işe gelemediğinde hiçbir şeyin kaybolmamasını güvence altına alır.

Net zaman çizelgesi beklentileri belirleyin

Gerçekçi ve iyi iletilmiş bir zaman çizelgesi, tedarikçilerin programa uymasını sağlar ve ekibinize yanıtları gerektiği gibi değerlendirmek için yeterli zaman verir. Tedarikçilerin kurum içi kaynaklarını buna göre planlayabilmesi için bu zaman çizelgesini doğrudan RFP belgesine ekleyin:

  • RFP yayımlanma tarihi: Tedarikçilerin belgeyi aldığı ve sürecin resmen başladığı tarih.
  • Tedarikçi soru-cevap dönemi: Tedarikçilerin açıklayıcı sorular gönderebileceği, genellikle yayımlanma tarihinden sonraki bir ila iki haftayı kapsayan belirlenmiş dönem.
  • Son teslim tarihi: Tekliflerin sunulması için belirlenen kesin son tarih; tam saat ve saat dilimi de dâhil edilmelidir.
  • Değerlendirme ve seçim dönemi: Ekibinizin teklifleri puanlamak ve takip amaçlı demolar ya da görüşmeler planlamak için ihtiyaç duyduğu dönem.

Gönderim gerekliliklerini tanımlayın

Tedarikçilerin doğru şekilde gönderim yapabilmesi için net talimatlara ihtiyacı vardır; bu konudaki belirsizlikler eksik veya tutarsız tekliflere yol açar. Kabul edilen dosya biçimini belirtin—PDF standarttır ve sistemler arasında biçimlendirmenin korunmasını sağlar—ve tedarikçilerin e-posta, bir satın alma portalı veya bir yükleme bağlantısı üzerinden gönderim yapıp yapmayacağını açıklayın. Zorunlu bir yanıt şablonu veya puanlama formu oluşturduysanız, tedarikçilerin bunu kullanması gerektiğini ve biçim dışındaki yanıtların incelenmeyebileceğini açıkça belirtin. Geç gönderimlere ilişkin politikanızı açıkça ifade edin: çoğu resmî RFP süreci geç gönderimleri kabul etmez ve bunu önceden belirtmek, son dakika uzatma taleplerini caydırır.

Tedarikçi Yanıtlarını Değerlendirin ve Kısa Listeye Alın

Teklifler geldikten sonra asıl değerlendirme çalışması başlar ve bu aşamayı nasıl organize ettiğiniz, nihai kararınız konusunda ne kadar kendinize güveneceğinizi belirler. Yapılandırılmış bir yaklaşım, seçim sürecini nesnel tutar ve değerlendirme ekibiniz arasında uzlaşı oluşturmayı kolaylaştırır. Ham tekliflerden kısa listeye geçerken şu adımları göz önünde bulundurun:

  • Birisi puanlamaya başlamadan önce teklifleri düzenleyin: Her değerlendiricinin aynı yapı üzerinden çalışması için yanıtları tutarlı bir biçimde dağıtın. Talimatlarınıza rağmen tedarikçiler farklı biçimlerde gönderim yaptıysa, daha iyi sunulan tekliflere yönelik önyargıyı önlemek için bunları paylaşmadan önce yeniden biçimlendirin.
  • Puanlama matrisinizi tutarlı bir şekilde uygulayın: Sonuçları karşılaştırmak üzere grup bir araya gelmeden önce her değerlendiricinin teklifleri bağımsız olarak puanlamasını sağlayın. Bu, gerçek görüş ayrılıklarını erkenden ortaya çıkarır ve güçlü bir görüşün grubun değerlendirmesini yönlendirmesini önler.
  • Kısa listedeki tedarikçilerle yapılandırılmış demolar planlayın: Her tedarikçinin birden fazla eyalette bordro döngüsü yürütmek veya özel bir işe alım iş akışı yapılandırmak gibi aynı senaryoları ele almasını sağlamak için standartlaştırılmış bir demo metni kullanın. Bu, tedarikçilerin anlatının kontrolünü ele geçirmesine izin vermek yerine demoların karşılaştırılabilir olmasını sağlar.
  • Kısa listenizi kesinleştirmeden önce referansları kontrol edin: Benzer büyüklükteki ve sektördeki kuruluşlardan referans isteyin ve uygulama deneyimi, desteğin yanıt verme hızı ve vaat edilenlerle teslim edilenler arasındaki olası farklar hakkında özel sorular hazırlayın.
  • Tekliflerde belirsiz olan her şeyi takip edin: Bir tedarikçinin fiyatlandırma yapısı belirsizse veya uyumluluk sertifikaları güncel değilse, tedarikçiyi sonraki aşamaya geçirmeden önce doğrudan sorun. Bu aşamada çözümlenmemiş bir belirsizlik, sözleşme görüşmeleri sırasında çok daha büyük bir soruna dönüşür.

Tedarikçileri Seçin ve Bilgilendirin

Bir tedarikçi seçmek işin yalnızca yarısıdır; son adımları nasıl yönettiğiniz, hem imzalayacağınız sözleşmeyi hem de uygulama sürecine taşıyacağınız ilişkileri şekillendirir. Açık iletişim, dikkatli müzakere ve kurum içi onay, kuruluşunuzu korur ve yeni tedarikçinizle doğru bir başlangıç yapmanızı sağlar. RFP sürecini tamamlamadan önce atmanız gereken temel adımlar şunlardır:

Seçilen ve seçilmeyen tedarikçileri bilgilendirin

Kararınız kesinleşir kesinleşmez her tedarikçiye sonucu bildirin; ilk tercihinizle görüşmeleri tamamladığınız sırada başarısız olan tedarikçileri bekletmeyin. Seçilmeyen tedarikçilere gönderilecek kısa ve saygılı bir mesaj, özellikle birkaç yıl içinde aynı tedarikçileri yeniden değerlendirebileceğiniz bir pazarda, ilişkiyi korur ve kuruluşunuz hakkında olumlu bir izlenim bırakır. Bir tedarikçi geri bildirim isterse, hangi alanlarda yetersiz kaldıklarına dair üst düzey bir özet paylaşmak, çoğunun takdir edeceği profesyonel bir nezakettir.

Son görüşmelere hazırlanın

Herhangi bir şey imzalanmadan önce fiyatlandırma, uygulama takvimleri, SLA koşulları ve sözleşme süresi üzerinde müzakere yapmayı bekleyin. Sık karşılaşılan anlaşmazlık noktaları arasında veri sahipliği maddeleri, fesih hakları ve platformdan ayrılmanız durumunda verilerinize ne olacağı bulunur. Görüşmelere, hangi koşulların kuruluşunuz için esnek olduğunu ve hangilerinin müzakereye kapalı olduğunu net biçimde bilerek girin.

İmzalamadan önce kurum içi mutabakatı sağlayın

Çoğu kuruluş, bir tedarikçi sözleşmesi yürürlüğe girmeden önce hukuk, finans ve üst yönetimden onay alınmasını gerektirir. Proje sponsorunuzun, satın alma sorumlusunun ve ilgili tüm departman yöneticilerinin nihai koşulları inceleyip endişelerini bildirdiğinden emin olun. Bu adımı aceleye getirmek, kuruluşların RFP sürecinde üzerinde anlaşılanları yansıtmayan sözleşmelere bağlı kalmasının en yaygın nedenlerinden biridir.

Dikkate Alınabilecek En İyi İKYS'ler

\u003cspan data-slate-fragment=\u0022JTVCJTdCJTIyY2hpbGRyZW4lMjIlM0ElNUIlN0IlMjJ0ZXh0JTIyJTNBJTIyQmFzZWQlMjBvbiUyMHRoZSUyMG1hcmtldCdzJTIwbGVhZGluZyUyMG9wdGlvbnMlMkMlMjBoZXJlJTIwYXJlJTIwc29tZSUyMEhSSVMlMjBzeXN0ZW1zJTIwd29ydGglMjBldmFsdWF0aW5nJTIwZm9yJTIweW91ciUyMG9yZ2FuaXphdGlvbiUzQSUyMiU3RCU1RCUyQyUyMnR5cGUlMjIlM0ElMjJwJTIyJTJDJTIyaWQlMjIlM0ElMjJWR1NTUTlQRjVIJTIyJTdEJTVE\u0022\u003eKuruluşunuz için değerlendirmeye değer bazı İKYS sistemlerini burada bulabilirsiniz; bunlar pazardaki önde gelen seçeneklere dayanmaktadır:\u003c/span\u003e

Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.

İKYS Seçiminde Sonraki Adımı Atın

RFP sürecinden seçime geçmeye hazırsanız, kuruluşunuzun benzersiz ihtiyaçlarına uygun bir İKYS'yi nasıl seçeceğinize dair pratik öneriler için İKYS seçimine ilişkin bu kapsamlı rehberi  inceleyin.

You may also like