Web sitesi yaptırma fiyatını ne belirler?

Web sitesi teklifinde sayfa sayısı tek başına kapsamı anlatmaz. Tanıtım sitesi, randevu sistemi, üyelik uygulaması ve e-ticaret yapısı farklı işler içerir. Tasarım, içerik hazırlama, yönetim paneli, veri aktarımı, entegrasyonlar, bakım ve barındırma sorumluluğu birlikte tanımlanmalıdır. Bir tasarım görselini tamamlamak ile gerçek kullanıcı işlemlerini çalıştırmak ayrı teslimlerdir.

Bu rehber doğrulanmış piyasa fiyatları listesi sunmuyor. Kendi projeniz için karşılaştırılabilir teklif alabilmeniz amacıyla kısa bir ihtiyaç belgesi hazırlamanıza yardımcı oluyor. İyi bir başlangıç belgesi bütün teknik ayrıntıları bilmenizi gerektirmez; kullanıcıların hangi işi yapacağını ve sonunda neyi teslim almak istediğinizi açıkça yazmanız yeterli bir ilk adımdır.

Önce kullanıcı işlemlerini listeleyin

Ziyaretçinin siteye hangi amaçla geleceğini tarif edin. Firma bilgisini okuyup arayacak mı, form dolduracak mı, tarih seçecek mi, hesap açacak mı? Yönetici bu talebi nerede görecek, kim yanıtlayacak, işlem tamamlanınca kullanıcı nasıl bilgilendirilecek? Yalnız ana sayfa görüntüsüne odaklanmak bu akışları görünmez bırakabilir.

Örneğin randevu projesinde müsait tarih görüntüleme, rezervasyon talebi, yönetici onayı ve iptal işlemleri ayrı adımlardır. Bu örnek her projede randevu sistemi gerektiği anlamına gelmez. Kendi işiniz için gereken en küçük akışı yazın, ileride yapılabilecek fikirleri ayrı tutun. Böylece ilk teslimin sınırı daha anlaşılır olur.

İçeriği ve görselleri kim hazırlayacak?

Metin, ürün bilgisi, fiyat listesi, fotoğraf, logo ve çeviri sorumluluğunu belirtin. “İçerik dahil” ifadesi kaç metin, hangi uzunluk ve hangi dil için geçerli? Eski siteden aktarım yapılacaksa hangi kayıtların taşınacağını listeleyin. Yeni içerik yazılması ile mevcut metnin düzenlenmesi farklı işler olabilir.

Görsel, font ve diğer varlıkların kullanım koşullarını sorun. Tasarımda görünen bir fotoğrafın üretim sitesinde de kullanılabileceğini otomatik olarak varsaymayın. Hesap erişimlerini paylaşırken gereksiz yönetici yetkisi vermeyin; şifre ve özel belgeleri herkese açık iş ilanına koymayın. İçeriğin teslim zamanını planlamak, son aşamada boş sayfalarla karşılaşmayı azaltır.

Yönetim panelinde hangi değişiklikleri yapabilmelisiniz?

Yazı ekleme, ürün güncelleme, görsel değiştirme, başvuru inceleme veya ekip yetkisi verme gibi işlemleri ayrı ayrı belirtin. Her alanın yönetilebilir olması gerektiğini söylemek yerine günlük kullanım örnekleri yazın. Birden fazla ekip üyesi olacaksa kimlerin hangi verilere erişeceği de konuşulmalıdır.

Panelin bulunması, veri güvenliğinin ve yedeklemenin kendiliğinden tamamlandığı anlamına gelmez. Hatalı değişikliklerin geri alınması, yetki kontrolü, içerik sürümleri ve veri dışa aktarımı ihtiyacını sorun. Teknik ayrıntıları uygulayacak kişiden açıklamasını isteyin; anlamadığınız bir özelliği sırf listede yer alıyor diye tamamlanmış saymayın.

Mobil kullanım ve erişilebilirlik nasıl kontrol edilir?

Sitenin telefonda açılması tek başına yeterli bir teslim ölçütü değildir. Menü, form, klavye, hata mesajı ve ödeme gibi önemli adımları küçük ekranda denemeyi teslim listesine ekleyin. Kullanılan alanların görünür etiketleri, anlaşılır yönergeleri ve klavyeyle erişimi olmalı. W3C’nin ilk erişilebilirlik incelemesi de bu tür temel kontroller için bir başlangıç kaynağıdır; tek kontrol bütün erişilebilirlik gereksinimlerini doğrulamaz.

Özellikle işlem yapan sayfalarda boş, yükleniyor ve hata durumlarını görün. Kullanıcı bağlantıyı kaybederse aynı formu tekrar gönderdiğinde ne olacak? Bir işlem iki kez kaydedilebilir mi? Projenize uygun senaryoları yazın. Gerçek cihazlarda yapılacak kontrollerin hangi cihaz ve tarayıcıları kapsadığını da belirleyin.

Alan adı, barındırma ve bakım kimin kontrolünde?

Alan adı ve hizmet hesaplarının işletmenin kontrolünde kalmasını planlayın. Yayınlama, güvenlik güncellemeleri, yedekleme ve arıza halinde müdahale sorumluluğunu ayrı konuşun. İlk kurulum ücretiyle devam eden hizmet bedelleri aynı kalem değildir. Yeni bir ücretli abonelik veya dış servis gerekiyorsa bunu işin başında öğrenin.

Site tesliminde kaynak dosyalar, yönetici erişimi, gerekli kurulum açıklaması ve üçüncü taraf lisans bilgileri nasıl verilecek? Projeye başka bir geliştiricinin devam etmesi gerektiğinde hangi bilgilere ihtiyaç duyulacak? Teknik bakımın süresi ve kapsamı açık olmalı; belirsiz “ömür boyu destek” sözü yerine uygulanabilir hizmet tanımı isteyin.

Teklif talebi için kısa örnek

“Hizmet firmamız için Türkçe bir site istiyoruz. Ziyaretçi hizmetleri okuyup teklif talebi bırakabilsin; yönetici talepleri panelde görebilsin ve blog yazısı ekleyebilsin. Logo ve hizmet fotoğrafları bizden gelecek, metin düzenlemesini teklifinize ayrıca yazın. Mobil form kontrolleri, hesap sahipliği, kaynak teslimi, yayınlama ve bakım koşullarını açıklar mısınız?”

Bu belgeyi ihtiyacınıza göre değiştirin. Hallettir’de teklifleri yalnız ana sayfa görünümü ve toplam fiyatla değil, çalışacak akışlar, teslim edilecek kaynaklar ve devam eden sorumluluklarla birlikte değerlendirin. SEO veya tanıtım hizmetinde koşulsuz sıralama ve satış sonucu yerine yapılacak somut işleri sorun.

Kaynak ve ilgili rehberler

Şimdi ihtiyacını netleştirelim.

Kapsamını yaz, uygun hizmet verenlerden gelen teklifleri karşılaştır.

Hizmet talebi oluştur ↗
İçerik hakkında

Bu rehber Hallettir’in hizmet planlama içeriğidir. Yapay zekâ desteğiyle hazırlanmıştır; kişiye veya yapıya özel teknik keşfin yerine geçmez. Sayfada bulunmayan bir fiyat, belge doğrulaması veya hizmet garantisi varsaymayın. Hata bildirimi: info@denkyazilim.com.