Web Sitesi Yaptırırken Teklifte Bulunması Gereken 12 Madde

Bir web sitesi teklifinde fiyat ve teslim tarihi yazması, bütün beklentilerin tanımlandığı anlamına gelmez. İçerikleri kimin hazırlayacağı, hangi alanların yönetim panelinden değiştirileceği veya yayın sonrasında desteğin nasıl işleyeceği belirtilmediyse, taraflar aynı projeyi farklı şekilde yorumlayabilir.

İyi bir web sitesi teklifi; yapılacak işleri, kapsam dışında kalanları, tarafların sorumluluklarını ve teslimin nasıl kontrol edileceğini açıklar. Böylece yalnızca başlangıç ücretini değil, alacağınız hizmeti ve devam eden maliyetleri de karşılaştırabilirsiniz.

İster İzmir’de kurumsal bir site yaptırın, ister mevcut sitenizi yenileyin: aşağıdaki 12 maddeyi teklif değerlendirmesinde kullanabilirsiniz. Her projenin aynı özelliklere ihtiyacı yoktur. Önemli olan, gerekli işlerin açıkça yazılmasıdır.

1. Projenin amacı ve ilk sürümün sınırları

Teklif, işletmenizin hangi ihtiyacını karşılayacağını açıklamalı. Ziyaretçinin hizmetlerinizi anlaması, bir ürün için teklif istemesi, randevu talebi bırakması veya alışveriş yapması farklı proje hedefleridir. Hedef belirsizse, tasarım kararlarının hangi ihtiyaca göre verildiğini değerlendirmek de zorlaşır.

İlk yayında yapılacaklarla sonraki aşamada düşünülenleri ayırın. Örneğin “ürün kataloğu ve teklif formu” ilk sürümde bulunabilir; online ödeme daha sonra ele alınabilir. İleride düşünülen bir özelliğin bugünkü ücrete dahil olup olmadığını yazılı olarak netleştirin.

Kontrol sorusu: Yayın gününde ziyaretçinin tamamlayabileceği temel işlemler hangileri?

2. Sayfa listesi, ekran türleri ve içerik miktarı

“Kurumsal web sitesi” ifadesinin altında hangi sayfaların bulunduğu görünmeli. Ana sayfa, hizmet listesi, hizmet detayı, hakkımızda, referanslar, blog ve iletişim gibi ekranlar listelenmeli. Ürün veya şube sayfaları varsa bunlar da eklenmeli.

Sayfa oluşturabilme kapasitesi ile ilk içerik girişini ayrı değerlendirin. Panelden istediğiniz kadar ürün ekleyebilmeniz, başlangıçta bütün ürünlerinizin ekip tarafından girileceği anlamına gelmeyebilir. İlk yayında kaç ürünün, yazının ve dil sürümünün hazırlanacağını belirleyin.

Kontrol sorusu: Hangi ekranlar tasarlanacak, hangi içerikler doldurulmuş olarak teslim edilecek?

3. Tasarım çalışması ve revizyon yöntemi

Mevcut bir tema mı uyarlanacak, hazır bileşenlerle markaya uygun sayfalar mı hazırlanacak, yoksa özel ekranlar mı tasarlanacak? Tasarımın başlangıç noktası ve kapsamı açıklanmalı. İnceleyeceğiniz ilk taslakların hangi ekranları içereceği de belli olmalı.

Revizyon sayısının yanında revizyonun ne olduğu da tanımlanmalı. Onaylanan ana sayfanın renk düzenini değiştirmek ile projeye yeni bir rezervasyon sistemi eklemek aynı iş değildir. Geri bildirimlerin kimden alınacağını, nasıl birleştirileceğini ve kapsam değişikliklerinin nasıl fiyatlandırılacağını konuşun.

Kontrol sorusu: Hangi aşamalarda onay vereceğiz ve hangi talepler ek iş sayılacak?

4. Mobil kullanım, erişilebilirlik ve performans kontrolleri

Mobil uyum yalnızca sayfanın küçük ekrana sığmasıyla değerlendirilmemeli. Menülerin kullanımı, telefon bağlantıları, form alanları, tablolar ve butonlar da telefonda denenmeli. Hangi cihaz ve tarayıcı türlerinde kontrol yapılacağı teklifin test bölümünde açıklanabilir.

Form alanlarının anlaşılır etiketlerle sunulması da kontrol listesine alınmalı. Bu etiketler, ekran okuyucu kullanan ziyaretçilerin alanın amacını anlamasına yardımcı olur. W3C’nin form etiketleme rehberi bu konuda temel bir kaynaktır.

Performans için ölçülecek sayfaları ve test koşullarını sorun. Tek bir masaüstü hız puanının bütün kullanıcı deneyimini temsil ettiğini varsaymayın. Core Web Vitals, yüklenme, etkileşim ve görsel kararlılık gibi farklı boyutları ele alır. Google’ın Web Vitals açıklamasını inceleyin.

5. Yönetim paneli, kullanıcı yetkileri ve eğitim

