İki web tasarım teklifi benzer başlıklar taşıyabilir; fakat birinde “mobil uyum” yalnızca tasarım vaadi olarak geçerken diğerinde hangi ekranlarda ve hangi görevlerle kontrol edileceği yazılı olabilir. Seçimden önce asıl soru, kimin daha iyi göründüğü değil, her ifadenin neyi taahhüt ettiği ve tamamlandığını hangi kanıtla anlayacağınızdır. Ulus Web Tasarım hizmetini araştıran işletmeler için teklif sonrası bu inceleme, yanlış varsayım üzerine karar vermeyi önlemeye yardımcı olur.

Bu rehber, teklif ifadelerini yazılı taahhüt, varsayım, hariç kalem veya açıklama bekleyen konu olarak sınıflandıran; her önemli maddeye sorumlu ve kabul kanıtı bağlayan bir karar kaydı önerir. Teklif istemeden önceki bilgi hazırlığına veya bedel değişkenlerinin genel karşılaştırmasına odaklanmaz. Örneklerdeki A ve B belgeleri tamamen temsili yer tutuculardır; gerçek ajans, fiyat, müşteri, Ulus ofisi veya sonuç anlatılmaz. Amaç belirli bir sağlayıcıyı seçtirmek değil, kararın dayanağını görünür kılmaktır.

Belgelerdeki ifadeyi taahhüt, varsayım ve açık soru diye ayırın

Önce kendi proje ihtiyacınızı tek cümlede sabitleyin: “Ziyaretçi hangi bilgiyi bulacak, hangi işlemi tamamlayacak ve işletme bunu hangi ekip düzeniyle sürdürecek?” Sonra her teklifte bu ihtiyaca karşılık gelen ifadeyi aynen kaydedin; yeniden yazıp daha açıkmış gibi göstermeyin. Her maddeyi dört sınıftan biriyle işaretleyin: yazılı teslim, teklif sahibinin varsayımı, açıkça hariç tutulan iş veya yanıt bekleyen soru. Bu kayıt, yorumunuz ile belgedeki gerçek ifadeyi birbirinden ayırır.

“Site yönetimi”, “tam uyum”, “güvenli altyapı” ya da “teslim sonrası destek” gibi geniş sözler tek başına neyin yapılacağını ve nasıl doğrulanacağını söylemez. Bunları otomatik olarak teslim taahhüdü kabul etmeyin. Teklifte ifadenin geçtiği bölümü, sizin işiniz için neden önemli olduğunu ve hangi açıklamanın gerektiğini not edin. Belge bir konuyu hiç ele almıyorsa, bu da ayrı bir sonuçtur; boşluğu sizin tahmininizle doldurmayın.

Her önemli ifadeye kabul kanıtı bağlayın

Bir teslim tamamlandı denildiğinde hangi görünür malzeme veya gözlem bunu gösterecek? Tasarım sayfası için onaylı ekran örneği, içerik için işletmenin doğruladığı son metin, bir işlev için baştan sona denenmiş örnek görev veya aktarım için eski ve yeni adreslerin eşleşme kaydı düşünülebilir. Bunlar her proje için zorunlu teslimler değildir; teklif sahibiyle üzerinde anlaşmanız gereken örneklerdir. Bir vaat için kanıt yolu yoksa onu nasıl kabul edeceğinizi henüz bilmiyorsunuz demektir.

Her maddeye “sözün tam metni”, “kabul ölçütü”, “gösterecek kişi” ve “hangi aşamada incelenecek?” sütunları ekleyin. Örneğin “iletişim formu hazırlanır” ifadesi; alanların kimce onaylanacağını, gönderimin nereye ulaştığını ve başarısız durumda kullanıcının ne göreceğini açıklamayabilir. Teklif sahibinden işin kapsamı için yeterli açıklamayı isteyin. Ayrıntı, yalnızca geliştiriciye değil, kabul kararını verecek işletme sorumlusuna da anlaşılır olmalıdır.

Dahil olanı, hariç olanı ve işletme katkısını ayırın

