SaaS ve MVP Geliştirme Maliyeti: Kapsamı Nasıl Daraltıp Bütçeyi Korursunuz

Bir MVP'nin maliyetini özellik sayısı değil, dört yapısal etken belirler: kaç farklı kullanıcı rolü olduğu, kaç entegrasyon gerektiği, veri modelinin ne kadar karmaşık olduğu ve gerçek zamanlılık ihtiyacı bulunup bulunmadığı. Bu dört başlık aynı kaldığı sürece özellik listesine madde eklemek maliyeti sınırlı ölçüde artırır; dördünden birinde bir basamak yukarı çıkmak ise bütçeyi ve takvimi topluca yeniden yazar.

Bu yüzden "bir SaaS ne kadara mal olur?" sorusuna tek bir rakamla cevap veren herkes ya kapsamı tahmin ediyordur ya da sonradan ek bütçe planlıyordur. Obelisx tarafında özel yazılım ve web uygulaması projeleri 88.000₺'den başlayan Premium paket kapsamında yürütülür ve teslim süresi kapsama göre 30-90 iş günü arasında değişir. Bu bir taban değeridir: aynı sektörde, aynı ekran sayısıyla anlatılan iki fikir, aşağıdaki dört etken nedeniyle birbirinden çok farklı bütçelere oturabilir.

Bu yazının amacı size bir rakam vermek değil, kendi projenizin hangi bantta olduğunu anlamanızı ve kapsamı bilinçli olarak daraltmanızı sağlamaktır. Teknik kapsamın tamamı web uygulaması ve SaaS geliştirme hizmet sayfasında maddeler halinde yazılıdır.

Çünkü özellik listesi neyin görüneceğini anlatır, neyin inşa edileceğini değil. Bir liste üzerinde "kullanıcı yorum bırakabilir" tek satırdır; arkasında yorum veri modeli, moderasyon akışı, bildirim, spam koruması, düzenleme geçmişi ve silme politikası vardır. Yan yana duran iki madde, ikisi de tek satır olmasına rağmen on kat farklı iş yükü taşıyabilir.

Aynı yanılgının ikinci yüzü, listenin uzunluğuyla maliyetin doğru orantılı sanılmasıdır. Otuz maddelik bir liste, hepsi tek bir rolün tek bir ekranında yaşıyorsa on maddelik bir listeden ucuza gelebilir; buna karşılık "kullanıcılar ve yöneticiler" diye geçiştirilen iki kelime, iki ayrı yetki matrisi, iki ayrı arayüz seti ve iki ayrı test senaryosu demektir.

Doğru soru şudur: bu özellik hangi rolde, hangi veriye, hangi koşulda dokunuyor? Bir geliştirme ekibi teklif hazırlarken zaten bu soruyu cevaplar. Siz de aynı soruyu sorarak, teklif gelmeden önce kendi listenizin gerçek ağırlığını görebilirsiniz.

Her yeni rol, uygulamaya bir ekran değil bir düzlem ekler. Rol eklendiği anda üç şey birden çoğalır: o rolün neyi görüp neyi göremeyeceğini tanımlayan yetki matrisi, o role özel ekranlar ve akışlar, ve bu yetkilerin gerçekten çalıştığını kanıtlayan test senaryoları. Üçüncüsü genellikle tekliflerde unutulur ve en pahalı hatayı doğurur: yetki hatası, veri sızıntısı demektir.

Somutlaştıralım. Tek rollü bir uygulamada "siparişleri listele" ekranı bir kez yazılır. Üç rollü bir uygulamada aynı ekran, müşteri için yalnızca kendi siparişlerini, bayi için kendi müşterilerinin siparişlerini, yönetici için hepsini göstermek zorundadır. Görünen arayüz aynıdır; arkadaki sorgu, yetki kontrolü ve test yüzeyi üçe katlanmıştır.

Bu nedenle kapsam daraltmanın en etkili tek hamlesi rol sayısını azaltmaktır. v1'de gerçekten iki rol yeterliyse üçüncüyü ertelemek, listeden beş özellik çıkarmaktan daha fazla bütçe ve daha fazla takvim kazandırır. Rol ve yetki yönetiminin (RBAC) nasıl kurgulandığını SaaS geliştirme hizmetinde ayrıntılı anlattık.

Bu üç etken maliyeti doğrusal değil basamaklı artırır. Her entegrasyon ayrı bir hata yönetimi işidir; veri modelindeki her karmaşıklık katmanı hem geliştirmeyi hem de ileride yapılacak her değişikliği pahalılaştırır; gerçek zamanlılık ise mimarinin tamamını değiştirir. Aşağıdaki tablo her etkenin neden pahalı olduğunu ve v1'de nasıl daraltılabileceğini gösteriyor.