Teklifte “yönetim paneli vardır” yazması yeterli değildir. Hangi içerikleri değiştirebileceğinizi öğrenin. Hizmet açıklaması, ürün görseli, şube bilgisi, blog yazısı ve iletişim alanları aynı düzeyde düzenlenebilir olmayabilir.

Birden fazla çalışan kullanacaksa yetki ayrımlarını belirleyin. İçerik düzenleyen kişinin kullanıcı hesaplarını veya önemli ayarları değiştirmesine gerek olmayabilir. Teslimde kısa bir eğitim, kullanım dokümanı veya örnek işlem gösterimi bulunup bulunmadığını da sorun.

Kontrol sorusu: Kendi hesabımla bir içerik ekleyip önizleyerek yayımlayabilecek miyim?

6. Metinler, görseller, diller ve kullanım izinleri

İçeriklerin hazırlanması ve onaylanması için sorumlu kişiler belirlenmeli. Metinleri siz sağlayacaksanız hangi formatta ve ne zamana kadar ileteceğinizi öğrenin. Ekip hazırlayacaksa görüşme, metin yazımı, düzeltme ve içerik girişi kapsamı açıklanmalı.

Fotoğraf çekimi, stok görsel kullanımı ve çeviri hizmetlerini ayrıca kontrol edin. Kullanılan tema, font, görsel ve eklentilerin lisans durumunu ve yenileme koşullarını sorun. Gerekli işletme bilgilerini ve yayımlanacak politika metinlerini kimin sağlayacağı da proje planında yer almalı.

Kontrol sorusu: İçeriği kim hazırlayacak, kim onaylayacak ve hangi materyallerin kullanımına izin var?

7. Alan adı, hosting, hesaplar ve teslim erişimleri

Alan adı hesabının, barındırma hizmetinin ve yönetim panelinin kontrolü başlangıçta açıklığa kavuşmalı. Alan adı kayıt bilgilerinin işletmenizle ilişkili olması ve hesabın kurtarma seçeneklerine erişebilmeniz önemlidir. Hizmeti sağlayan ekibin hangi hesaplara hangi yetkiyle erişeceği de belirlenmeli.

Alan adı yenileme, hosting kapasitesi, SSL/TLS sertifikası ve e-posta hizmetlerinin teklif içinde olup olmadığını kontrol edin. Başka bir sağlayıcıyla çalışmak istediğinizde hangi dosyaları, verileri ve erişimleri alabileceğinizi sorun. Kullanılan altyapının teknik ve lisans kaynaklı taşıma sınırları varsa bunlar önceden açıklanmalı.

Kontrol sorusu: Proje sonunda hangi hesapları ve hangi dışa aktarım imkânlarını teslim alacağım?

8. Teknik SEO, ölçüm ve eski adreslerin korunması

“SEO uyumlu” ifadesini somut teslimlere dönüştürün. Sayfa başlığı ve açıklama alanları, site haritası, tarama ayarları ve ilgili sayfalara bağlantılar gibi işlerin hangileri yapılacak? Search Console kurulumu veya mevcut hesaba erişim düzenlemesi dahil mi? Bunları tek tek sorun.

Eski siteniz yenileniyorsa korunacak adresler ve değişen adreslerin yönlendirmeleri ayrıca planlanmalı. Talep formu gönderimi gibi başarı ölçümlerinin kapsamı da belirlenebilir. Ölçüm araçları seçilirken veri ve çerez tercihleri gözetilmeli.

Teknik kurulumun yanında düzenli SEO çalışması alıyorsanız bunun teslimleri ayrı yazılmalı. Google’da birinci sıra vaadi, teknik iş listesinin yerine geçmez. Google’ın SEO rehberi, uygulanan iyileştirmelerin belirli bir sıralamayı garanti etmediğini açıklar.

9. Formlar, entegrasyonlar ve hata durumları

İletişim formunun varlığı kadar, talebin işletmeye ulaşıp ulaşmadığı da önemlidir. Formun nereye kayıt oluşturacağı, kime bildirim gideceği ve teslim edilemeyen bildirimin nasıl fark edileceği açıklanmalı. CRM, ödeme veya başka servis bağlantılarında aktarılacak alanlar belirtilmeli.

Başarılı işlem dışında hata senaryolarını da konuşun. Zorunlu alan eksikse ne olur? Dış servis yanıt vermezse talep kaybolur mu? Aynı işlem iki kez gönderilirse sistem nasıl davranır? Sorumlulukları ve test örneklerini önceden belirlemek, teslimi daha anlaşılır hale getirir.

Kontrol sorusu: Sistemin yalnızca çalıştığı anı mı, hata aldığı durumları da mı birlikte test edeceğiz?

10. Takvim, müşteri katkıları ve teslim kabulü

Yayın hedefini aşamalara ayırın: kapsam, içerik hazırlığı, tasarım, geliştirme, test ve yayın. İçeriklerin veya onayların gecikmesi durumunda takvimin nasıl güncelleneceği belirtilmeli. “İki haftada teslim” gibi bir ifade, başlangıç koşulları açıklanmadan yeterli bilgi vermez.

