Web Sitesinin Toplam Maliyeti Nasıl Hesaplanır? 3 Yıllık Bütçe Tablosu

Web Sitesinin Toplam Maliyeti Nasıl Hesaplanır? 3 Yıllık Bütçe Tablosu

Yazar: Kumsal Ajans11 dk okuma
5.0 · 2 oy Puanınız:

Blog yazısı içeriği

Bir web sitesinin toplam maliyeti yalnızca tasarım ve yazılım teklifindeki ilk bedelden oluşmaz. Sağlıklı bir bütçede ilk kurulumun yanında alan adı ve barındırma yenilemeleri, lisanslar, kullanıma bağlı servisler, bakım ve teknik destek, içerik operasyonu ile ileride istenebilecek yeni geliştirmeler de ayrı ayrı görülmelidir.

Bu maliyetleri tek bir rakamla tahmin etmek yerine üç yıllık bir tabloya ayırmak daha kullanışlıdır. Çünkü her gider aynı zamanda doğmaz, aynı yöntemle fiyatlanmaz ve aynı tarafın sorumluluğunda olmayabilir. Bu rehberde piyasa fiyatı vermek yerine, kendi teklifinizdeki tutarları yerleştirebileceğiniz bir bütçe modeli sunuyoruz.

Kısa formül şöyledir:

Üç yıllık toplam maliyet=ilk kurulum + düzenli yenilemeler + kullanıma bağlı servisler + şirket içi operasyon + bakım ve destek + yeni geliştirme bütçesi

Amaç en ucuz seçeneği bulmak değil; ilk tekliften sonra hangi giderin, ne zaman ve kimin sorumluluğunda doğabileceğini önceden görünür kılmaktır.

Web Sitesinin Toplam Maliyeti Ne Anlama Gelir?

Web sitesinin toplam maliyetini oluşturan altı gider türü
İlk kurulumdan yeni geliştirmeye kadar üç yıllık bütçede izlenecek altı maliyet grubu.

Toplam sahip olma maliyeti, web sitesini yaptırmak için ödenen ilk bedelle sınırlı olmayan bir bütçe yaklaşımıdır. Sitenin yayında kalması, güncel tutulması, içerikle beslenmesi ve işletmenin değişen ihtiyaçlarına uyarlanması için gereken kaynakları da kapsar.

Burada önemli olan her kalemi otomatik olarak ajansın ücreti kabul etmemektir. Bazı giderleri ajans, bazılarını müşteri, bazılarını ise doğrudan üçüncü taraf servis sağlayıcısı faturalandırabilir. Şirket içindeki içerik ve onay zamanı da dışarıya ödeme yapılmasa bile operasyonel bir kaynak kullanımıdır.

Bu nedenle her gider için şu beş soruyu yanıtlayın:

  1. Bu kalem ilk teklife dâhil mi?
  2. Ödemeyi veya çalışmayı hangi taraf üstleniyor?
  3. Tek seferlik mi, yıllık mı, kullanıma bağlı mı?
  4. Yenileme veya yeniden değerlendirme tarihi ne?
  5. Kullanım, kur veya kapsam değişirse bütçe nasıl etkilenecek?

Teklif istemeden önce kapsam henüz net değilse web sitesi ihtiyaç dokümanı hazırlama rehberi bu sorulara temel oluşturabilir.

1. İlk Kurulum ve Teslim Maliyetlerini Ayırın

İlk geliştirme bedeli projenin görünen başlangıç maliyetidir. Ancak bu bedelin hangi işleri içerdiği açık değilse üç yıllık hesap daha ilk satırda yanlış başlayabilir.

İlk kurulum tablosunda projeye göre şu kalemler bulunabilir:

  • Keşif, ihtiyaç analizi ve proje planlama
  • Bilgi mimarisi, kullanıcı deneyimi ve arayüz tasarımı
  • Ön yüz ve arka yüz yazılım geliştirme
  • Projeye özel yapılandırılan içerik yönetim platformu
  • Sayfa, ürün veya hizmet içeriklerinin hazırlanması ve sisteme girilmesi
  • Eski siteden veri ve içerik taşıma
  • Çoklu dil altyapısı, çeviri ve yerelleştirme
  • CRM, ERP, ödeme, rezervasyon veya başka servis entegrasyonları
  • Test, yayın, eğitim, dokümantasyon ve devir
  • Tasarım dosyaları, proje kaynakları ve hesap erişimlerinin teslimi

