Bir web sitesinin fiyatını gerçekten ne belirler?

Bir web sitesi için aldığınız iki teklif arasında büyük fark varsa, önce aynı işin tarif edilip edilmediğine bakın. Sayfa sayısı tek başına karşılaştırma için yeterli değildir. Özgün tasarım, içerik üretimi, yönetim paneli, entegrasyonlar ve yayın sonrası destek farklı iş kalemleridir.

Bu rehberde sabit bir piyasa fiyatı vermek yerine, teklifin hangi ihtiyaçtan oluştuğunu açıklıyoruz. Böylece işiniz için gerekli olanı seçebilir, ilk görüşmede daha doğru sorular sorabilirsiniz.

Önce sitenin görevini belirleyin

Bir kurumsal tanıtım sitesiyle ürün kataloğu aynı sayıda sayfaya sahip olabilir. Ancak katalogda ürün özellikleri, filtreleme, teknik dosyalar veya ürüne bağlı teklif akışı gerekebilir. Başka bir projede ise çok az sayfa vardır ama üyelik veya dış sistem entegrasyonu önemli geliştirme gerektirir.

İlk ihtiyaç listenize şu dört soruyu yazın:

• Ziyaretçi siteye neden gelecek?
• Geldiğinde hangi bilgileri bulmalı?
• Hangi işlemi tamamlamasını istiyoruz?
• İçerikleri kim ve ne sıklıkla güncelleyecek?

Bu sorular yanıtlanmadan yalnız “beş sayfalı site” istemek, tekliflerin birbirinden farklı varsayımlarla hazırlanmasına yol açabilir.

Sayfa sayısı ve şablon sayısı farklıdır

On hizmetinizin aynı sayfa düzenini kullandığı bir projeyle, on farklı özel sayfa tasarımının üretildiği proje aynı kapsam değildir. Birinde ortak bir şablon ve içerik alanları hazırlanır. Diğerinde her sayfa için ayrı tasarım, geliştirme ve kontrol gerekir.

Şablon kullanılması bütün hizmet metinlerinin aynı olması anlamına gelmez. Tasarım sistemi ortak kalırken içerik, örnekler ve teslim kapsamı hizmete göre değişebilir. Hem bütçeyi hem içerik yönetimini etkileyen asıl ayrım budur.

Tasarımın kapsamını açıkça sorun

Teklifte “özel tasarım” yazması tek başına yeterli açıklama değildir. Hangi sayfaların tasarlanacağı, mobil görünümün nasıl ele alınacağı ve kaç tasarım yönü üzerinde çalışılacağı belli olmalıdır.

Hazır tema veya bileşen kullanımı da açıkça belirtilmelidir. Bu yaklaşım bazı projeler için uygun olabilir. Önemli olan, neyin hazır kullanıldığı ve hangi alanların markanıza göre geliştirildiğidir.

İçerik üretimi ayrı bir emektir

Metin, ürün açıklaması, fotoğraf ve görsel tasarım hazır mı? Eski bir siteden içerik alınacaksa düzenleme ve taşıma gerekiyor mu? Üç dilde yayın yapılacaksa çeviriyi kim hazırlayacak?

Bu sorular işin süresini doğrudan etkiler. “İçerik girişi dahil” ifadesi; metin yazımı, fotoğraf çekimi veya çevirinin de dahil olduğunu göstermeyebilir. Giriş adedi ve üretim sorumluluğu ayrı yazılmalıdır.

Entegrasyonları isimleriyle listeleyin

Form, ödeme, kargo, CRM, muhasebe veya randevu entegrasyonu genel bir başlık altında bırakılmamalı. Kullanılacak sağlayıcının adı, gerekli hesaplar ve yapılacak işlemler belirtilmelidir.

Bir formun yalnız e-posta göndermesiyle; robot doğrulaması, sunucu kontrolü, kayıt saklama ve bildirim akışıyla çalışması aynı kapsam değildir. İhtiyacınız olan güvenilirlik seviyesini konuşmak, sonradan eksiklerin ortaya çıkmasını azaltır.

