Sunum için geri bildirim toplarken “Nasıl olmuş?” yerine belirli bir inceleme sorusu sorun. Dinleyici ana mesajı anladı mı, kanıt öneriyi destekliyor mu, beklenen eylem açık mı? Bu sorulara gelen yanıtlar, yalnız zevk farklarına dayanan yorumlardan daha uygulanabilirdir. İncelenecek sürümü ve yorum beklenen alanları açıkça paylaşın. Her yorumu sayfa ve sorunla ilişkilendirin; peş peşe gelen istekleri düşünmeden uygulamayın.
İnceleyenden hangi rolü beklediğinizi söyleyin
Bir konu uzmanından veri doğruluğu, bir marka sorumlusundan görsel dil, hedef kitleye benzeyen bir kişiden anlaşılabilirlik hakkında görüş isteyebilirsiniz. Herkese aynı geniş soruyu sormak yorumların dağılmasına neden olabilir. İnceleme notunda hangi kararların açık, hangilerinin onaylı olduğunu belirtin. Bunun amacı eleştiriyi kapatmak değil, yorumların mevcut işin hangi bölümüne etki ettiğini görünür kılmaktır.
Hedef kitleye uyarlama rehberi kimin görüşünün hangi soruyu yanıtlayacağını seçmek için yararlıdır.
Gözlenebilir sorular kullanın
“Daha çarpıcı yapalım” gibi bir yorum çok farklı çözümlere yol açabilir. Bunun yerine “İlk iki sayfadan sonra sunumun amacını nasıl tarif edersiniz?” diye sorun. Bir grafik için “Hangi sonucu çıkarıyorsunuz?” sorusu, okunabilirlik ve yorum sorununu birlikte gösterebilir. Sonuç slaytında “Bir sonraki adım nedir, kim yapacak?” diye kontrol edin. Yanıtlar beklentinizden farklıysa önce sorunu anlamaya çalışın; hemen yeni bir renk seçmeyin.
Örneğin inceleyen kişi teklifin kapsamını yanlış anlıyorsa sorun yalnız küçük yazı olmayabilir. Kapsam başlığı, örneklerin sırası veya eksik koşul da etkili olabilir. Yorumun arkasındaki karışıklığı bulmak daha kalıcı bir düzeltme sağlar.
Yorumları uygulanabilir kayda dönüştürün
Her yorum için sayfa, gözlenen sorun, önerilen değişiklik ve durum alanı tutabilirsiniz. Araç ne olursa olsun bu ayrım faydalıdır. “Dördüncü sayfa kötü” yerine “Maliyet tablosunda dönem belirtilmediği için aylık mı yıllık mı anlaşılmıyor” gibi bir kayıt oluşturun. Yorumu değiştirmeden önce sahibinin ne demek istediğini doğrulayın. Ekran görüntüsü gerekiyorsa gereksiz gizli bilgiyi içermemesine dikkat edin.
- Yorumu ilgili sayfaya bağlayın.
- Görüş ile doğrulanabilir hatayı ayırın.
- Önceliği içerik etkisine göre verin.
- Çelişen istekleri karar sahibine sorun.
- Düzeltme sonrası neyin değiştiğini bildirin.
AI ile düzenleyin, kararı devretmeyin
Örnek istem: “Bu geri bildirimleri içerik doğruluğu, anlatım, tasarım ve teslim sorunu olarak grupla. Aynı sorunu söyleyen yorumları birleştir. Çelişen talepleri açıkça göster. Hiçbir yorumu uygulanmış sayma ve eksik bilgi için soru üret.” Çıktıyı insan kararının yerine değil, inceleme sırasını kurmak için kullanın.
Sunum tasarım tutarsızlığı rehberi görsel yorumları ortak kurallara dönüştürmeye yardımcı olur.
Yorum sayısını kalite ölçütü saymayın
Bir sunuma az yorum gelmesi, onun mutlaka anlaşılır olduğu anlamına gelmez. İnceleyen kişi neye bakacağını bilmiyor olabilir veya sorular çok geniş kalmış olabilir. Tek bir sayfada ana bulguyu kendi cümlesiyle anlatmasını istemek, uzun bir beğeni listesinden daha açıklayıcı olabilir. Aynı şekilde çok yorum gelmesi de bütün önerilerin uygulanması gerektiğini göstermez.
Bir yorumu reddediyorsanız gerekçesini kısa ve içerikle ilişkili yazın. Örneğin kaynak notunu kaldırma isteği görsel sadelik sağlasa da iddianın değerlendirilmesini zorlaştırabilir. Alternatif olarak notun yerini veya biçimini iyileştirebilirsiniz. Geri bildirimde amaç herkesin bütün tercihlerini toplamak değil, sunumun ortak amacına hizmet eden tutarlı kararlar almaktır.
Son turda yalnız değişen alanı değil etkisini de kontrol edin
Bir başlığı kısaltmak, alttaki grafiğin mesajını değiştirebilir. Bir sayfa kaldırmak, sonraki bölümün bağlamını eksiltebilir. Draw ai içinde revizyon yaptıktan sonra etkilenen önceki ve sonraki sayfayı birlikte okuyun. Ardından inceleyene güncel sürümü gösterin ve açık sorunun kapanıp kapanmadığını sorun. İyi geri bildirim süreci daha çok yorum toplamakla değil, anlaşılır ve doğrulanmış kararlar üretmekle ölçülür.
← Bloga dön