Her kalemin yanına “dâhil”, “müşteri sorumluluğunda”, “üçüncü taraf ödemesi” veya “ayrı teklif” notlarından birini ekleyin. Örneğin çoklu dil altyapısının geliştirilmesi teklife dâhil olabilir; fakat çevirilerin hazırlanması müşteri sorumluluğunda kalabilir. Benzer biçimde bir ödeme entegrasyonunun yazılımı kapsama alınırken işlem komisyonları doğrudan hizmet sağlayıcısına ödenebilir.

Birden fazla teklif arasından karar veriyorsanız 12 kriterlik web sitesi teklif karşılaştırma puan kartını kullanarak başlangıç kapsamlarını aynı zemine taşıyabilirsiniz.

2. Yıllık veya Düzenli Yenilenen Giderleri Yazın

Web sitesi yayınlandıktan sonra bazı hizmetler belirli dönemlerde yenilenir. Her projede aynı kalemler bulunmaz; sözleşme, altyapı ve hizmet modeline göre liste değişebilir.

Alan adı ve barındırma

Alan adı, süresiz satın alınan bir varlık gibi düşünülmemelidir. ICANN’in alan adı yenileme rehberi, kaydın geçerli kalması için süre dolmadan yenilenmesi gerektiğini ve yenileme koşulları ile ücretlerinin kayıt kuruluşuna göre değişebileceğini açıklar. Bütçe tablosuna alan adının sahibi, kayıt firması, sona erme tarihi ve ödeme sorumlusu yazılmalıdır.

Barındırma tarafında ise yalnızca paket adını değil şu sınırları kaydedin:

  • Sunucu veya hosting hizmetinin yenileme dönemi
  • Depolama, trafik ve yedekleme sınırları
  • SSL, CDN, e-posta veya yönetilen hizmetlerin pakete dâhil olup olmadığı
  • Trafik veya kaynak kullanımı arttığında uygulanacak model
  • Teknik yönetim sorumluluğunun ajans, müşteri veya altyapı sağlayıcısında olması

Lisanslar ve abonelikler

Yazı tipi, stok medya, eklenti, kurumsal servis, güvenlik aracı, analiz platformu veya başka bir yazılım lisansla çalışabilir. Teklifte yalnızca ürün adını görmek yeterli değildir. Lisansın kimin hesabında olduğu, kaç kullanıcıyı kapsadığı, hangi tarihte yenileneceği ve proje başka bir ekibe devredildiğinde kullanım hakkının nasıl devam edeceği yazılmalıdır.

Bakım ve teknik destek

Kumsal Ajans projelerinde proje bedeli tek seferlik ödeme modeliyle ele alınır. Web sitesi yayına alındıktan sonraki ilk altı ay bakım ve teknik destek ücretsizdir. Yeni sayfa, özellik, entegrasyon, içerik değişikliği ve diğer yeni geliştirmeler bu ücretsiz döneme dâhil değildir. İlk altı ayın ardından devam eden bakım yıllık modelde ele alınır.

Bu yaklaşımın bütçe tablosundaki karşılığı açık olmalıdır: yayın tarihi, ücretsiz dönemin bitiş tarihi, yıllık bakımın başlangıcı, kapsanan hizmetler ve kapsam dışı çalışmalar ayrı satırlarda gösterilmelidir. Böylece “destek dâhil” ifadesinin hangi süre ve hizmeti anlattığı belirsiz kalmaz.

3. Kullanıma Bağlı Üçüncü Taraf Giderlerini İzleyin

Bazı servisler yıllık sabit bir bedel yerine kullanım miktarına göre ücretlendirilebilir. Web sitesinin trafiği, gönderdiği mesaj sayısı, yaptığı API isteği, sakladığı veri veya işlediği işlem arttıkça maliyet de değişebilir.

