Web Tasarım
Web Sitesi Yaptırırken Dikkat Edilmesi Gerekenler: Kapsam, Teslim ve Destek
Web sitesi teklifinde kapsam, revizyon, panel, SEO ve destek sorularını; site teslimi ve ajans değişimi için hesap/dosya kontrol listesini inceleyin.
Web Tasarım
Web sitesi teklifinde kapsam, revizyon, panel, SEO ve destek sorularını; site teslimi ve ajans değişimi için hesap/dosya kontrol listesini inceleyin.
Web sitesi yaptırırken ilk kontrol, hangi işi satın aldığınızı anlamaktır. Sayfa listesi, içerik sorumluları, iletişim akışı, yönetim paneli, teslim dosyaları ve yayın sonrası destek açık değilse iki teklifi sadece fiyatına bakarak karşılaştırmak zorlaşır.
Görsel tasarım, sitenin ziyaretçiyi doğru bilgiye ve doğru aksiyona taşıdığı ölçüde işe yarar. Teklif aşamasında beklentileri yazılı hale getirmek, yayın sırasında eksik iş ve teslimden sonra erişim sorunu yaşama riskini azaltır.
Tanıtım, teklif toplama, randevu, katalog ve e-ticaret farklı ihtiyaçlardır. İşletmenizin ana hedefini seçin; ilk yayında zorunlu olanlarla sonradan eklenebilecekleri ayırın. Sayfa sayısı kadar her sayfanın görevi de belirlenmelidir.
| Teklifte bulunması gereken | Neden gerekli? |
|---|---|
| Sayfa listesi ve dil sayısı | Üretim ve içerik kapsamını gösterir |
| Tasarım yaklaşımı | Şablon uyarlaması ile özel arayüz işini ayırır |
| Metin/görsel sorumlusu | Hazırlık ve teslim takvimini etkiler |
| Form, panel ve entegrasyonlar | Sitenin yapacağı gerçek işlemleri tanımlar |
| Yayın ve geçiş işleri | Domain, e-posta, eski URL ve veri sorumluluğunu ayırır |
| Teslim, eğitim ve destek | Proje bittikten sonra kullanım ve sahipliği açıklığa kavuşturur |
Hazırlık için doldurulabilir proje briefini kullanabilirsiniz. Fiyatı değerlendirirken aynı sayfa ve işlev listesine dayanan teklifleri karşılaştırın; fiyat rehberinde bu karşılaştırmanın ayrıntıları bulunur.
“İçerikler dahil” ifadesini açın. Hazır metni panele yerleştirmek, işletmeyi araştırıp metin yazmak veya yeni fotoğraf çekmek aynı hizmet değildir. Her içerik grubunun hazırlayanı ve onaylayanı belli olmalıdır.
Kullanılan fotoğrafların haklarını, stok lisansını ve müşteri/proje bilgilerinin yayın iznini kontrol edin. Kanıtlanamayan ödül, başarı oranı, müşteri yorumu veya referans istemeyin. Doğru ve güncel firma bilgisi, gösterişli ama gerçek dışı güven unsurlarından daha kullanışlıdır.
Önizlemeyi gerçek kullanım üzerinden inceleyin. Menüye rahat basılıyor mu? Telefon ve WhatsApp bağlantıları çalışıyor mu? Form alanları okunuyor mu? Büyük tablolar taşma yapıyor mu? Ürün veya hizmetin önemli bilgisi mobilde ulaşılabilir mi?
Hız testinde tek bir sayfa/skor yerine önemli sayfaları ve işlemleri değerlendirin. Testin cihaz ve ağ koşullarını kaydedin; laboratuvar testi ile gerçek ziyaretçi verisini birbirine karıştırmayın. Teknoloji adı veya yüksek bir test skoru, her ziyaretçinin aynı deneyimi yaşayacağı ya da ilk sıraya çıkılacağı anlamına gelmez.
Sayfa adresleri, başlık/açıklamalar, taranabilir bağlantılar, canonical, sitemap ve gerekli indeksleme ayarları ilk teknik hazırlığın parçası olabilir. İçerik araştırması, düzenli güncelleme ve performans takibi ise ayrı devam eden işlerdir. Hangisinin teklifte bulunduğu açık yazılmalıdır.
Google'ın SEO Başlangıç Kılavuzu teknik hazırlığın arama motorlarının içeriği bulup anlamasına yardımcı olduğunu açıklıyor; indekslenme ve sıralama garantisi vermez. “SEO uyumlu” ifadesini teslim edilecek iş listesiyle somutlaştırın.
Search Console hesabı kurmak, Analytics etiketi yerleştirmek ve form/satın alma olaylarını test etmek de ayrı kapsamlar olabilir. “Analiz kurulumu dahil” deniyorsa hangi hesabın, hangi olayların ve hangi kontrolün dahil olduğunu sorun.
Panelden metin ve görsel değiştirmek mi, yeni sayfa eklemek mi, sipariş yönetmek mi istiyorsunuz? Teklifte bu işlemleri isimleriyle yazın. Kullanıcı rolleri, önizleme ve yayın yetkisini gerekiyorsa ayrı tanımlayın.
Teslim eğitiminde kararlaştırılan işlemleri kendiniz yapın. Örneğin örnek bir yazıyı taslak oluşturun, görsel ekleyin, önizleyin ve yayın akışını görün. “Panel var” cümlesi bütün alanların düzenlenebildiğini göstermez. Altyapı seçenekleri için teknoloji karşılaştırmasını inceleyebilirsiniz.
Revizyon, üzerinde anlaşılan tasarım veya içerikte geri bildirim doğrultusunda yapılan düzenlemedir. Fakat bu kelime tek başına sınır koymaz. Kaç tur olduğu, bir turdaki yorumların nasıl iletileceği ve hangi değişikliklerin yeni kapsam sayılacağı belirlenmelidir.
| Talep örneği | Teklifte nasıl ayrılmalı? |
|---|---|
| Onay öncesi mevcut başlığın veya rengin değiştirilmesi | Kararlaştırılmış revizyon kapsamıyla karşılaştırılır |
| Hazır fotoğrafın mevcut alana yerleştirilmesi | İçerik değişikliği sınırı kontrol edilir |
| Onaylanan sayfa yapısının bütünüyle yeniden tasarlanması | Yeniden tasarım kapsamı ve tur sınırı incelenir |
| Yeni dil, randevu, ödeme veya üyelik eklenmesi | Başlangıç kapsamında yoksa yeni iş olarak değerlendirilir |
| Teslim edilen işlevde yazılım hatası | Garanti/destek kapsamında teknik inceleme yapılır |
Bu tablo örnektir; her işin ücretsiz veya ücretli olduğu peşinen söylenmez. İmzalanan kapsam belirleyicidir. Geri bildirimleri tek sorumlu kişi birleştirip iletirse çelişen talepler ve tekrar iş azalır.
Sitenin yayınlanması, bütün hesap ve dosyaların size teslim edildiği anlamına gelmez. Domain kayıt hesabı, hosting/sunucu, kod deposu, yönetim paneli, analiz hesapları ve varsa uygulama lisanslarını ayrı ayrı değerlendirin.
Domainin teknik işlemlerinin ajans tarafından yürütülmesiyle sahiplik/yenileme kontrolünün ajans hesabında kalması aynı şey değildir. Domain ve platform hesaplarında yetki düzeyi, kayıt iletişim bilgileri ve kurtarma yöntemleri açık olmalıdır. Kod ve tasarım haklarının hangi ölçüde devredildiği de sözleşme ile kullanılan üçüncü taraf lisanslara bağlıdır.
| Varlık | Teslimde istenecek bilgi | Nasıl doğrulanır? |
|---|---|---|
| Domain | Kayıt hesabı, yetki, yenileme tarihi, iletişim sahibi | Hesaba girilir; yönetim ve kurtarma erişimi kontrol edilir |
| Hosting/sunucu | Hesap/servis, yönetim yetkisi, yenileme ve teknik sorumlu | Yetkili kullanıcı erişimi ve hizmet durumu görülür |
| Kaynak kod | Sözleşmeye göre depo veya arşiv, sürüm ve çalıştırma belgesi | Teknik ekip teslim sürümünü kurup kontrol eder |
| Veritabanı | Kapsama uygun dışa aktarım, tarih ve veri modeli | Yetkili ekip güvenli ortamda geri yüklemeyi dener |
| Medya/dosyalar | Görseller, belgeler, yüklenen içerikler | Örnek dosyalar ve içerik eşleşmesi kontrol edilir |
| DNS ve e-posta | Gerekli kayıtların envanteri ve e-posta sağlayıcısı | Web yayını sonrası gönderme/alma test edilir |
| Panel | Yetkili kullanıcılar ve kararlaştırılmış işlemler | Müşteri bir içerik işlemini tamamlar |
| Search Console/Analytics | Doğru mülkte uygun yönetim erişimi | Mülk, alan adı ve kullanıcı yetkisi kontrol edilir |
| Lisanslar | Sağlayıcı, hesap sahibi, süre ve devir koşulu | Hesap/fatura/lisans açıklaması incelenir |
| Yedek ve destek | Son kopya, saklama/geri yükleme yöntemi, destek kanalı | Teslim kaydı ve gerekli örnek test görülür |
Teslim kontrol şablonunu indirin. Her satırda sorumlu, doğrulama tarihi ve eksik bilgi bulunmalıdır. Dosyada parola veya API anahtarı tutmayın.
Devirde önce envanter ve yeni ekibin erişimi doğrulanır. Eksiksiz yedek alınır; yeni ortamda site ve kritik işlemler denenir. Yayına geçişten sonra web, e-posta, form ve varsa ödeme kontrol edilir. Eski sağlayıcının artık gerekli olmayan erişimleri bundan sonra gözden geçirilir; paylaşılan erişim bilgileri gerekiyorsa yenilenir. İşleyen sisteme erişimi veya e-postayı plansız biçimde kesmeyin.
Sadece görünür sayfaları kopyalamak, sitenin arka planını, veritabanını ve işlevlerini devralmak değildir. Tasarım görünümünün kopyasıyla çalışır kod ve verinin teslimini ayırın.
Değerli içerikleri ve sayfa adreslerini önce listeleyin. Kaldırılan veya değişen URL'lerin yeni karşılığı, yönlendirmeler, eski veriler ve e-posta etkisi yayın öncesinde planlanmalıdır. Ayrıntılı akış web sitesi yenileme ve SEO rehberinde bulunur.
Alan adı değişikliği, altyapı değişikliği ve tasarım yenilemesi aynı anda yapılacaksa kapsamı ayrıca belirtin. Sorunları takip etmek için hangi değişikliğin ne zaman yapıldığını kaydedin.
Destek dönemi, hata kapsamı, küçük içerik değişiklikleri, yedek, çalışma saatleri ve ek iş süreci açık olmalıdır. Kod garantisi ile düzenli bakımın aynı hizmet olmadığını unutmayın. Bakım rehberi bu ayrımı örneklerle açıklıyor.
Süre bitince ne olacağını da sorun. Site çalışmaya devam edecek mi? Lisanslar yenilenecek mi? Hesap ve dosyaların teslim koşulları ne? Sağlayıcı değiştirirken hangi hizmetler duracak? Bu cevaplar uzun vadeli maliyetin parçasıdır.
Onaylanan sayfa ve içerikler, mobil menü, bütün iletişim bağlantıları, gerçek form bildirimi, panel işlemleri, domain/SSL, eski URL geçişleri ve teslim dosyaları birlikte kontrol edilmelidir. E-ticarette başarılı/başarısız ödeme, stok, sipariş bildirimi ve iade iş akışı da kapsama göre test edilir.
Sorunları tek listede tutun: hangi sayfa, beklenen davranış, görülen sorun, sorumlu ve durum. Son kabulde eksikleri kapatın veya hangi işin hangi tarihte tamamlanacağını yazılı kaydedin.
Tek başına ekip türü kaliteyi belirlemez. Benzer projelerdeki gerçek çıktıyı, iletişimi, destek kapasitesini, teslim açıklığını ve iş kapsamını değerlendirin. Küçük proje için de ekip değiştiğinde sürdürülebilirlik önemlidir.
İhtiyaca uygun lisanslı tema kullanılabilir. Önemli olan teklifin bunu açık anlatması, gerekli işlevleri karşılaması ve yönetim/bakım koşullarının bilinmesidir. Özel arayüz satılıyorsa bu teslim de açık tanımlanmalıdır.
Kullanılan hizmet modeline ve hak anlaşmasına bağlıdır. Kiralık platformda uygulama kodunu alamayabilirsiniz; özel geliştirmede de teslim koşulları yazılmalıdır. Her modelde kendi içerik ve verinizi dışa aktarabilme, hesap erişimi ve ayrılma koşulları önemlidir.
Başlayabilir; ancak üretim sorumluluğu ve teslim tarihi netleştirilmelidir. Tasarımın son onayı ve yayın, eksik metin/görsellerden etkilenebilir.
Böyle bir garanti yoktur. Teknik erişim ve doğru sayfa kurgusu başlangıçtır; sonuç içerik, rekabet ve diğer etkenlerle birlikte değerlendirilir.
Planlı devirle kesinti riski azaltılabilir; sıfır kesinti garantisi verilmez. Erişim, yedek, test ortamı, DNS ve e-posta planı olmadan değişiklik yapmak daha fazla risk yaratır.
Web tasarım hizmetini inceleyin; sayfa listenizi, içerik durumunuzu ve beklediğiniz işlevleri paylaşın. Böylece fiyat kadar teslim ve destek kapsamını da konuşabiliriz.