Tek seferlik giderlerle devam eden giderleri ayırın

Kalem	Teklifte sorulacak soru
Alan adı	Kimin hesabında ve yenileme sorumluluğu kimde?
Hosting	Kaynak sınırları ve yenileme bedeli nedir?
Tema ve eklenti	Lisans kimin adına, yenileme gerekiyor mu?
Kurumsal e-posta	Posta kutusu veya yönlendirme hizmeti mi?
Bakım	Neler kontrol edilecek ve hangi sıklıkta?
İçerik güncelleme	Teslim sonrası değişiklikler nasıl fiyatlandırılır?

“Her şey dahil” ifadesini bu kalemler üzerinden somutlaştırın. İlk dönem kampanyasıyla yenileme fiyatının aynı olup olmadığını da kontrol edin.

Teslimde neyi alacağınızı bilin

Dosyalar, yönetim erişimleri ve kullanım aktarımı teklifin parçası olmalıdır. Kaynak kodu, tasarım dosyaları ve kullanılan üçüncü taraf lisansların teslim koşulları farklı olabilir.

Yayın öncesi kontrol kapsamını da sorun: mobil sayfalar, çalışan formlar, bağlantılar, temel SEO alanları ve varsa yönlendirmeler. Performans testinin hangi sayfa ve koşullarda yapılacağı açıkça belirtilmelidir.

Teklif istemeden önce hazırlanabilecek kısa özet

İşinizi bir paragrafta anlatın. Öncelikli hizmet veya ürünlerinizi, siteden beklediğiniz işlemi ve beğendiğiniz örneklerin hangi yönlerini sevdiğinizi yazın. Mevcut siteniz varsa bağlantısını; içerik ve marka dosyaları hazırsa durumunu ekleyin.

Kusursuz bir teknik doküman hazırlamanız gerekmez. Açık bir başlangıç özeti, doğru soruların sorulmasını sağlar. Aşağıdaki yöntemle bu özeti karşılaştırılabilir bir teklif dosyasına dönüştürebilirsiniz.

Aynı görünen iki projenin neden farklı bedeli olabilir?

Varsayımsal iki üretici düşünelim. İkisinin de ana sayfası, hakkımızda bölümü, ürünleri ve iletişim formu var. İlk üretici her ürünü tek fotoğraf ve kısa açıklamayla sunuyor. İkinci üreticide ölçü seçenekleri, indirilebilir teknik çizimler, kullanım alanları ve ürün koduyla ilişkilenen bir teklif formu gerekiyor. Menüdeki başlık sayısı benzer olsa da içerik modeli ve kontrol yükü farklıdır.

İkinci projede yalnız ürün kartını çizmek yetmez. Hangi ürünün hangi dosyayı göstereceği, eksik dosya olduğunda ne olacağı, mobilde özelliklerin nasıl okunacağı ve müşterinin doğru kodu nasıl göndereceği tasarlanmalıdır. Yönetim tarafında da ekibin bu bilgileri hatasız girebilmesi gerekir. Teklif farkını anlamak için ekran sayısını değil, bu kararların ve işlemlerin sayısını konuşun.

Başka bir örnekte iki hizmet sitesi aynı görünüme sahip olabilir; birinde iletişim mesajı yeterliyken diğerinde talep uygun ekibe atanır, bir takip numarası üretilir ve bildirim hatası kontrol edilir. Bunlar görünmeyen ama işin güvenilirliğini etkileyen teslimlerdir. İhtiyacınız yoksa bu geliştirmeleri satın almanız gerekmez. İhtiyacınız varsa da yalnız görsel üzerinden yapılan karşılaştırma sizi eksik kapsama yönlendirebilir.

Kapsamı üç ayrı listeye bölün