Örnek kalemler şunlardır:

  • Harita, adres doğrulama ve konum servisleri
  • Toplu veya işlemsel e-posta gönderimi
  • SMS ve doğrulama mesajları
  • Ödeme altyapısı ve işlem ücretleri
  • Yapay zekâ veya veri işleme API’leri
  • Video, medya, depolama ve CDN kullanımı
  • Arama, çeviri, kargo veya rezervasyon servisleri

Bu model sağlayıcıya göre değişir. Örneğin Google Maps Platform fiyatlandırma belgeleri, kullanıma dayalı fiyatlandırma ile belirli çağrı sayılarını içeren abonelik seçeneklerini ayrı modeller olarak açıklar. Amazon SES fiyatlandırması ise e-posta gönderimi, alımı, veri kullanımı ve ek özelliklerin ayrı biçimde ölçülebildiğini gösterir. Bu örnekler her projede bu servislerin kullanılacağı anlamına gelmez; bütçede kullanım birimini ve fatura sahibini yazmanın neden gerekli olduğunu gösterir.

Kullanıma bağlı her hizmet için şu bilgileri kaydedin:

HizmetKullanım birimiHesap sahibiÖdeme sorumlusuUyarı/eşikBütçe yöntemi
Harita veya konum servisiİstek, oturum veya harita yükleme


Son üç aylık kullanım veya tahmini senaryo
E-posta servisiGönderilen/alınan ileti


Düşük, normal ve yoğun kullanım aralığı
Mesaj servisiSMS veya doğrulama işlemi


Aylık işlem tahmini
Ödeme servisiİşlem veya ciro


Sağlayıcı sözleşmesi
Depolama/CDNGB ve trafik


Mevcut kullanım + büyüme varsayımı

Kesin bir rakam bilinmiyorsa tek sayı uydurmayın. Düşük, beklenen ve yüksek kullanım senaryoları hazırlayın; fiyatlandırmayı yayın öncesinde sağlayıcının güncel resmi belgesinden yeniden kontrol edin.

4. Şirket İçindeki Operasyon ve İçerik Maliyetini Unutmayın

Web sitesinin bazı maliyetleri faturada görünmez. İçerik hazırlamak, ürün bilgilerini güncellemek, çevirileri onaylamak, formları yanıtlamak ve kampanya sayfalarını yönetmek şirket içindeki ekiplerin zamanını kullanır.

Bu iş yükünü görünür kılmak için aşağıdaki görevleri sorumlularıyla birlikte yazın:

  • Yeni içeriklerin yazılması ve editoryal kontrolü
  • Fotoğraf, video, belge ve ürün verilerinin hazırlanması
  • Çeviri ve yerelleştirme onayları
  • Form, başvuru veya siparişlerin operasyonel takibi
  • Kampanya ve duyuru güncellemeleri
  • Analitik raporların değerlendirilmesi
  • Kullanıcı yetkileri ve erişimlerin yönetilmesi
  • Yasal veya kurumsal metinlerin güncellenmesi

Amaç çalışan saatine yapay bir piyasa fiyatı vermek değildir. Ayda kaç içerik güncelleneceğini, hangi ekipten onay gerekeceğini ve yoğun dönemlerde ek kaynak ihtiyacı olup olmadığını görmek yeterlidir. Yönetim paneli kullanımı kolay olsa bile içerik üretme ve karar verme sorumluluğu ortadan kalkmaz.

5. Garanti, Bakım, Destek ve Yeni Geliştirmeyi Karıştırmayın

Bu dört başlık aynı bütçe kalemi değildir:

  • Garanti: Teslim edilen ve onaylanan kapsamdaki yazılım hatalarının belirtilen koşullarda giderilmesidir.
  • Bakım: Sistemin sürekliliği için sözleşmede tanımlanan güncelleme, yedekleme, izleme, uyumluluk, güvenlik veya performans çalışmalarını kapsar.
  • Teknik destek: Kullanım, erişim veya operasyon sırasında oluşan sorular için belirlenen kanal ve hizmet sınırlarında yardım sunulmasıdır.
  • Yeni geliştirme: Onaylanmış kapsamdan sonra istenen yeni sayfa, modül, özellik, entegrasyon veya iş akışıdır ve ayrıca değerlendirilir.

