Web Tasarım Teklifleri İçin Açıklamalı Karşılaştırma Tablosu

Web tasarım tekliflerini ayrı dosyalarda okuduğunuzda önemli farkları hatırlamak güçleşebilir. Bir adayın güçlü destek düzeni, başka adayın düşük toplamı arasında kapsam ayrıntıları kaybolabilir. Siz teklifleri ortak bir tabloya taşıdığınızda neyin gerçekten karşılaştırıldığını daha açık görürsünüz. Tablo, kararın kendisi değil eksik soruları ortaya çıkaran bir araçtır. Her satırın işletmenizdeki bir ihtiyaca dayanması gerekir. Gereksiz teknik başlıklarla doldurulan bir değerlendirme, anlaşılabilirliği azaltabilir. Kapsam, süre, destek ve ücret gibi temel alanları somut teslimlerle açıklamak daha kullanışlıdır. Böylece son görüşmede genel bir pazarlık yerine henüz netleşmemiş konuları konuşabilirsiniz.

Önce Kendi İhtiyaç Satırlarınızı Yazın

Aday tekliflerini açmadan önce sitenin temel görevlerini listeleyin. Hangi sayfalar, başvuru yolları ve içerik işlemleri gerekli? Bunları bilmeden hazırlanmış tablo, tekliflerde tesadüfen bulunan hizmetlerin karşılaştırmasına dönüşebilir.

Zorunlu ihtiyaçla tercih ettiğiniz ek özelliği ayırın. Bir adayın çok sayıda ek özellik sunması, temel işinizi daha iyi karşılayacağı anlamına gelmez. Karar önceliğini bu ayrım üzerinden kurun.

Kapsam, Süre, Destek ve Ücreti Açıklayın

Örnek tablo satırlarını şöyle kurabilirsiniz:

Puanlama yapacaksanız her düzeyin anlamını önceden belirleyin. “İyi” ifadesi herkes için aynı anlama gelmeyebilir. Açık teslim, kısmi açıklama ve bilgi eksikliği gibi tanımlar daha anlaşılır olabilir.

Araştırmada web tasarım ajansları İstanbul ifadesiyle ulaştığınız seçenekleri aynı tabloya aktarabilirsiniz. Ancak hücrelere yalnızca “var” veya “yok” yazmak yeterli olmayabilir. Özellikle destek ve revizyon gibi alanlarda hizmetin sınırı açıklanmalıdır.

Edvido üzerinde araştırılan web tasarım ekiplerini de aynı çerçeveyle değerlendirebilirsiniz. Farklı kaynaklardan gelen adaylara farklı sorular sormak, tabloyu görünürde düzenli fakat içerikte dengesiz hale getirebilir.

Puanı Gerekçeyle Birlikte Kullanın

Eksik bilgiyi otomatik düşük kalite olarak yorumlamadan önce sorun. Teklifte yazmayan bir hizmet sunuluyor olabilir; fakat bunun yazılı açıklanması gerekir. “Yanıt bekleniyor” hücresi, tamamlanmış değerlendirme gibi görünmemelidir.

Öncelik ağırlıkları işinizle ilişkili olmalıdır. Sık içerik güncelleyen bir işletmede yönetim kolaylığı daha önemli olabilir. Ağırlıkları adayları gördükten sonra tercih ettiğiniz ekibi öne çıkaracak şekilde değiştirmeyin.

Örnek bir tabloda ilk aday içerik girişini dahil ediyor, ikinci aday ise metin ve görsellerin sizin tarafınızdan yerleştirilmesini bekliyor olsun. İki teklifin fiyatını doğrudan karşılaştırmak eksik olur. İşletmenizin bu işi yapacak zamanı ve becerisi bulunup bulunmadığını değerlendirmelisiniz.

Destek satırında da farklılık görülebilir. Bir aday belirli bir kullanım eğitimi sunarken diğeri yalnızca teknik sorun bildirimini ele alabilir. “Destek var” yazmak bu farkı gizler. Hangi teslimin bulunduğunu açık ifadeyle kaydedin.

Süre satırını okurken başlangıç koşullarına bakın. Takvim sözleşme tarihinden mi, içeriklerin tamamlanmasından mı başlıyor? Onay süresi nasıl hesaba katılıyor? Aynı süre ifadesi farklı başlangıçlarla başka anlam taşıyabilir.

Eksik alanı tamamlamak için bütün adaylara aynı kısa soru setini gönderin. Yanıtları tablonun ilgili hücresine ve teklif sürümüne bağlayın. Görüşmede söylenmiş fakat son belgede bulunmayan önemli bir koşul varsa açıklığa kavuşturun.

Karar toplantısında önce zorunlu ihtiyaçları kontrol edin. Bunları karşılamayan adayın ek özellikleri, temel eksikliği görünmez hale getirmemelidir. Sonra tercih alanlarına ve çalışma uyumuna bakabilirsiniz.

Puan kullanıyorsanız bir notun neden verildiğini okuyabilmelisiniz. Yalnızca toplam skor görüldüğünde farklı değerlendiricilerin aynı ölçütü farklı anlamış olması saklanabilir. Gerekçeler üzerinde konuşmak daha sağlam sonuç verir.

Seçim tamamlandığında tabloyu bir karar kaydı olarak saklayın. Sonradan kapsam değişirse tarih ve gerekçeyle güncelleyin. Böylece başlangıçta beklenenle sonradan kabul edilen iş arasındaki fark anlaşılır kalır ve değerlendirme gerçek proje geçmişini yansıtır.

Tablo Dışındaki Çalışma Uyumunu İnceleyin

Bir tablo bütün ilişki deneyimini kapsayamaz. Sorulara verilen yanıtın açıklığı, belirsizliklerin dürüstçe paylaşılması ve geri bildirimin ele alınışı görüşmede gözlemlenir. Bu notları da karar dosyasına ekleyin.

Son toplantıda en önemli açık konuları tamamlayın. Seçtiğiniz adayın hangi ihtiyacı daha iyi karşıladığını kısa bir gerekçeyle yazın. Kabul edilen kapsamın son teklif sürümüne işlendiğinden emin olun.

Tabloyu çalışma başladıktan sonra da kullanabilirsiniz. Başlangıçta konuşulan destek ve teslim koşullarını hatırlatır. Ancak sonradan onaylanan değişiklikleri de güncellemeniz gerekir; eski tabloyu değişmez gerçek gibi tutmayın.

Teklif tablosunun son sürümünü tarihleyin. Açıklamalar geldikçe değişen hücrelerin kaynağı görülebilsin. Böylece karar toplantısında eski yanıtlar güncel koşullarla karışmaz. Seçim sonrasında da hangi bilgiye dayanıldığı anlaşılır ve başlangıç görüşmesi daha açık bir belge üzerinden yürür.

Karşılaştırma tablosu, tekliflerin arkasındaki işi görünür kıldığında değerlidir. Siz satırları gerçek ihtiyaçlara bağlayıp eksik yanıtları tamamladığınızda fiyat dışındaki farkları daha net görürsünüz. Gerekçeli karar kaydı da seçiminizi ekip içinde açıklamanızı kolaylaştırır.