Yazılım Projesi Satın Alma Rehberi: RFP'den Sözleşmeye

Yazılım projesi satın almak, çoğu işletme için birkaç yılda bir yaşanan ve sonuçları uzun süre taşınan bir karardır. Yanlış tedarikçi, belirsiz kapsam ya da eksik sözleşme; bütçe aşımı, gecikme ve kullanılmayan bir sistemle sonuçlanabilir. Bu rehber, ihtiyacı tanımlamaktan sözleşme imzalamaya kadar izlenecek adımları ve her adımda sorulması gereken soruları özetler. Amaç, teknik olmayan yöneticilerin de süreci yönetebilmesini sağlamaktır.

01Adım 1: İhtiyacı ve Başarı Ölçütünü Tanımlayın

Bir yazılım projesi "web sitesi istiyoruz" ya da "ERP lazım" cümlesiyle değil, çözmek istediğiniz iş sorunuyla başlamalıdır. Hangi süreç yavaş, hangi bilgi eksik, hangi müşteri beklentisi karşılanamıyor? Sorunu yazın; ardından projenin başarılı sayılacağı ölçütleri belirleyin: sipariş işleme süresinin kısalması, hata oranının düşmesi, çevrimiçi satış payının artması gibi. Ölçüt olmayan projede her tedarikçi kendi tanımına göre "başarılı" olur.

02Adım 2: Kapsamı Önceliklendirin

İstek listesi uzadıkça maliyet ve süre artar, ilk sürüm gecikir. İhtiyaçları "olmazsa olmaz", "olmalı", "olsa iyi olur" ve "bu sürümde değil" biçiminde sınıflandırın. İlk sürümü yalnızca olmazsa olmazlarla sınırlamak, yatırımın erken geri dönmesini ve sonraki kararların gerçek kullanıcı geri bildirimiyle alınmasını sağlar. Mevcut sistemlerle entegrasyon ihtiyaçlarını ve veri taşıma gereksinimini bu aşamada listeleyin; çoğu bütçe aşımı buradan çıkar.

03Adım 3: Teklif İsteğini (RFP) Hazırlayın

Teklif isteği, tedarikçilerin aynı bilgiyle ve karşılaştırılabilir biçimde teklif vermesini sağlar. İyi bir RFP şunları içerir:

• Kurumun ve iş sorununun kısa tanımı; başarı ölçütleri.
• Kapsam listesi (öncelik sınıflarıyla) ve kapsam dışı olanlar.
• Mevcut sistemler, entegrasyon noktaları ve veri taşıma ihtiyacı.
• Kullanıcı sayısı, işlem hacmi ve büyüme beklentisi.
• Güvenlik, KVKK ve sektörel uyum gereksinimleri.
• Beklenen takvim ve varsa bütçe aralığı.
• Teklifin biçimi: kapsam, yaklaşım, ekip, takvim, bedel, varsayımlar, referanslar.
• Soru-cevap dönemi ve teklif son tarihi.

Bütçe aralığını paylaşmaktan çekinmeyin; aralık, tedarikçinin gerçekçi bir kapsam önermesini sağlar ve karşılaştırılamayacak kadar farklı teklifleri önler.

04Adım 4: Tedarikçileri Değerlendirin

Teklif bedeli tek ölçüt olmamalıdır. Değerlendirme tablosunda şu başlıklara ağırlık verin:

• Benzer deneyim: Sektörünüzde ya da benzer karmaşıklıkta proje yapmışlar mı? Referanslarla görüşün.
• Çalışma yöntemi: İlerlemeyi nasıl gösteriyorlar (düzenli sürüm, demo, rapor)? Değişiklik talepleri nasıl yönetiliyor?
• Ekip: Projede kim çalışacak, deneyimleri nedir, ekip değişirse ne olur?
• Teknik yaklaşım: Önerilen teknoloji gerekçeli mi, mevcut yatırımlarınızı koruyor mu, ekibinizin sürdürebileceği bir yığın mı?
• Kalite ve güvenlik pratikleri: Otomatik test, kod incelemesi, güvenlik denetimi standart mı?
• Teslim sonrası: Bakım, destek ve SLA seçenekleri; kaynak kod ve dokümantasyon devri.
• İletişim: Teklif aşamasında sorularınıza verilen yanıtların hızı ve netliği, proje boyunca göreceğinizin ön izlemesidir.