İlk liste yayın için zorunlu olanları içersin. İşletmenin ne yaptığını anlatan hizmet sayfaları, doğru iletişim bilgileri, çalışır bir talep formu ve temel içerik yönetimi bu listede bulunabilir. Her maddeyi tek cümleyle test edilebilir biçimde yazın. “İyi bir iletişim sistemi” yerine “Form gönderilince kayıt oluşacak, kullanıcı sonucu görecek ve belirtilen adrese bildirim gidecek” gibi bir tanım kullanın.

İkinci liste işinizi kolaylaştıran ama ilk yayın gününe yetişmesi zorunlu olmayan iyileştirmelerdir. İkinci dil, ayrıntılı filtreler, kapsamlı proje arşivi veya özel bir hesaplama aracı buna örnek olabilir. Bunların maliyetini ayrıca görmek, başlangıç bütçesini yönetmenizi sağlar. Sonraki aşamaya bırakılan bir özelliğin ilk mimaride hazırlık gerektirip gerektirmediğini de sorun.

Üçüncü liste gelecekte değerlendirmek istediğiniz fikirleri toplar. Her fikri hemen geliştirme kapsamına koymak projenin hedefini bulanıklaştırabilir. Fikirlerin yazılı olması değerlidir; ancak fiyatlandırılmış ve onaylanmış işlerle aynı listede durmaları yanlış beklenti yaratabilir. Teklifte hangi listenin satın alındığı, hangisinin yalnız yol haritası olduğu anlaşılmalıdır.

İçerik hazır olmasa da kapsamı ölçebilirsiniz

Bir hizmet metninin henüz yazılmamış olması, bütün içerik işinin belirsiz kalmasını gerektirmez. Kaç hizmet için görüşme yapılacağını, hangi bilgilerin işletmeden alınacağını, metni kimin hazırlayacağını ve doğruluk onayını kimin vereceğini belirleyebilirsiniz. Bir sayfanın yazılmasıyla işletmenin uzmanlık bilgisinin araştırılıp düzenlenmesi aynı emek değildir.

Görseller için de benzer bir envanter hazırlayın. Kullanılabilir fotoğraflar, yeniden çekilecek ürünler, lisanslı stok görseller ve üretilecek konsept illüstrasyonlar ayrı kalemlerdir. Konsept görsel gerçek iş örneği gibi sunulmamalı; müşteri projelerinde kullanım izni ve doğru atıf ayrıca kontrol edilmelidir. Görselin üretilmesi, seçilmesi, kırpılması ve web için hazırlanması teklif kapsamına nasıl giriyor, açıkça sorun.

İçerik aktarımı varsa eski sitenin tamamını taşımakla seçilen sayfaları yeniden düzenlemek arasındaki farkı belirtin. Güncelliğini yitiren bilgiler, aynı konuyu tekrarlayan sayfalar veya eksik ürün verisi aktarım sırasında ortaya çıkabilir. Ajansın bunları yalnız kopyalaması mı, düzenlemesi mi, sizin onayınıza sunması mı beklendiği belli olmalıdır. İçerik sorumluluğu netleştiğinde süre tahmini de daha anlamlı hale gelir.

Yönetim paneli için gerçek bir düzenleme senaryosu isteyin

“Panel var” ifadesi, ekibinizin bütün alanları rahatça değiştirebileceğini göstermez. Örneğin yeni bir hizmet eklemek istediğinizde başlık, açıklama, görsel, bağlantılar ve arama görünümü alanlarının nereden düzenlendiğini görün. Aynı değişikliğin mobil görünümü bozup bozmadığını da kontrol edin. Tasarım bütünlüğü korunurken gerekli esnekliğin bulunması iyi bir başlangıç ölçütüdür.

Panelin gerektirdiği eğitim ve kullanım aktarımı teklifin parçası olabilir. Yalnız bir giriş bilgisi almak yerine, sık yapacağınız işlemleri anlatan kısa bir aktarım isteyin. Ürün ekleme, görsel değiştirme, form kayıtlarını görüntüleme ve kullanıcı yetkilerini düzenleme gibi işler sizin iş akışınıza göre seçilmelidir. Her personele aynı erişim seviyesini vermek zorunda kalmamak da değerlendirmeye alınabilir.