Son kontrolü yalnızca görsel onayla sınırlamayın. Form gönderme, içerik düzenleme, mobil menü kullanma ve eski adreslerin yönlenmesi gibi işlemler kontrol edilmeli. Tespit edilen hataların nasıl kaydedileceğini ve hangi koşullarda teslimin kabul edileceğini belirleyin.

Kontrol sorusu: Teslim onayını hangi yazılı kontrol listesini tamamladıktan sonra vereceğiz?

11. Bedel, ödeme aşamaları ve kapsam dışı işler

Toplam bedelin yanında vergilerin dahil olup olmadığı, ödeme aşamaları ve teklifin geçerlilik süresi görünmeli. Dövizle fiyatlanan lisans veya servisler varsa hangi koşullarla hesaplandıkları açıklanmalı. Kurulum ve tekrar eden giderler ayrı gösterilmeli.

Yeni ekran, ek dil, fazladan ürün girişi veya başka entegrasyon isteklerinin nasıl değerlendirileceğini sorun. Ek çalışma başlamadan önce kapsam ve bedelin yazılı olarak netleştirilmesi, sonradan beklenmedik kalemlerle karşılaşma ihtimalini azaltır.

Kontrol sorusu: Başlangıç bedeline ek olarak ilk yıl ve sonraki yıl hangi ödemeler doğabilir?

12. Yayın sonrası bakım, yedekleme ve ayrılma süreci

Hata giderme, yazılım güncellemesi, yeni özellik geliştirme ve içerik girişi farklı hizmetlerdir. Hangilerinin ne kadar süreyle dahil olduğunu öğrenin. Destek kanalı, çalışma saatleri ve taleplerin önceliklendirilmesi belirtilmeli; ilk yanıt süresi ile çözüm süresini birbirinden ayırın.

Yedeklerin sıklığını, ne kadar saklandığını, nerede tutulduğunu ve geri yüklemenin nasıl doğrulandığını sorun. Hizmet sona erdiğinde içeriklerin, dosyaların ve hesap erişimlerinin teslim süreci de açıklanmalı. Böylece yayın sonrası ihtiyaçlarınızı ve olası sağlayıcı değişikliğini önceden değerlendirebilirsiniz.

Kontrol sorusu: Bir sorun çıktığında veya hizmeti sonlandırdığımda hangi adımlar izlenecek?

Bir teslim maddesini ölçülebilir hale getiren örnek

“Teklif formu yapılacak” yerine şu kapsam daha kolay kontrol edilir: “Ziyaretçi adını, e-posta adresini ve ilgilendiği hizmeti seçerek talep bırakır. Zorunlu alanlar kontrol edilir. Başarılı kayıt sonrasında kullanıcıya sonuç mesajı gösterilir. Talep, yetkili kişinin yönetim ekranında görünür ve belirlenen adrese bildirim gönderilir. Bildirim hatası kaydın silinmesine neden olmaz.”

Bu, kendi projenize uyarlayabileceğiniz bir kapsam örneğidir. Bir talebi hangi alanların, hangi işlemlerin ve hangi sonuçların oluşturduğunu gösterir. Teklifteki diğer işlevleri de benzer şekilde açıklatabilirsiniz.

Sık sorulan sorular

Tek sayfalık fiyat teklifi yeterli olabilir mi?

Basit bir işte kısa teklif yeterli olabilir. Ancak sayfa sayısından bağımsız olarak teslimler, dahil olmayan işler, ödeme ve destek koşulları anlaşılır olmalıdır. Ayrıntılar bir kapsam ekiyle de belirtilebilir.

Her projede kaynak kod teslimi aynı anlama mı gelir?

Hayır. Özel geliştirme, açık kaynak altyapı ve abonelikle kullanılan platformlar farklı teslim imkânları sunabilir. Hangi dosyaların, verilerin ve kullanım haklarının aktarılacağını; üçüncü taraf lisanslarını ve teknik sınırları ayrı değerlendirin.

Bakım paketi almadan siteyi kullanabilir miyim?

Bu, seçilen hizmet modeline bağlıdır. Bakım başka bir ekip tarafından üstlenilebilir veya ayrı satın alınabilir. Ancak güncelleme, yedekleme ve hata takibinin kimin sorumluluğunda kalacağı açık olmalıdır.

En düşük fiyatlı teklifi seçmek yanlış mı?

Tek başına düşük fiyat olumsuz bir gösterge değildir. Aynı kapsamı, teslim kalitesini, erişimleri ve devam eden giderleri karşılaştırın. İhtiyacınız olmayan özellikler için ödeme yapmak da doğru bir bütçe kullanımı olmayabilir.

Teklif görüşmesine net bir listeyle başlayın

Bu 12 maddeyi kendi ihtiyaçlarınıza göre işaretleyin ve belirsiz kalan noktaları teklif almadan önce paylaşın. dengeX’in İzmir web tasarım hizmeti kapsamında sunulan yaklaşımı inceleyebilir veya proje talep formundan işletmenizin ihtiyaçlarını iletebilirsiniz.