Bir teslimin tamamlanması, işletmenin hangi girdiyi ne zaman vereceğine bağlı olabilir. Metni kim hazırlayacak, fotoğrafı kim sağlayacak, hizmet bilgisini kim doğrulayacak, dış hesap erişimini kim açacak? Her bağımlılığı teklif cümlesinden ayırıp sorumlu role ve gereken karara bağlayın. “İşletme içerik sağlar” ifadesi bütün metinlerin yazılmasını mı, yoksa yalnızca doğrulanmış bilgilerin paylaşılmasını mı bekliyor? Yanıt yoksa takvimin kimin katkısına bağlı olduğunu bilmiyorsunuz.

Görsel kullanım izni, teknik erişim, alan adı veya lisans sorumluluğunda varsayım kurmayın. Teklifin neyi üstlendiğini ve işletmeden ne istediğini yazılı sorularla netleştirin. Bu çalışma, hukuk veya hak sahipliği garantisi vermez; yalnızca kimin hangi bilgiyi doğrulayacağını ve hangi konunun ayrıca netleştirilmesi gerektiğini görünür kılar. İşletme verisinin ve üçüncü taraf hesabının kim tarafından kontrol edildiği gibi konuları da yetkili kişiyle teyit edin.

Bağımlılığı ve varsayımı kanıttan ayrı kaydedin

Site ödeme altyapısı, takvim, harita, e-posta, müşteri kayıt sistemi veya başka bir hizmetle bağlanacaksa “bağlantı dahildir” ifadesi tek başına kapsamı kanıtlamaz. Hangi taraf erişim sağlayacak, hangi bilgi aktarılacak, bağlantıyı kim test edecek ve üçüncü taraf kaynaklı değişiklik iş planını nasıl etkileyebilir? Teklifin belirli bir hesap veya kullanım biçimini varsayıp varsaymadığını yazılı sorun. Yanıta göre bağımlılık, açık teslim veya ek açıklama olarak kayda girsin.

Mevcut siteden taşınacak içerik, dosya veya adresler de bağımlılık oluşturabilir. Bütün verinin otomatik aktarılacağını, eski adreslerin korunacağını ya da e-posta hizmetinin aynı çalışmada değişmeden kalacağını varsaymayın. Teklifte neyin inceleneceği, hangi malzemenin işletme tarafından sağlanacağı ve aktarımın nasıl kabul edileceği ayrı görünmelidir. Bu, teknik yöntemi önceden sizin belirlemenizi gerektirmez; belirsiz iş kalemini seçim öncesi ortaya çıkarır.

Sahiplik ve erişim sorularını sonradan bırakmayın

Yayınlanan sitenin alan adı, yönetim paneli, tasarım dosyaları ve gerekli hesaplarına kimin erişeceğini netleştirin. Hangi hesaplar işletmenin adına açılacak, kimler yönetici yetkisi alacak ve proje bittiğinde erişim nasıl devredilecek? Bu soruların yanıtları sözleşme, platform veya teknik mimari açısından farklı olabilir; tek bir evrensel kural yoktur. Karşılaştırma tablosunda “açıklandı mı, kim doğrulayacak, hangi teslimle kanıtlanacak?” alanlarını kullanın.

Bir teklif tüm erişim bilgilerini veriyorsa, diğerinde “teslim edilir” yazıyorsa iki ifadeyi eşdeğer saymayın. Teslimin kapsamı, biçimi ve zamanı hakkında açıklama isteyin. Parolaların belge içine yazılması veya herkese açık bağlantıyla gönderilmesi gibi güvensiz yöntemleri önermeyin; uygun yöntemi yetkili teknik sorumlu belirlemelidir. Burada amaç, hesabın gerçek sahibi veya sağlayıcının erişim modeli hakkında dışarıdan varsayım kurmak değil, seçim öncesi sorumluluğu görünür kılmaktır.

Bakım, değişiklik ve destek süresini ayrı okuyun

