UX Tasarım Tekliflerini Karşılaştırma Rehberi
- Önce ortak bir proje özeti hazırlayın
- Teklifleri aynı ölçütlerle karşılaştırın
- Kabul koşullarını dosya sayısından ayırın
- Fiyat farkının kaynağını görünür kılın
- Sık sorulan sorular
- En fazla ekran sunan teklif daha mı avantajlı
- Sabit kapsam belirsizliği tamamen kaldırır mı
- Bir sonraki adım ne olmalı
- Kaynaklar
Bir UX tasarım teklifini değerlendirirken yalnızca toplam bedeli karşılaştırmak, aynı isimle sunulan farklı işleri eşdeğer kabul etmenize yol açabilir. Bir teklif kullanıcı araştırmasını, diğeri sadece mevcut ekranların yeniden çizilmesini kapsayabilir. Sağlıklı bir karşılaştırma için önce çözülecek problemi, kapsamı ve teslimlerin kabul koşullarını aynı çerçeveye getirin.
Bu rehber, satın alma kararı verecek ürün yöneticileri, girişim kurucuları ve ekip liderleri için hazırlanmıştır. Amaç en uzun teslim listesini seçmek değil, ihtiyacınız olan kararları alabilecek ve uygulanabilecek bir çalışma satın almaktır.
Önce ortak bir proje özeti hazırlayın
Ajanslardan teklif istemeden önce hedef kullanıcıyı, kritik kullanıcı görevini ve bugün yaşanan sorunu tek sayfada açıklayın. Örneğin, varsayımsal bir B2B yazılımda hedef “paneli modernleştirmek” yerine “yeni müşterinin ilk raporunu oluştururken nerede takıldığını bulmak ve akışı iyileştirmek” olabilir. Mevcut ürün erişimini, analitik verinin durumunu ve teknik kısıtları paylaşın.
Araştırma gerekiyorsa hangi soruların cevaplanacağını da belirtin. GOV.UK araştırma planlama rehberi, yöntem seçiminden önce öğrenilmesi gerekenleri ve ilgili kullanıcı gruplarını tanımlamayı önerir.[1] Bu yaklaşım, tekliflerdeki “araştırma yapılacaktır” ifadesini somutlaştırmak için yararlıdır.
Teklifleri aynı ölçütlerle karşılaştırın
| Ölçüt | Teklifte aranacak açıklama | Belirsiz kalırsa sorulacak soru |
|---|---|---|
| Araştırma | Sorular, yöntem, katılımcı profili | Katılımcı bulma ve analiz kimin sorumluluğunda |
| Kapsam | Akışlar, roller, platformlar, durumlar | Mobil ve hata durumları dahil mi |
| Teslim | Dosyalar, prototip, açıklamalar | Geliştirici hangi bilgiyi teslim alacak |
| Revizyon | Geri bildirim ve onay yöntemi | Yeni kapsam ile düzeltme nasıl ayrılacak |
| Uygulama | Devir ve geliştirme desteği | Canlı uygulama kontrol edilecek mi |
Ekran sayısını tek başına kapsam ölçüsü olarak kullanmayın. Aynı ekran; yetkisiz erişim, boş veri, yükleme ve hata durumlarıyla farklı tasarım kararları gerektirebilir. Bu durumların tamamı her projede gerekli olmayabilir; teklifin hangilerini içerdiği açık olmalıdır.
Kabul koşullarını dosya sayısından ayırın
“Figma dosyası teslim edilir” bir çıktı tanımıdır; kullanılabilir bir teslimin koşulu değildir. Kritik bir ödeme akışı için kabul koşulu; normal senaryo, başarısız işlem, tekrar deneme ve onay ekranlarının tanımlanması olabilir. Prototipin hangi soruyu test edeceği ve hangi bölümlerinin yalnızca görsel temsil olduğu da yazılmalıdır.
Her aşamanın onaylayıcısını belirleyin. Ürün, mühendislik ve pazarlama ekiplerinden çelişen geri bildirim gelirse kararı kimin birleştireceğini kararlaştırın. Bu, yalnızca ajansın çalışma düzeni değil, müşteri ekibinin de hazırlık konusudur.
Fiyat farkının kaynağını görünür kılın
İki teklif arasında fark varsa önce varsayımları karşılaştırın: içerik hazır mı, mevcut tasarım sistemi kullanılacak mı, katılımcılar müşteriden mi gelecek, geliştirme sırasında destek var mı? Kapsam dışı işleri, üçüncü taraf giderlerini ve değişiklik talebinin nasıl fiyatlanacağını ayrıca isteyin. Bu soruların cevabı olmadan fiyat farkını kalite farkı olarak yorumlamak mümkün değildir.
Son görüşmede her adaydan aynı örnek akışı nasıl ele alacağını anlatmasını isteyin. Hazır çözüm üretmelerini değil, hangi bilgiyi arayacaklarını açıklamalarını bekleyin. Böylece teklif metniyle çalışma yaklaşımı arasındaki bağı görebilirsiniz.
Sık sorulan sorular
En fazla ekran sunan teklif daha mı avantajlı
Her zaman değil. Kararın kalitesi, kritik kullanıcı görevlerinin ve gerekli durumların doğru ele alınmasına bağlıdır. Kullanılmayacak ekranlar kapsamı büyütür, değeri otomatik artırmaz.
Sabit kapsam belirsizliği tamamen kaldırır mı
Hayır. Araştırma yeni ihtiyaçlar gösterebilir. Sabit kapsamın yanında değişiklik yönetimi ve yeniden önceliklendirme yöntemi de belirlenmelidir.
Bir sonraki adım ne olmalı
Teklifleri ortak özet ve karşılaştırma tablosuyla yeniden değerlendirin. Çalışmanın kapsamını netleştirmek için VOYA UI UX tasarımı hizmetini inceleyebilirsiniz. Ajansın genel uygunluğunu ayrıca değerlendirmek için UX ajansı seçimi rehberine göz atın.
Kaynaklar
Daha Fazla İçerik Keşfet
Projeniz hakkında
konuşmaya hazır mısınız?
Projeniz hakkındaki fikirler, hedefler, talepler ve ulaşmak istediğiniz yer belli mi? Bir görüşme ayarlayarak tümünü hayata geçirme yolundaki ilk adımı beraber atalım.