Yönetim paneli gerekmeyen projeler de vardır. Seyrek güncellenen ve geliştiriciyle yönetilen bir tanıtım sitesi farklı bir yapıda kurulabilir. Bu durumda değişikliğin kim tarafından, hangi yöntemle ve hangi hizmet bedeliyle yapılacağı açıklanmalıdır. “Panel yoksa kötü”, “panel varsa iyi” gibi tek ölçütlü bir karar yerine, içerik sıklığınız ile ekibinizin çalışma biçimini eşleştirin.

Revizyonu sayıyla birlikte anlamıyla tarif edin

Bir teklifin iki revizyon içermesi tek başına yeterli bilgi değildir. Revizyonun hangi aşamada yapılacağı ve neleri kapsadığı anlaşılmalıdır. Onaylanan tasarım üzerindeki renk, boşluk ve içerik düzenlemesiyle, proje ortasında yeni bir rezervasyon sistemi istenmesi aynı değişiklik değildir. Bu ayrım yazılı olduğunda iki taraf da bütçeyi ve takvimi daha rahat yönetir.

Geri bildirimlerin bir sorumlu tarafından birleştirilmesi süreci kolaylaştırır. Pazarlama, satış ve yönetim ekipleri farklı zamanlarda çelişen talepler gönderiyorsa tekrar iş oluşabilir. Hangi aşamada kimlerin onay vereceğini ve geri bildirim için ne kadar süre ayrılacağını teklif öncesinde konuşun. Bu, yalnız ajansın değil işletmenizin de proje planını etkiler.

Revizyon hakkını kullanmak için her ekrana yorum yazmanız gerekmez. Önce iş hedefiyle ilişkili sorunları belirtin: hizmet anlaşılmıyor, ürün özelliği görünmüyor, telefon bağlantısı bulunamıyor veya teklif formu gereğinden fazla bilgi istiyor olabilir. Bu tür geri bildirimler, yalnız kişisel beğeniye dayanan değişikliklerden daha kolay değerlendirilebilir. Tasarım ekibinin gerekçeyi açıklaması da karar kalitesini artırır.

Hosting teklifini kapasite listesiyle birlikte okuyun

Disk alanı, ziyaret sayısı veya “sınırsız” ifadesi tek başına hosting uygunluğunu göstermez. Sitenin kullandığı teknoloji, dinamik işlemler, form servisi, yedekleme ve destek beklentisi birlikte ele alınmalıdır. Statik dosyalarla çalışan bir kurumsal siteyle sürekli veri tabanı sorgulayan bir mağazanın ihtiyaçları farklı olabilir. Paket adlarını karşılaştırmadan önce sitenizin hangi kaynaklara ihtiyaç duyduğunu öğrenin.

Hosting maliyetinin içine hangi hizmetlerin girdiğini ayrı görün. Web barındırma, alan adı yenilemesi, kurumsal posta kutusu, e-posta yönlendirmesi ve form bildirim servisi farklı hizmetler olabilir. Bir adrese gelen postanın başka adrese yönlenmesi, o adresten normal bir posta kutusu gibi gönderim yapılabileceği anlamına gelmez. İşletmenizin günlük e-posta ihtiyacı varsa bunu baştan belirtin.

Taşınabilirliği de teklif aşamasında konuşabilirsiniz. Kaynak dosyalar, medya, içerik ve yönlendirme listesi nasıl teslim edilecek? Hosting değiştiğinde form veya veri saklama gibi sunucu işlevleri yeniden uyarlanacak mı? Ücretsiz bir başlangıç altyapısı uygun olabilir; ancak ilerideki taşınma işinin tamamen sıfır maliyetli olduğunu varsaymayın. Taşıma kontrol listesi bu değerlendirme için ek sorular sunar.