Bir hata düzeltmesi ile yeni talebi ayırmak için önce onaylanan kapsam ve kabul ölçütleri incelenmelidir. Örneğin teklifte bulunmasına rağmen çalışmayan bir işlev hata olabilir; daha önce tanımlanmamış yeni bir rapor veya entegrasyon ise yeni geliştirmedir. Sınırın teklif ve sözleşmede yazılı olması, bütçe tartışmasını kişisel yoruma bırakmaz.

Kumsal Ajans’ın ilk altı aylık ücretsiz bakım ve teknik destek yaklaşımı da bu ayrımı korur. Ücretsiz dönem, yeni özellik talebi için sınırsız geliştirme hakkı anlamına gelmez.

6. Doldurulabilir 3 Yıllık Web Sitesi Bütçe Tablosu

Web sitesi giderlerini üç yıla ayıran bütçe tablosu
Tek seferlik, yenilenen, kullanıma bağlı ve ihtiyaç hâlindeki web sitesi giderlerini üç yılda gösteren tablo.

Aşağıdaki tabloyu kendi teklifinizdeki kalemlerle doldurun. Tutar sütunlarını para birimiyle birlikte yazın; vergi, kur ve fiyat değişikliği varsayımlarını not alanında belirtin.

Gider kalemiSorumluÖdeme türü1. yıl2. yıl3. yılYenileme tarihiVarsayım / risk
Keşif, tasarım ve yazılım
Tek seferlik
Kapsam değişikliği hariç
İçerik girişi ve veri taşıma
Tek seferlik / ihtiyaç halinde



Adet ve içerik türü
Alan adı
Dönemsel yenileme



Kayıt firması ve hesap sahibi
Hosting / sunucu
Yıllık / kullanıma bağlı



Trafik ve kaynak sınırı
Lisans ve abonelikler
Aylık / yıllık



Kullanıcı veya proje sayısı
Bakım ve teknik destek
İlk 6 ay ücretsiz, sonrası yıllık



Kapsam ve yanıt kanalı
E-posta, SMS ve API kullanımı
Kullanıma bağlı



Düşük/normal/yoğun senaryo
İçerik ve çeviri operasyonu
Şirket içi / dış hizmet



Aylık içerik hacmi
Yeni geliştirme bütçesi
İhtiyaç halinde



Onay ve öncelik yöntemi
Yenileme / yeniden tasarım rezervi
Planlı rezerv



İş hedefi ve teknoloji ihtiyacı

Tablonun altına üç toplam ekleyin:

  1. Kesinleşmiş giderler: Sözleşmesi veya resmi fiyatı bulunan kalemler
  2. Tahmini giderler: Kullanım ve ihtiyaç varsayımına bağlı kalemler
  3. Şirket içi kaynaklar: Dış ödeme yaratmasa da zaman ve ekip kapasitesi gerektiren işler

Bu ayrım, tahmini bir değeri kesin taahhüt gibi görmenizi engeller.

7. Tabloyu Altı Adımda Doldurun

1. Bütün teklif ve sözleşme eklerini tek yerde toplayın

Ana teklifin yanında hosting, bakım, lisans, entegrasyon ve içerik kapsamlarını açıklayan ek belgeleri de inceleyin. Sözlü vaatleri yazılı kapsam kabul etmeyin.

2. Her gider için bir sorumlu belirleyin

“Ajans yönetir” ile “ajans öder” aynı ifade değildir. Hesabın sahibi, faturayı ödeyen taraf ve teknik işlemi yapan ekip ayrı olabilir.

3. Ödeme türünü sınıflandırın

Her satırı tek seferlik, aylık, yıllık, kullanıma bağlı veya ihtiyaç halinde olarak etiketleyin. Bir kalem birden fazla tür içeriyorsa alt satırlara ayırın.

