Paket Değil, Çözüm: Modüler Web Projesi Nasıl Fiyatlanır?
Web sitesi yaptırmak istiyorsunuz. İlk adım: ajansların sitelerine bakıyorsunuz. Karşınıza çıkan şey hep aynı:
Paket 1: 5 sayfa — X TLPaket 2: 10 sayfa + CMS — Y TLPaket 3: Sınırsız — Z TL
Tanıdık, değil mi? Biz bu modeli kullanmıyoruz. Neden kullanmadığımızı ve yerine ne koyduğumuzu anlatacağız.
Paket Modelinin Problemi
Sayfa Sayısı Anlamsız Bir Metrik
Bir düşünün: 1 sayfalık bir landing page, 10 sayfalık bir kurumsal siteden daha karmaşık olabilir.
Landing page'de animasyonlar, scroll-triggered efektler, form entegrasyonları, A/B test altyapısı olabilir. 10 sayfalık kurumsal sitede ise her sayfa benzer bir şablonu tekrar edebilir.
Sayfa sayısını fiyat belirleyici yapmak, metrekareye göre ev fiyatlamak gibi. Bodrum katıyla çatı katı aynı metrekare olabilir — ama aynı değer değildir.
Gereksiz Özellikler İçin Fazla Ödeme
"Blog istiyorum" diyorsunuz. Ajans diyor ki: "Blog sadece Paket 2'de var."
Paket 2'de blog var ama aynı zamanda sizin hiç kullanmayacağınız 5 özellik daha var. Onlar için de ödüyorsunuz.
Ya da tam tersi: Paket 1'i aldınız ama bir özellik eksik kaldı. "O özellik Paket 2'de" deniyor. Tek bir özellik için paket atlıyorsunuz.
Yapay Limitler
"5 component limiti." Ama projeniz 6 component gerektiriyor.
Altıncı component gerçekten lazım. Beşi yeterli değil. Ne yapacaksınız? Bir üst pakete mi geçeceksiniz? Yoksa ihtiyacınızı kısacak mısınız?
Paket modeli, projeyi pakete uydurmaya zorlar. Olması gereken tam tersi: fiyatlandırma projeye uymalı.
Modüler Yaklaşım: Projeye Uyan Fiyat
Biz hazır paket satmıyoruz. Her projeyi ayrı değerlendirip, gerçek ihtiyaca göre fiyatlıyoruz.
Formül
Proje Maliyeti = Core + Components + Süreç Sistemleri + DevOps + EkstralarHer katmanı açalım:
Core — Her projede olan temel: Tasarım, geliştirme altyapısı, proje yönetimi, kalite kontrol ve canlıya alma. Bu katman proje büyüklüğüne göre ölçeklenir.
Components — Projenizin yapı taşları: Her component somut ve ölçülebilir bir birimdir. Hero section, hizmetler bölümü, blog sistemi, iletişim formu, fiyat hesaplayıcı... Projeniz kaç component gerektiriyorsa, o kadar.
Süreç Sistemleri — İhtiyaca göre: CMS gerekiyorsa CMS eklenir. Tasarım sistemi gerekiyorsa eklenir. Gerekmiyorsa ödeme yapmıyorsunuz.
DevOps — Altyapı: Hosting, CI/CD, domain ayarları. Her projenin teknik altyapı ihtiyacı farklı.
Ekstralar — Özel gereksinimler: Çok dilli destek, erişilebilirlik iyileştirmeleri, özel entegrasyonlar. Varsa eklenir, yoksa yoktur.
Pratikte Nasıl İşliyor?
İki farklı projeyle gösterelim:
Senaryo 1: Tanıtım Sitesi
Yeni bir marka. Amacı: dijital varlık oluşturmak, güvenilir görünmek, potansiyel müşterilerle iletişim kurmak.
İhtiyaç analizi sonucu:
- Core: Tasarım + geliştirme + canlıya alma
- Components: Hero, hakkımızda, hizmetler, referanslar, iletişim formu
- Süreç sistemleri: Yok (statik içerik yeterli)
- DevOps: Standart hosting + SSL
- Ekstralar: Yok
Beş component. Süreç sistemi yok. Sade, hızlı, etkili.
Senaryo 2: E-Ticaret Projesi
Büyüyen bir marka. Amacı: online satış kanalı açmak, ürün yönetimi yapmak, müşteri deneyimini kontrol etmek.
İhtiyaç analizi sonucu:
- Core: Tasarım + geliştirme + canlıya alma
- Components: Hero, ürün listesi, ürün detay, sepet, ödeme akışı, hesabım, sipariş takip, kampanya banner, filtre sistemi
- Süreç sistemleri: CMS (ürün yönetimi), ödeme entegrasyonu
- DevOps: Yüksek erişilebilirlik, CDN, güvenlik katmanları
- Ekstralar: Çok dilli destek
Dokuz component. İki süreç sistemi. Gelişmiş DevOps.
Aynı Formül, Farklı Çıktılar
Her iki proje de aynı formülle fiyatlandı. Ama sonuçları tamamen farklı. Çünkü ihtiyaçları farklı.
İlk proje, ikincinin paketine mahkum olmadı. İkinci proje, birincinin paketine sıkışmadı. Her biri tam olarak ihtiyacı kadar aldı.
Şeffaflık: Neye Ödediğinizi Bilmek
Modüler yaklaşımın en büyük avantajı şeffaflık.
Her Kalem Görünür
Teklif aldığınızda karşınızda "Toplam: X TL" yazmaz. Bunun yerine her kalemin ne olduğunu ve maliyetini görürsünüz.
Core
├── Tasarım
├── Geliştirme altyapısı
├── Proje yönetimi
├── Kalite kontrol
└── Canlıya alma
Components
├── Hero section
├── Hizmetler bölümü
├── Referanslar
├── Blog sistemi
└── İletişim formu
Süreç Sistemleri
└── CMS entegrasyonu
─────────────────
Toplam: her kalem açık"Bu ne?" diye sormak zorunda kalmazsınız. Her satır somut bir şey ifade eder.
Scope Değişikliği = Yazılı Revizyon
Proje sürecinde fikirler değişebilir. "Bir de şunu ekleyelim" dediğinizde:
- Yeni component'in ne olduğunu açıklarız
- Maliyeti belirtiriz
- Yazılı onayınızı alırız
- Sonra ekleriz
Sürpriz fatura yok. "Bu da dahildi sanıyordum" tartışması yok.
Gereksiz Bir Şey Çıkartılabilir
İlk planda blog sistemi vardı ama süreçte karar değişti? Blog component'i çıkar, maliyeti düşer.
Paket modelinde bu olmaz. "Pakete dahil" olan şey kullanmasanız da maliyetinizdedir.
Peki Bu Yaklaşım Kime Uygun?
Açık konuşalım: Bu model herkes için değil.
Uygun Olanlar
İhtiyacını bilen veya keşfetmeye açık olanlar. "Tam olarak ne istiyorum bilmiyorum ama birlikte çözelim" diyebiliyorsanız, doğru yerdesiniz.
Şeffaflık arayanlar. Neye ödeme yaptığınızı bilmek istiyorsanız, bu model sizin için.
Uzun vadeli düşünenler. Web siteniz bir yatırım. Doğru yapılırsa yıllarca çalışır.
Uygun Olmayanlar
Sadece fiyat karşılaştırması yapanlar. "En ucuz teklifi arıyorum" yaklaşımıyla geldiyseniz, paket satan ajanslar sizin için daha kolay bir seçenek olabilir.
"X sayfa ne kadar?" beklentisi olanlar. Bu soruya verebileceğimiz dürüst bir cevap yok — çünkü cevap "duruma göre değişir" ve bu gerçekten öyle.
Sıkça Sorulan Sorular
"Peki yaklaşık bir fikir veremez misiniz?"
Verebiliriz — ama ancak kısa bir keşif görüşmesinden sonra. 15 dakikalık bir konuşma bile scope'u daraltmaya yeter. Oradan somut rakamlarla döneriz.
"Süreç uzun sürmez mi?"
Hayır. Keşif görüşmesi kısa tutulur. Amacımız haftalarca toplantı yapmak değil, doğru soruları sorup doğru kapsamı belirlemek.
"Bütçem sınırlı, ne yapabiliriz?"
Modüler yaklaşımın güzelliği bu: bütçenize göre scope belirlenir. Öncelikli component'ler yapılır, geri kalanı sonraya bırakılır. Hiçbir şeyden feragat etmezsiniz — sadece sıralarsınız.
Sonuç
Paket modeli, ajans için kolaydır. Hazır listeler, standart fiyatlar, minimal özelleştirme.
Ama kolay olan her zaman doğru değildir.
Her proje farklıdır. Her markanın ihtiyacı farklıdır. Bu farklılığı görmezden gelip herkese aynı paketi sunmak, dürüst bir yaklaşım değil.
Biz farklı yapıyoruz: ihtiyacınızı anlıyoruz, ihtiyacınız kadar üretiyoruz, ihtiyacınız kadar fiyatlıyoruz. Fazlası değil, eksiği değil.

20+ yıl deneyimli yazılım mimarı. Next.js, React, TypeScript ve modern web teknolojileri konusunda uzman. Novexing'in teknik altyapısını tasarlıyor.

UI/UX tasarım, atomic design sistemleri, kurumsal kimlik ve illüstrasyon alanlarında uzman. Novexing'in yaratıcı vizyonunu yönlendiriyor.