Kaliteyi teslimden önce hangi senaryolarla kabul edeceksiniz?

Kabul kontrolü yalnız ekranın beğenilmesine bağlı kalmamalı. İletişim formunun başarılı ve hatalı gönderimleri, telefon ve WhatsApp bağlantıları, menü kullanımı, farklı ekran genişlikleri ve temel sayfa adresleri kontrol edilebilir. Hangi cihazların veya tarayıcıların kapsamda olduğu da anlaşılmalıdır. Gerçek bir işlem listesi, “site sorunsuz teslim edilir” ifadesinden daha açıklayıcıdır.

Performans ölçümü için örnek sayfaları ve koşulları belirleyin. Ana sayfa, uzun hizmet sayfası, görselli referans sayfası ve form sayfası farklı yük taşır. Tek bir sayfanın tek ölçümünü bütün proje için kesin sonuç saymak doğru değildir. Hız ve kullanıcı deneyimi rehberinde test puanı ile gerçek kullanımın neden birlikte değerlendirilmesi gerektiğini açıklıyoruz.

SEO teslimlerini de görünür alanlarla tarif edin. Her sayfanın uygun başlığı ve açıklaması, anlaşılır bağlantılar, indeks kuralları, sitemap ve varsa eski sayfa yönlendirmeleri kontrol listesine girebilir. Bunların hazırlanması arama sonucunda belirli bir konumu garanti etmez. Teknik teslim ile devam eden içerik ve görünürlük çalışmasının ayrı kapsamlar olduğunu bilmek, teklif sonrası beklentiyi doğru kurar.

Daha düşük bütçeyle başlamak için ne sadeleştirilebilir?

İlk sürümde bütün ürünlerin ayrıntılı sunumu yerine öncelikli ürün gruplarına odaklanmak mümkün olabilir. Hazır bulunan, kullanım hakkı açık görsellerle başlamak; karmaşık bir hesaplama aracı yerine iyi kurgulanmış bir teklif formu kullanmak da seçenekler arasındadır. Sadeleştirme kararının müşteri için kritik bilgiyi gizlememesi gerekir. Önce hangi işlemin gerçekten satış görüşmesini başlattığını belirleyin.

Ortak şablonlardan yararlanmak da bütçeyi yönetebilir. Birbirine benzeyen hizmet sayfalarında font, boşluk, düğme ve temel düzen aynı kalırken metinler ve kanıtlar hizmete göre hazırlanabilir. Böylece her yeni sayfanın tasarımı baştan kurulmaz. İçerik miktarını azaltmakla içeriğin görevini netleştirmek farklıdır; doğru soruyu cevaplayan kısa bir bölüm, belirsiz uzun bir bölümden daha yararlı olabilir.

Sadeleştirilecek alanlar arasında güvenilir form işleyişi, gerekli erişilebilirlik kontrolleri veya kritik yönlendirmeler bulunmamalıdır. Gereksiz özelliği ertelemekle çalışan bir temel sistemi eksik bırakmak aynı tercih değildir. Teklif veren ekipten “Bu kapsamla ne yapabileceğim, neyi sonraya bırakacağım?” sorusuna açık cevap isteyin. İyi bir aşamalandırma, ek ödemenin ne zaman ve neden ortaya çıkacağını önceden gösterir.

Teslim sonrası desteğin hangi soruna cevap verdiğini öğrenin

Destek süresi belirtilmişse hangi taleplerin bu süreye girdiğini sorun. Teslim edilen işin hatasının düzeltilmesi, işletmenin yeni bir hizmet eklemesi ve üçüncü taraf bir sağlayıcının özelliğini değiştirmesi aynı durum değildir. Hepsine “destek” denmesi fiyat karşılaştırmasını zorlaştırır. Beklenen iş türleri açıklanırsa hem yanıt süresi hem sonraki giderler daha anlaşılır olur.