4. Yenileme tarihlerini takvime bağlayın

Alan adı, sunucu, lisans ve bakım tarihlerini tek bir devir listesinde kaydedin. Hatırlatmaların hangi e-posta hesabına gittiğini de kontrol edin.

5. Varsayım ve eşikleri yazın

“Normal trafik” veya “standart destek” yerine ölçülebilir sınır isteyin. Kullanım yükseldiğinde hangi paket veya fiyatlandırma modeline geçileceğini öğrenin.

6. Değişiklik bütçesini ayrı tutun

Yeni geliştirme bütçesi kesin harcanacak bir tutar değildir. İşletmenin büyümesi, yeni mevzuat, yeni entegrasyon veya kullanıcı ihtiyacı doğduğunda karar verebilmek için ayrılan planlama alanıdır.

Açıkça Kurgulanmış 3 Yıllık Örnek Senaryo

Aşağıdaki çalışma gerçek bir müşteri vakası veya fiyat teklifi değildir. Yalnızca bütçe yöntemini göstermek için oluşturulmuş, tutar içermeyen bir senaryodur.

Orta ölçekli bir üretim şirketinin Türkçe ve İngilizce kurumsal web sitesi yaptırdığını düşünelim. Projede ürün sayfaları, iletişim formları, harita, işlemsel e-posta bildirimi ve bir iş sistemi entegrasyonu bulunsun.

Kalem1. yıl2. yıl3. yılKontrol noktası
Tasarım ve yazılımTek seferlik proje bedeliOnaylanan kapsam ve teslim listesi
İçerik ve çeviriİlk içerik hazırlığı ve girişGüncelleme ihtiyacına göreGüncelleme ihtiyacına göreSorumlu ekip ve içerik adedi
Alan adıKayıt/yenilemeYenilemeYenilemeHesap sahibi ve sona erme tarihi
HostingBaşlangıç paketiKullanıma göre gözden geçirmeKullanıma göre gözden geçirmeTrafik, depolama ve yedek sınırı
Bakım ve teknik destekİlk 6 ay ücretsiz; sonrasında yıllık modelYıllık bakım dönemiYıllık bakım dönemiÜcretsiz dönem bitişi ve kapsam
Harita ve e-posta servisleriKullanım takibiKullanım ve fiyat modelini yenileme öncesi kontrolKullanım ve fiyat modelini yenileme öncesi kontrolHesap, fatura ve uyarı eşikleri
Yeni geliştirmeİhtiyaç oluşursa ayrı değerlendirmeBüyüme planına göreBüyüme planına göreİş gerekçesi ve onay sahibi

Bu senaryoda ilk teklif yalnızca birinci yılın ilk satırını açıklıyorsa bütçe eksik kalır. Doğru yaklaşım, diğer satırlara rastgele tutar yazmak değil; sorumluyu, ödeme modelini ve karar tarihini teklif aşamasında netleştirmektir.

Teklifi Onaylamadan Önce Sorulacak Sorular

  1. İlk proje bedeline hangi tasarım, yazılım, içerik, test ve teslim işleri dâhil?
  2. Alan adı, hosting ve lisanslar kimin hesabında tutulacak; yenilemeleri kim ödeyecek?
  3. Üçüncü taraf servislerin kullanım ücretleri kime faturalandırılacak?
  4. Ücretsiz veya dâhil destek hangi tarihte başlıyor, ne zaman bitiyor ve hangi işleri kapsıyor?
  5. Garanti, bakım, teknik destek ve yeni geliştirme nasıl ayrılıyor?
  6. Trafik, mesaj veya API kullanımı yükseldiğinde hangi eşiklerde ek maliyet oluşabilir?
  7. İçerik, çeviri ve veri güncellemelerini hangi ekip yönetecek?
  8. Üç yıllık tabloda kesin tutar, tahmin ve şirket içi kaynaklar ayrı gösterildi mi?
  9. Sözleşme sona erdiğinde kaynaklar, hesaplar, yedekler ve yenileme listesi nasıl devredilecek?