“Destek” kelimesi çok farklı işler için kullanılabilir: hata düzeltme, içerik güncelleme, güvenlik bakımı, yeni özellik, danışma veya eğitim. Teklif hangi tür desteğin ne zaman ve hangi sınırlarla sunulduğunu belirtmiyorsa, bunu dahil saymayın. Destek süresi bittikten sonra işletmenin hangi işi kendi ekibinin yürüteceğini; hangi iş için ayrıca talep veya bedel gerekebileceğini sorun. Bunlar fiyat karşılaştırmasından farklı, işletmenin siteyi yaşatabilme kararlarıdır.

Değişiklik isteği için de süreç isteyin. Yeni bir sayfa, yeni bir form alanı veya mevcut açıklamanın yenilenmesi hangi durumda proje kapsamına giriyor? Onaylanmış tasarımın sonradan değişmesi nasıl kaydediliyor? Yanıt vermeden önce teklif sahibinden tanım ve örnek talep edebilirsiniz. Net bir kapsam değişikliği yöntemi, tarafların her değişiklikte başlangıç anlaşmasını yeniden yorumlamasını azaltır; belirli süre, sonuç veya ücret garantisi vermez.

Karar kapılarını puan tablosundan önce belirleyin

Bir teklif zorunlu erişim, içerik doğrulaması veya belirli bir kabul kanıtını açıklamıyorsa, başka maddelerdeki artıları bu belirsizliği kapatmaz. Önce karşılanması gereken koşulları, tercihleri ve yanıt bekleyen noktaları ayırın. Her ifade için tekliften alınan bölümü, beklenen açıklamayı ve kabulde göreceğiniz kanıtı kaydedin.

Teklif sahibinin yazılı yanıtı geldiğinde tabloyu yeni belge sürümüyle güncelleyin; eski açıklamanın hâlâ geçerli olduğunu varsaymayın. Ağırlıklı puan kullanmak zorunda değilsiniz; tek toplam, önemli bir teslim belirsizliğini gizleyebilir. Son kararı, işletmenizin onayladığı ihtiyaçlar ve teslim kanıtlarıyla açıklayın.

Seçimden önce küçük bir karar kaydı oluşturun

Karar notu, teklifleri kimin incelediğini, hangi sürümlerin kullanıldığını, hangi maddelerin doğrulandığını ve hangi soruların açık kaldığını yazmalıdır. Her açıklanmamış kalemin yanında sorumlu kişi ile yanıt için beklenen tarihi işletmeniz belirleyebilir. Tarihi veya sorumlu rolü sağlayıcı adına uydurmayın. Seçim kararının nedenini de “daha iyi hissettirdi” yerine işletmenin önceliğiyle ilişkilendirin: örneğin belirli bir aktarım işinin yazılı kapsamı veya yayından sonra içerik güncelleyebilme ihtiyacı.

Karşılaştırmayı tamamladığınızda ajansla görüşmede işletmenizin gerçek ihtiyaçlarını, önemli hariçleri ve açık soruları paylaşın. BiKreatif web tasarım ve yazılım hizmetini değerlendirirken, uygun kapsamın işletmenizin hedefleri ve sağlayacağınız girdilerle birlikte belirlenmesi gerekir. Hizmet hakkında genel bilgi için web tasarım ve yazılım hizmeti sayfasını inceleyebilirsiniz. Teklif öncesi hazırlanacak bilgi listesi için web sitesi teklif kapsamı rehberi, bedel kalemleri için web tasarım fiyatlarını karşılaştırma yazısı, teslim öncesi kullanıcı görevleri için yayın öncesi site kontrolü rehberi yardımcı olabilir. Bu bağlantılar kendi kararınızı verir; her teklifin kapsamını sizin adınıza doğrulamaz.

Sık Sorulan Sorular

Web tasarım tekliflerini karşılaştırmaya hangi belgeyle başlamalıyım?

Önce her teklifin tarihini, sürümünü ve kapsadığı işletme ihtiyacını not edin. Ardından sayfalar, işlevler, içerik, aktarım, bağlantılar ve teslim sonrası sorumluluk için ortak bir tablo açın. Her satırda teklifin kendi ifadesini saklayın; kendi yorumunuzu ayrı yazın. Birden fazla dosya veya sunum geldiyse hangisinin son açıklama olduğunu teklif sahibine teyit ettirin.