Örneğin yayından sonra bir telefon bağlantısının yanlış olduğu fark edilsin. Bunun düzeltilmesiyle yeni bir bayi başvuru sistemi kurulması farklı büyüklükte işlerdir. Başka bir durumda kullanılan eklenti veya dış servis güncellenebilir; uyumluluk incelemesi gerekebilir. Teklif, bu olasılıkların kim tarafından ele alınacağını ve kapsam dışı işlerin nasıl onaylanacağını açıklamalıdır. Ek ücretin yalnız ne kadar olduğu değil, hangi olayla ortaya çıkacağı da önemlidir.

Bakım hizmeti satın alıyorsanız çıktısını öğrenin. Yapılan kontrollerin kaydı, güncelleme durumu, yedekleme kontrolü veya form testi gibi işler bulunabilir; her projenin ihtiyacı aynı değildir. Yalnız “bakım yapıldı” mesajı yerine hangi alanların ele alındığını gösteren anlaşılır bir özet isteyebilirsiniz. Gerekmeyen kalemlerle paketi büyütmek yerine sitenizin kullandığı teknolojiye uygun bir kapsam seçin.

Kullanım aktarımını gerçek bir görevle tamamlayın

Teslim görüşmesinde ekibinizden birinin yeni içerik eklemesini veya örnek bir görseli değiştirmesini isteyin. İşlem sırasında hangi adımın belirsiz olduğu böyle anlaşılır. Eğitim belgesinin uzun olması kadar, işinizde sık kullanılan adımları açıklaması önemlidir. Kullanmadığınız bütün panel alanlarını ezberlemek zorunda değilsiniz.

Erişimlerin kimin hesabında bulunduğunu da teslim listesine yazın. Alan adı, hosting, içerik yönetimi ve gerekli dış servisler için sorumlu kişi belli olsun. Parolaları açık bir proje dosyasına toplamak yerine uygun güvenli paylaşım yöntemi kullanın. Bir ekip üyesi ayrıldığında erişimin nasıl değiştirileceğini bilmek, günlük işleyişin devamına yardım eder.

Son olarak içerik dosyaları ile yayımlanmış sitenin aynı şey olmadığını unutmayın. Düzenlenebilir kaynaklar, görsellerin asılları ve yalnız web için sıkıştırılmış dosyalar farklı teslimler olabilir. Hangi dosyayı aldığınızı, kullanım hakkını ve yeniden üretim gerektiğinde kimden destek alacağınızı öğrenin. Böylece bütçeyi yalnız yayın gününe göre değil, sitenin sonraki kullanımına göre de değerlendirebilirsiniz.

Karar vermeden önce tek sayfalık karşılaştırma hazırlayın

Her teklif için aynı başlıkları doldurun: hedef, sayfa ve şablonlar, içerik sorumluluğu, entegrasyonlar, erişimler, testler, destek ve tekrar eden giderler. Açıklanmayan alanları tahmin ederek tamamlamayın; ilgili ekipten yazılı yanıt alın. Fiyat farkının hangi teslimden doğduğu görüldüğünde yalnız en ucuz veya en pahalı teklifi seçmek zorunda kalmazsınız.

Son görüşmede yayın gününün nasıl geçeceğini de sorun. Alan adını kim yönetecek, mevcut e-posta nasıl korunacak, formlar kim tarafından doğrulanacak ve beklenmeyen bir sorun kime bildirilecek? Bu soruların yanıtı maliyet kadar çalışma düzenini de gösterir. Teslim sonrası ilk günlerde yapılacak kontrolleri ve bakımın bundan sonraki kapsamını birbirinden ayırın.

Tamga Dijital ile görüşürken mevcut sitenizi, öncelikli hizmetlerinizi ve güncelleme beklentinizi paylaşmanız yeterlidir. Web tasarım veya WordPress web tasarım kapsamını bu bilgilerle değerlendirip hangi işlerin ilk yayına girmesi gerektiğini netleştirebiliriz. Hazır olduğunuzda proje formundan ihtiyacınızı iletebilirsiniz.