Bu soruların cevaplarını teklif, sözleşme veya devir belgesinde yazılı hâle getirin. Hukuki veya mali sonucu önemli olan hükümler için ilgili uzmanlardan görüş alın.

Sonuç: İlk Fiyatı Değil, Üç Yıllık Bütçe Modelini Onaylayın

Web sitesinin toplam maliyetini hesaplarken tek bir piyasa fiyatı aramak yanıltıcı olabilir. Aynı görünen projeler; içerik miktarı, entegrasyonlar, hosting, lisanslar, destek kapsamı ve şirket içi iş yükü nedeniyle farklı maliyet yapısına sahip olabilir.

Önce ilk kurulum kapsamını netleştirin. Ardından yıllık yenilemeleri, kullanıma bağlı servisleri, bakım ve desteği, içerik operasyonunu ve yeni geliştirme ihtimalini üç yıllık tabloya yerleştirin. Her satırda sorumluyu, ödeme türünü, tarihi ve varsayımı görünür kılın.

Kendi projenizin kapsamını ve uzun vadeli bütçe modelini değerlendirmek isterseniz Kumsal Ajans web tasarım hizmetini inceleyebilirsiniz.

Sık Sorulan Sorular

Web sitesi toplam sahip olma maliyetine hangi giderler dâhildir?

İlk tasarım ve yazılım bedelinin yanında alan adı, hosting, lisans, kullanıma bağlı üçüncü taraf servisler, bakım, teknik destek, içerik operasyonu ve ihtiyaç hâlindeki yeni geliştirmeler değerlendirilmelidir. Her projede aynı kalemler bulunmadığı için liste teklif ve altyapıya göre uyarlanmalıdır.

Hosting ve alan adı ilk geliştirme fiyatına dâhil midir?

Bu durum teklife göre değişir. Hizmetlerin ilk dönem bedeli dâhil olsa bile sonraki yenilemeler ayrıca ödenebilir. Hesap sahibi, ödeme sorumlusu, yenileme tarihi ve paketin sınırları teklif aşamasında yazılı olarak açıklanmalıdır.

Bakım ile garanti arasındaki fark nedir?

Garanti, teslim edilen ve onaylanan kapsamdaki yazılım hatalarının belirlenen koşullarda giderilmesine odaklanır. Bakım ise sözleşmede tanımlanan güncelleme, yedekleme, izleme, uyumluluk veya süreklilik çalışmalarını kapsar. Yeni özellik ve kapsam değişiklikleri yeni geliştirme olarak ayrıca değerlendirilir.

Üçüncü taraf lisans ve kullanım ücretlerini kim öder?

Tek bir standart yoktur. Ücret müşteriye, ajansa veya başka bir hizmet sağlayıcıya faturalandırılabilir. Hangi hesabın kullanılacağı, faturayı kimin ödeyeceği ve fiyat değişikliklerinin nasıl yönetileceği teklifte açıkça yazılmalıdır.

Web sitesi bütçesi neden üç yıllık hazırlanmalıdır?

Üç yıllık görünüm; tek seferlik proje bedelini, yenilenen hizmetleri ve kullanıma bağlı giderleri aynı zaman çizelgesinde görmeyi kolaylaştırır. Bu süre bir maliyet garantisi değildir; bütçe varsayımlarını ve yeniden değerlendirme tarihlerini görünür kılan pratik bir planlama dönemidir.

Sık Sorulan Sorular

İlk tasarım ve yazılım bedelinin yanında alan adı, hosting, lisans, kullanıma bağlı üçüncü taraf servisler, bakım, teknik destek, içerik operasyonu ve ihtiyaç hâlindeki yeni geliştirmeler değerlendirilmelidir. Her projede aynı kalemler bulunmadığı için liste teklif ve altyapıya göre uyarlanmalıdır.

Anasayfa

Projelerimiz

Ürünlerimiz

Hizmetlerimiz

Sizi Arayalım

Form yükleniyor…

TELEFON

E-POSTA