30 saniyede özet
Business case, bir girişime neden kaynak ayrılması gerektiğini açıklayan iş gerekçesidir. Sorunu veya fırsatı, seçenekleri, beklenen faydaları, maliyetleri, riskleri ve varsayımları birlikte değerlendirir. Önerilen çözümü mevcut durumu sürdürme seçeneğiyle de karşılaştırır. Karar sonrasında maliyetler veya beklenen sonuçlar değişirse güncellenir. İyi bir iş gerekçesi, yatırımın hangi koşullarda anlamlı olduğunu ve hangi bulgular karşısında yeniden değerlendirilmesi gerektiğini açıklar. Tahmin edilen fayda ile gerçekleşen fayda arasındaki ayrımı korur; yönetime hem seçimi hem de seçimin dayandığı düşünceyi sunar.
Neden önemli?
“Müşteriler portal istiyor”, “rakibimiz bu özelliği çıkardı” veya “eski sistemi yenilemeliyiz” ifadeleri bir ihtiyaca işaret edebilir. Ancak kaynak kararı için yeterli değildir. Hangi müşterilerin ne istediği, mevcut sorunun etkisi ve alternatif çözüm yolları bilinmeden yatırımın önceliği sağlıklı biçimde değerlendirilemez. Aynı ihtiyaç daha düşük maliyetli bir süreç değişikliğiyle karşılanabilecek olabilir.
İş gerekçesi, farklı ekiplerin aynı karar üzerinde konuşmasını sağlar. Satış ekibi müşteri beklentisini, operasyon ekibi işletim yükünü, teknoloji ekibi uygulanabilirliği, finans ekibi maliyet ve fayda tahminlerinin tutarlılığını değerlendirir. Bu görüşler bir araya geldiğinde yönetim yalnızca çözümün çekiciliğini değil, uygulanmasının koşullarını da görür.
Üst yönetim açısından önemli konu kaynakların alternatif kullanımıdır. Bir girişime ayrılan uzmanlık, bütçe ve zaman başka bir çalışmaya ayrılamaz. Fırsat maliyeti, seçilen alternatif nedeniyle vazgeçilen diğer seçeneğin değeridir. İş gerekçesi bu karşılaştırmayı görünür kıldığında, ekipler kendi taleplerini savunmanın yanında kurumun hangi yatırımdan daha fazla yarar sağlayacağını tartışabilir.
Terim nedir?
Business case, karar vermeyi destekleyen yapılandırılmış bir değerlendirmedir. Kurumun ihtiyacına göre kısa bir belge veya kapsamlı bir analiz olabilir. Uzunluğu kadar, kararın dayandığı kanıtların ve belirsizliklerin açıklığı önemlidir. Temel soru, önerilen çalışmanın beklenen faydalarının maliyet ve riskleriyle birlikte değerlendirildiğinde anlamlı olup olmadığıdır.
İş gerekçesi ile proje beratı farklı görevler taşır. Proje beratı, projeyi resmen yetkilendiren ve üst düzey çerçevesini belirleyen belgedir. İş gerekçesi ise yatırımın neden yapılmaya değer olduğunu açıklar. Proje planı da işin nasıl yürütüleceğini düzenler. Bu belgeler birbiriyle tutarlı olmalıdır; fakat ayrıntılı bir planın bulunması, yatırım gerekçesinin güçlü olduğunu tek başına göstermez.
Maliyet değerlendirmesinde yalnızca ilk geliştirme veya satın alma bedeline bakılmaz. Geçiş, eğitim, veri hazırlığı, destek, bakım ve gerektiğinde çözümden çıkış giderleri de ele alınır. Toplam sahip olma maliyeti, çözümün belirlenen değerlendirme dönemi boyunca edinilmesi ve işletilmesine ilişkin maliyetleri birlikte görmeye yardımcı olur. Alternatifler aynı dönem ve kapsam üzerinden karşılaştırılmalıdır.
Faydalar da birbirinden ayrılmalıdır. Çalışanların zaman kazanması her durumda doğrudan nakit tasarrufuna dönüşmez; kazanılan kapasitenin nasıl kullanılacağı açıklanmalıdır. Gelir artışı beklentisi müşteri davranışına bağlı olabilir. Hizmet kalitesi veya risk azalması gibi etkiler ise güvenilir bir yöntem bulunmadan parasal değere çevrilmemelidir. Ölçülebilen faydalar, ölçüm yöntemi ve sorumlusu belirtilerek kaydedilir.
Varsayım, henüz kesinleşmemiş fakat değerlendirmede doğru kabul edilen koşuldur. Örneğin müşterilerin yeni kanalı kullanacağı veya lisans fiyatının belirli düzeyde kalacağı varsayılabilir. Duyarlılık analizi, bu koşullar değiştiğinde kararın nasıl etkilendiğini inceler. Özellikle sonucu güçlü biçimde etkileyen varsayımlar doğrulanmalı ve proje boyunca takip edilmelidir.
Gerçek vaka: Fanatics Commerce'in bulut geçişi gerekçesi
AWS'nin 20 Şubat 2026 tarihli yazısı, Fanatics Commerce'in beş veri merkezindeki 1.800 sunucuyu AWS'ye taşıma yaklaşımını anlatıyor. Gerekçeler arasında eskiyen altyapının yenilenme ihtiyacı, artan işletim giderleri, bölgesel gereklilikler ve büyümeyi destekleme amacı bulunuyor. Değerlendirmede mevcut kullanım ve lisans bilgileri incelenerek farklı geçiş senaryoları ele alınmış.
Kaynak, altyapı maliyetlerinde yüzde 48'e kadar tasarruf beklentisi bildiriyor. Bu ifade gerçekleşmiş ve kesinleşmiş tasarruf anlamına gelmiyor. Yazı, yayımlandığı tarihte geçişin devam ettiğini ve tamamlanmanın Aralık 2026 için hedeflendiğini belirtiyor. Burada da bu bilgiler kaynak tarihindeki durum olarak aktarılıyor.
Vakadan çıkarılabilecek ders, bir teknoloji değişiminin iş gerekçesinin kullanım verileri, maliyetler ve işletim koşullarıyla desteklenmesidir. Ayrıca fayda projeksiyonunun sonuç gibi sunulmaması gerekir. Yazı teknoloji sağlayıcısının anlatımıdır; bütün alternatifleri ve kurumun iç yatırım hesaplarını paylaşmadığı için bu vaka üzerinden bağımsız bir yatırım getirisi hesabı yapılamaz.
Varsayımsal örnek: Müşteri raporlama portalı
Bir danışmanlık şirketinde müşteriler raporlarını e-postayla istiyor, danışmanlar dosyaları hazırlayıp gönderiyor olsun. Yönetim müşterilerin raporlara doğrudan erişebileceği bir portal öneriyor. İş analisti önce taleplerin sıklığını, hazırlık işini, bekleme nedenlerini ve erişim beklentilerini inceler. Böylece “portal yapalım” önerisi, çözülmesi gereken ihtiyaçla ilişkilendirilir.
Seçenekler mevcut süreci iyileştirmek, hazır bir çözüm kullanmak veya özel yazılım geliştirmek olabilir. Mevcut durumu sürdürmenin maliyetleri ve riskleri de değerlendirilir. Hazır çözümde lisans ve uyarlama, özel geliştirmede ekip kapasitesi ve bakım, süreç değişikliğinde ise devam edecek manuel iş dikkate alınır. Hepsinde güvenlik ve müşteri erişim koşulları karşılaştırılır.
Danışmanların zaman kazanması bekleniyorsa, hangi adımların ortadan kalkacağı açıklanır. Müşteri yenilemelerinin artacağı düşünülüyorsa bu, doğrulanması gereken ayrı bir varsayım olarak tutulur. Portalın müşteri tarafından kullanılabilirliği sınırlı bir denemeyle araştırılabilir. Kullanılmadığı görülürse gerekçe güncellenir; daha dar bir çözüm veya farklı bir erişim yöntemi değerlendirilebilir.
Proje ilerlerken lisans koşulları değişirse veya rapor verisinin beklenenden fazla hazırlık gerektirdiği anlaşılırsa, eski değerlendirme aynen korunmaz. Yeni maliyet ve fayda beklentileriyle seçenekler tekrar karşılaştırılır. Böylece onay, koşullar değişse de sorgulanamayacak bir karar haline gelmez.
Yaygın üç hata
- Kararı verip gerekçeyi sonradan yazmak
Önceden seçilmiş çözümü haklı çıkarmaya çalışmak, alternatiflerin yüzeysel değerlendirilmesine yol açabilir. Sorunu çözümden ayrı tanımlayın ve uygulanabilir seçenekleri aynı ölçütlerle karşılaştırın. Tercih edilen seçeneğin zayıf yönlerini de açıklamak, kararın değerlendirilmesini kolaylaştırır.
- Tahminleri kesin fayda gibi sunmak
Bir gelir veya tasarruf beklentisinin hesapta bulunması gerçekleşeceği anlamına gelmez. Varsayımları, verinin kaynağını ve belirsizlikleri belirtin. Aynı faydayı hem zaman kazanımı hem maliyet azalması başlığı altında tekrar saymayın. Faydanın hangi koşullarda oluşacağını açıklayın.
- Harcanan para nedeniyle devam etmek
Batık maliyet, geri alınamayacak geçmiş harcamadır. Karar verilirken gelecekte yapılacak ek harcama ile bundan sonra elde edilebilecek fayda karşılaştırılmalıdır. Durdurmanın sözleşme veya geçiş maliyetleri de vardır; bunlar değerlendirilir. Ancak geçmiş yatırım, tek başına devam gerekçesi sayılmamalıdır.
Mini uygulama: Tek sayfalık iş gerekçesi
Yeni bir talep için aşağıdaki alanları doldurun. Bilinmeyenleri kesin cevaplarla kapatmak yerine, doğrulama ihtiyacı olarak kaydedin.
- Sorun veya fırsat
- Ne değişmeli, bunu hangi kanıt gösteriyor?
- Amaç
- Hangi iş sonucuna katkı bekleniyor?
- Seçenekler
- Mevcut durum dahil hangi uygulanabilir yollar var?
- Maliyetler
- Geçiş ve işletim boyunca hangi giderler oluşacak?
- Faydalar
- Hangi değişim bekleniyor, nasıl ölçülecek?
- Varsayımlar
- Sonuç hangi koşulların doğru olmasına bağlı?
- Riskler
- Ne ters gidebilir ve seçenekleri nasıl etkiler?
- Öneri
- Hangi seçenek, hangi gerekçeyle tercih ediliyor?
- Sahiplik
- Kararı kim verecek, faydayı kim takip edecek?
- Yeniden değerlendirme
- Hangi bulgu veya değişiklik kararı açacak?
Son kontrolde şu soruyu sorun: “En güçlü varsayımımız yanlış çıkarsa önerimiz hâlâ anlamlı mı?” Cevap bilinmiyorsa daha fazla araştırma veya sınırlı bir deneme gerekebilir. Bu kontrol, iş gerekçesini onay almak için hazırlanmış bir belgeden, kararın geçerliliğini sınayan bir çalışma aracına dönüştürür.
İlgili terimler
Business Objective, Feasibility Study, Project Charter, Project Sponsor, Strategic Alignment, Project Portfolio Management, Benefits Realization Management, Return on Investment, Risk Register and Response Planning, Stage-Gate