İçeriğe atlaDEMOBu site Briefikir tarafından geliştirilmiş bir tanıtım demosudur. Ajansınıza site ve yönetim yazılımı için bize ulaşın →
  1. Ana sayfa
  2. Blog
  3. Revizyon turu nedir, kaç tane olmalı?

Süreç · 5 dk okuma

Revizyon turu nedir, kaç tane olmalı?

Revizyon hakkı sözleşmenin en çok yanlış anlaşılan maddesidir. Turu tanımlamak, sayısını belirlemek ve verimli geçirmek için öneriler.

İrem Sönmez

Revizyon turu nedir, kaç tane olmalı?

Web projelerinde en çok gerilim yaratan cümle muhtemelen “bir küçük değişiklik daha” cümlesidir. Bu gerilimin kaynağı çoğu zaman revizyon turunun ne olduğunun baştan tanımlanmamasıdır. Bu yazıda revizyon turunu nasıl tanımladığımızı, kaç tur önerdiğimizi ve turları nasıl verimli geçirdiğimizi anlatıyoruz.

Revizyon turu nedir?

Bir revizyon turu, müşterinin bir tasarım sürümü hakkındaki notlarını toplu olarak iletmesi, ajansın bu notları uygulaması ve yeni sürümü paylaşmasıdır. Önemli olan “toplu” kelimesidir. Aynı gün içinde beş ayrı e-postayla gelen beş not tek bir turdur; ama notlar yeni sürüm paylaşıldıktan sonra gelirse yeni bir tur başlar.

Tur, bir ekran grubu için sayılır. Ana sayfa, ürün sayfası ve sepet akışı ayrı gruplarsa her birinin kendi tur sayacı vardır.

Kaç tur olmalı?

Standart sözleşmemizde her ekran grubu için üç tur bulunur. Deneyimimiz şunu gösteriyor:

  • Birinci tur yapısal notlar içerir: sıralama, içerik öncelikleri, eksik bölümler.
  • İkinci tur görsel ayrıntılara iner: görsel seçimi, tipografi, boşluklar.
  • Üçüncü tur cilalamadır: metin düzeltmeleri, küçük hizalamalar.

Üç turdan fazlasına ihtiyaç duyuluyorsa genellikle sorun tasarımda değil, kapsamda ya da karar sürecindedir. Bu durumda dördüncü turu açmak yerine bir toplantıyla hedefleri yeniden konuşmak daha verimlidir.

Revizyon ile kapsam değişikliği farkı

“Başlık bir punto daha büyük olsun” bir revizyondur. “Ana sayfaya bir de mağaza bulucu ekleyelim” ise kapsam değişikliğidir. İkincisi yeni tasarım, yeni geliştirme ve yeni test demektir; revizyon turu içinde değil, kapsam değişikliği olarak fiyatlandırılır. Bu ayrımı baştan konuşmak, ilişkiyi korur.

Turları verimli geçirmek için

Notları tek kişide toplayın

Birden fazla kişi yorum veriyorsa notları bir kişi toplasın ve çelişkileri kendi içinizde çözün. Ajansa birbirine zıt iki not gelirse ikisini de uygulamak mümkün değildir ve tur boşa harcanır.

Notu ekranın üstüne bırakın

“Sağdaki görsel biraz garip” notu yorum gerektirir. Ekranın tam üstüne bırakılmış bir pin ise tartışmasızdır. Müşteri portalımızda tasarımın istediğiniz noktasına tıklayıp numaralı pin bırakabilirsiniz; ekip her pini tek tek yanıtlar ve çözüldü olarak işaretler.

Sorunu yazın, çözümü değil

“Bu düğme kırmızı olsun” yerine “bu düğme yeterince dikkat çekmiyor” yazmak tasarımcıya daha iyi çözümler bulma alanı tanır. Belki çözüm renk değil, konum ya da boşluktur.

Gerçek içerikle bakın

Örnek metinli tasarımlar yanıltıcıdır. Mümkünse ilk turdan itibaren gerçek başlıklar ve gerçek görseller kullanın; birçok not içerik geldiğinde kendiliğinden ortadan kalkar.

Turun sonu: onay

Son turdan sonra tasarımı onaylarsınız. Onay, tasarımın geliştirmeye geçtiği andır; bu noktadan sonraki değişiklikler geliştirme maliyeti doğurur. Portalda onay tek tıkla verilir, kimin ne zaman hangi sürümü onayladığı kayda geçer ve ilgili hakediş faturası hazırlanır.

Turlara kimler katılmalı?

İdeal olarak her turda aynı küçük grup yer almalıdır: kararı verecek kişi, içeriği en iyi bilen kişi ve gerekiyorsa teknik tarafı temsil eden biri. Projenin ortasında yeni bir karar vericinin katılması, önceki turlarda verilen kararların yeniden tartışılmasına yol açar. Böyle bir değişiklik kaçınılmazsa, yeni katılan kişiye önce onaylanmış kararların kısa bir özetini sunar, sonra yeni turu başlatırız. Bu sayede sayaç boşa dönmez ve ekip aynı yerden devam eder.

Revizyon turu bir kısıtlama değil, bir ritimdir. Ritim baştan konuşulduğunda hem ajans hem müşteri projenin nerede olduğunu bilir.

Projenizi konuşalım. Brief sihirbazı iki dakikada kapsamı, süreyi ve önerilen ekibi çıkarır.

Brief’i başlat

K/07 — Devamı

Okumaya devam

Tüm yazılar

Süreç · · 6 dk

Web sitesi brief’i nasıl hazırlanır?

İyi bir brief, teklifi hızlandırır ve projeyi kapsam tartışmasından korur. Hangi soruların yanıtı gerektiğini adım adım anlatıyoruz.

Strateji · · 5 dk

Kurumsal site mi, e-ticaret mi?

Ürün satıyor olmanız e-ticaret sitesine ihtiyacınız olduğu anlamına gelmez. Karar verirken bakmanız gereken beş soru.

Teknik · · 7 dk

Core Web Vitals rehberi: LCP, INP ve CLS

Google’ın sayfa deneyimi ölçütlerini sade bir dille anlatıyor, her biri için en sık rastladığımız sorunları ve çözümlerini sıralıyoruz.

WhatsApp