Ölçeğin ne demek olduğunu somut bir işte görmek isterseniz: Sıfır Yedek Parça vaka incelemesinde 1,5 milyon parçalık bir katalogda arama ve indekslemenin belirli bir hacimden sonra nasıl ayrı bir mühendislik problemine dönüştüğünü, parçalı sitemap mimarisi ve tam metin arama indeksiyle nasıl çözüldüğünü anlattık. Aynı ekranlar, çok daha küçük bir veri hacminde çok daha basit bir işti.

Kapsam daraltmanın kuralı basittir: v1'de yalnızca ana varsayımınızı test eden akış kalır.MVP'nin görevi ürünü tamamlamak değil, ürünün işe yarayıp yaramadığını en kısa sürede öğrenmektir. Bir özelliğin v1'de kalmasını hak etmesi için tek bir soruya evet demesi gerekir: bu özellik olmadan kullanıcı ana akışı tamamlayabilir mi? Cevap evetse özellik bekleyebilir.

Pratikte v1'de kalması gerekenler neredeyse her projede aynıdır: kayıt ve giriş, ana değeri üreten tek akış, o akışın sonucunu gösteren ekran ve minimum bir yönetici görünümü. Buna karşılık aşağıdaki kalemler, kurucuların en çok ısrar ettiği ama neredeyse her zaman ertelenebilen başlıklardır.

• Ekip ve davet yönetimi. İlk kullanıcılarınız tek kişilik hesaplarla başlayabilir; çok kullanıcılı organizasyon yapısı en pahalı erteleme adaylarından biridir.
• Ödeme ve abonelik altyapısı. İlk müşterilerden ücreti manuel olarak tahsil etmek tamamen meşrudur ve size haftalarca geliştirme kazandırır.
• Ayrıntılı bildirim sistemi. Uygulama içi bildirim merkezi yerine tek bir e-posta ile başlayın.
• Yönetici panelinin tamamı. Yönetici işlerinin çoğu ilk aylarda doğrudan veritabanı üzerinden veya basit bir listeleme ekranıyla yürütülebilir.
• Mobil uygulama. Mobil uyumlu bir web arayüzü, varsayımı test etmek için hemen her zaman yeterlidir.
• Çok dillilik ve yerelleştirme. Tek dil ile başlamak, ikinci dilin eklenmesini imkânsız hale getirmez; erken eklemek ise her ekranın maliyetini artırır.

Bu listeyi kullanırken dikkat edilecek tek şey şudur: erteleme, "hiç yapmayacağız" demek değildir. Ertelenen özelliğin sonradan eklenebilmesi için veri modelinin o yönde kapalı olmaması gerekir. İyi bir ekip v1'i dar tutarken v2'nin kapısını açık bırakır; bunun bedeli birkaç günlük tasarım işidir ve neredeyse her zaman geri öder.

Bir işi yazılıma devretmeden önce elle yapmak, MVP bütçesini koruyan en etkili yöntemdir. İlke şudur: bir süreci otomatikleştirmeden önce o sürecin doğru süreç olduğunu kanıtlayın. Kanıtlanmamış bir akışı otomatikleştirmek, yanlış işi daha hızlı yapmaktan başka bir sonuç vermez.

Uygulaması göründüğünden kolaydır. Onay akışını bir e-posta ve bir tablo ile yürütün. Faturayı elle kesin. Yeni kullanıcıyı siz oluşturun. Eşleştirmeyi algoritma yerine bir kişi yapsın. Bu adımların her biri ilk aylarda çalışır ve karşılığında iki şey kazanırsınız: geliştirme bütçesi ve sürecin gerçekte nasıl işlediğine dair veri. İkincisi daha değerlidir, çünkü otomasyonu yazarken artık tahmin etmiyor olursunuz.

Manuel süreç sizi ne zaman bırakır? Ölçüsü nettir: aynı işi yapmak haftalık olarak sizi veya ekibinizi ciddi biçimde yavaşlatmaya başladığında. O an geldiğinde otomasyonun kapsamı da netleşmiş olur — ve bu, en baştan yazılan bir spesifikasyondan çok daha ucuz ve çok daha doğru bir kapsamdır.

Bir MVP bütçesi beş kalemden oluşur ve bunlardan ikisi tek seferlik değildir. Tekliflere bakarken yalnızca geliştirme satırına odaklanmak, projenin ikinci yılında sürpriz üretir.