05Adım 5: Teklifleri Karşılaştırın

Teklifleri yalnızca toplam bedelle değil, toplam sahip olma maliyetiyle karşılaştırın: lisanslar, barındırma, bakım, üçüncü taraf servis ücretleri ve iç ekibinizin harcayacağı zaman. Varsayımları okuyun; "müşteri içerikleri sağlayacaktır", "entegrasyon API'si hazırdır" gibi varsayımlar gerçekleşmezse maliyet değişir. Belirsiz ya da çok düşük bir teklif, kapsamın anlaşılmadığının işareti olabilir; netleştirme toplantısı isteyin.

06Adım 6: Sözleşme Maddelerini Netleştirin

Sözleşme, iyi giden projede okunmaz; sorun çıktığında tek dayanaktır. Şu maddelerin açık olduğundan emin olun:

• Kapsam ve teslimatlar: Teklifteki kapsam listesi sözleşmenin eki olmalı; kabul kriterleri yazılı olmalıdır.
• Takvim ve aşamalar: Aşama teslimleri, gecikme durumunda bildirim ve telafi yöntemleri.
• Ödeme planı: Aşamaya ya da döneme bağlı ödemeler; kabul ile ödemenin ilişkisi.
• Değişiklik yönetimi: Kapsam değişikliklerinin nasıl değerlendirileceği ve fiyatlanacağı.
• Fikri mülkiyet: Kaynak kodun ve tasarımların kime ait olacağı, ne zaman devredileceği; açık kaynak bileşenlerin lisans durumu.
• Veri ve gizlilik: KVKK kapsamında veri işleyen sıfatı, gizlilik yükümlülükleri, veri iadesi ve silme.
• Garanti ve bakım: Devreye alma sonrası hata düzeltme süresi; bakım sözleşmesi ve SLA seçenekleri.
• Çıkış koşulları: Sözleşme sona erdiğinde kod, veri, erişim ve dokümantasyonun devri; başka bir ekibin devam edebilmesi.

07Adım 7: Proje Yönetişimini Kurun

Sözleşme imzalandıktan sonra projenin başarısı iki tarafın çalışma düzenine bağlıdır. Kurum tarafında karar yetkisi olan bir proje sorumlusu belirleyin; düzenli sürüm toplantılarına katılın; test ve onay için ekibinizde zaman ayırın. Açık kararları ve riskleri tek listede takip edin. Tedarikçinin sunduğu müşteri paneli, rapor ya da görev aracını kullanın; e-posta zincirleri kayıt değildir.

08Kontrol Listesi

• İş sorunu ve başarı ölçütleri yazıldı.
• Kapsam önceliklendirildi; ilk sürüm olmazsa olmazlarla sınırlandı.
• Entegrasyon ve veri taşıma ihtiyaçları listelendi.
• RFP hazırlandı; bütçe aralığı ve takvim paylaşıldı.
• Tedarikçiler deneyim, yöntem, ekip, kalite ve teslim sonrası başlıklarında puanlandı.
• Referanslarla görüşüldü.
• Teklifler toplam sahip olma maliyetiyle karşılaştırıldı; varsayımlar netleştirildi.
• Sözleşmede kapsam, kabul, ödeme, değişiklik, fikri mülkiyet, veri, garanti ve çıkış maddeleri yer aldı.
• Kurum içi proje sorumlusu ve karar mekanizması belirlendi.

09Sonuç

İyi bir satın alma süreci, projenin yarısını başlamadan tamamlar: sorun nettir, kapsam önceliklidir, tedarikçi karşılaştırılabilir ölçütlerle seçilmiştir ve sözleşme her iki tarafı korur. OPEIS Teknoloji olarak teklif sürecinde bu adımların her birine yazılı yanıt veririz; RFP'nizi hazırlarken ya da teklifleri değerlendirirken ücretsiz ön görüşme talep edebilirsiniz.