Kabul ölçütü ve kanıtı nasıl belirlemeliyim?

Her önemli teslimde “tamamlandı” demek için göreceğiniz şeyi yazın: onaylı sayfa örneği, doğrulanmış metin, çalıştırılmış görev veya teslim kaydı gibi. Bunlar temsili seçeneklerdir; her proje için aynı kanıt gerekmez. Teklif sahibiyle ölçütü, inceleyecek kişiyi ve kontrol aşamasını netleştirin. Sadece “yapıldı” sözüyle yetinmeyin.

“İçerik dahildir” ifadesini nasıl netleştirebilirim?

İçeriğin hangi türlerini ve hangi aşamasını kapsadığını sorun: bilgi toplama, metin yazma, işletme doğrulaması, giriş ve düzeltme ayrı işler olabilir. Görsellerin kim tarafından sağlanacağını ve kullanım onayını kimin vereceğini de netleştirin. Teklif sahibi bu kalemleri kendi sunduğu kapsam için açıklamalıdır; içerik sağlayıcının yazmadığı veya doğrulamadığı bilgiyi varsayımla tamamlamayın.

Teklifte adı geçen bağlantı veya aktarım işinin dahil olduğunu nasıl doğrularım?

Hangi sistemle neyin bağlanacağını, erişimi kimin sağlayacağını, hangi tarafın test edeceğini ve başarısız durumda neyin teslim sayılacağını yazılı sorun. “Entegrasyon” sözcüğü farklı uygulamaları kapsayabilir. Mevcut site, e-posta veya üçüncü taraf hesabı etkileniyorsa bunların proje kapsamına girip girmediğini ayrıca sorun. Teknik yöntemi yetkili ekiplerle teyit edin.

Site sahibi ve yönetim erişimi konusunda neleri yazılı istemeliyim?

Alan adı, barındırma, panel, tasarım dosyaları ve gerektiğinde kullanılacak hesapların kimin adına olduğunu; hangi erişimlerin hangi rolde verileceğini sorun. Proje sonunda hangi erişimlerin devredileceğini ve bunun nasıl doğrulanacağını not edin. Her sağlayıcının teknik yapısı farklı olabilir; işletmenizin hesabı ve sorumluluk modeli sözleşme ile teknik ekip tarafından netleştirilmelidir.

Bakım ve destek tekliflerini nasıl adil karşılaştırırım?

Hata düzeltme, güncelleme, yeni özellik, içerik değişikliği, danışma ve eğitim kalemlerini ayrı sorun. Her birinin kapsamını, varsa süresini ve ayrıca talep gerektirip gerektirmediğini teklif sahibinden açıklamasını isteyin. “Destek var” ifadesini bütün bu işlerin sınırsız sunulduğu anlamına getirmeyin. İşletmenizin kendi ekibinin üstleneceği işleri de karar notuna ekleyin.

Teklifte açıklanmayan bir madde varsa seçim yapmadan önce ne yapmalıyım?

Maddeyi “dahil” veya “hariç” diye tahmin etmeyin; açıklanmamış olarak işaretleyin. Kendi kararınız için neden önemli olduğunu ve hangi teslimin yanıtı kanıtlayacağını yazın. Aynı soruyu teklif sahiplerine yöneltip gelen yanıtı ve tarihini kaydedin. Yanıt gelmiyorsa belirsizliği kararda görünür tutun; sonradan otomatik olarak tamamlanacağını varsaymayın.

Her kriter için puan verip en yüksek toplamı mı seçmeliyim?

Şart değil. İşletmeniz önce karşılanması zorunlu ölçütleri ayırabilir, sonra tercihlerini değerlendirebilir. Bir zorunlu erişim veya teslim koşulu karşılanmıyorsa ağırlıklı puan tablosu bu eksikliği gizleyebilir. Puanlama kullanacaksanız ölçütlerin neden önemli olduğunu ve hangi kanıtın yeterli sayılacağını önceden yazın. Son karar, tek sayıdan çok belgelenmiş ihtiyaç ve kabul koşullarına dayanmalıdır.