• Tasarım.Kullanıcı akışları, wireframe, arayüz tasarımı ve tekrar kullanılabilir bir bileşen kütüphanesi. Bir SaaS'ta tasarımın büyük kısmı görsel değil yapısaldır: aynı tabloyu, aynı formu ve aynı boş durumu her ekranda yeniden tasarlamamak, geliştirme süresini doğrudan kısaltır. Kapsamı UI/UX tasarım hizmetinde ayrıntılı.
• Geliştirme. Bütçenin en büyük kalemi. İçinde yalnızca ekran kodlaması değil; veri modeli, kimlik doğrulama ve yetkilendirme, API katmanı, entegrasyonlar, test ve hata takibi kurulumu vardır.
• Altyapı. Barındırma, veritabanı, dosya depolama, alan adı ve sertifika. Tek seferlik değil, tekrar eden bir kalemdir ve kullanıcı sayınızla birlikte büyür.
• Üçüncü taraf servisler. Ödeme altyapısı, e-posta gönderimi, SMS, hata izleme, analitik. Çoğu kullanım başına ücretlendirilir; MVP aşamasında düşük, ölçeklendikçe hissedilir bir kalem haline gelir.
• Bakım ve destek. Bağımlılık güncellemeleri, güvenlik yamaları, yedekleme, izleme ve küçük düzeltmeler. Yazılım donmaz; güncellenmeyen bir uygulama birkaç yıl içinde hem güvenlik hem uyumluluk sorunu üretir. Bu tarafın kapsamı bakım ve destek sayfasında.

Doğru karşılaştırma birimi de bu yüzden ilk teklif değil, ilk iki yılın toplam maliyetidir. Aynı mantığı web sitesi tarafında web tasarım fiyatları yazısındaüç yıllık toplam sahip olma maliyeti üzerinden ele almıştık; SaaS'ta tekrar eden kalemlerin ağırlığı daha da yüksektir.

Özel yazılım ve web uygulaması işleri 88.000₺'den başlayan Premium paket kapsamında yürütülür; teslim süresi kapsama göre 30-90 iş günü'dür. Fiyat KDV hariçtir, proje başlamadan önce %50 avans alınır ve kalan bakiye teslimde tahsil edilir. Aylık veya yıllık abonelik ücreti yoktur — kurulum tek seferliktir.

Teslim kapsamında kimlik doğrulama ile rol ve yetki yönetimi (RBAC), özel yönetim paneli ve raporlama ekranları, REST veya tRPC API katmanı ve üçüncü taraf entegrasyonları, PostgreSQL veri modeli ile migration yönetimi, isteğe bağlı çok kiracılı mimari, test, izleme ve hata takibi kurulumu yer alır. Kaynak kodun tamamı teslimde size devredilir; lisans veya kullanım kısıtı yoktur, dilerseniz başka bir ekip teknik dokümantasyonla birlikte projeyi devralabilir.

Fiyatlandırmayı somutlaştırmanın yolu, uzun bir özellik listesi göndermek değil, bu yazıdaki dört etkeni cevaplamaktır: kaç rol, kaç entegrasyon, veri modeli ne kadar karmaşık, gerçek zamanlılık gerekiyor mu. Bu dört cevapla kapsam bir toplantıda netleşebilir. Paket karşılaştırması için fiyatlandırma sayfasına, projenizi konuşmak için iletişim sayfasına göz atabilirsiniz.

• MVP maliyetini dört yapısal etken belirler: kullanıcı rolü sayısı, entegrasyon sayısı, veri modelinin karmaşıklığı ve gerçek zamanlılık ihtiyacı. Özellik listesinin uzunluğu bunlardan biri değildir.
• Her yeni rol ayrı bir yetki matrisi, ayrı ekranlar ve ayrı test senaryoları demektir; kapsam daraltmanın en etkili tek hamlesi rol sayısını azaltmaktır.
• Entegrasyon, veri modeli ve gerçek zamanlılık maliyeti doğrusal değil basamaklı artırır; her birinin v1 için daha ucuz bir başlangıç karşılığı vardır.
• v1'de yalnızca ana varsayımı test eden akış kalmalıdır. Ekip yönetimi, abonelik altyapısı, bildirim merkezi, mobil uygulama ve çok dillilik neredeyse her zaman ertelenebilir.
• Bir süreci otomatikleştirmeden önce manuel yürütün: hem bütçeyi korur hem de otomasyonun kapsamını tahmine değil gerçek veriye dayandırır.
• Bütçe beş kalemden oluşur — tasarım, geliştirme, altyapı, üçüncü taraf servisler ve bakım — ve son ikisi tekrar eder. Obelisx'te özel yazılım projeleri 88.000₺'den başlar, kapsama göre 30-90 iş gününde teslim edilir ve kaynak kod size devredilir.

Tüm yazılar blog dizininde. Hizmet karşılıkları için hizmetler, paket bedelleri için fiyatlandırma sayfalarına bakabilirsiniz.