Bir ürün demosunu canlandırmadan önce storyboard nasıl hazırlanır?

Bir ürün demosunun video storyboard’u, sonucun başlangıçtan mantıken çıkmadığını fark ettiğiniz yerdir. Altı çekim kaydetmeden, müzik seçmeden veya bir geçişi incelikle işlemeden önce bunu görmek faydalıdır. Kabaca hazırlanmış bir dizi kare, eksik bir girdiyi ya da açıklanmayan bir değişikliği bitmiş bir animasyondan çok daha az emekle ortaya çıkarabilir.

Yazılım söz konusu olduğunda storyboard’un özel bir sorumluluğu vardır: ürünün mantığını korumalıdır. Bir video, birbiriyle ilgisiz arayüz durumları arasında atlarken akıcı görünebilir. Her tıklamayı gösterdiği hâlde izleyiciyi yapılan işin neden önemli olduğu konusunda da belirsizlikte bırakabilir. Storyboard, izleyicinin sorusunu, gerçek etkileşimi ve inceleyebileceği sonucu birbirine bağlamalıdır.

Burada işlenen örnek bir onay akışıdır: inceleyen kişi bir taslak alır, bir sorun bulur, belirli bir yorum bırakır ve düzeltilmiş sürümü görür.

Açılışı çizmeden önce sonucu yazın

İzleyicinin sorusunu yanıtlayacak son durumdan başlayın. Onay örneğinde önemli sonuç, geri bildirimi çözüme kavuşturulmuş düzeltilmiş bir taslaktır. Süs amaçlı bir “Bitti” kartı tek başına yeterli değildir. İzleyici neyin düzeltildiğini ve bunun ilk sorunla ilişkisini anlayabilmelidir.

Bu sonucu bir cümleyle yazın, ardından anlaşılması için öncesinde nelerin görünmesi gerektiğini belirleyin. İzleyicinin taslağı, ilgili sorunu ve değişiklik isteyen yorumu görmesi gerekir. Muhtemelen inceleyen kişinin oturum açmasını veya ilgisiz projeler arasında arama yapmasını izlemesi gerekmez.

Bu geriye doğru inceleme, açılışın bütün videoyu tüketmesini önler. Ekipler sıklıkla şirket tanıtımıyla başlar; çünkü kuruluşun başlangıcından başlamak doğal gelir. İzleyicinin başlangıç noktası ise genellikle farklıdır: tamamlaması gereken bir iş.

Sonucun dürüst kalmasını sağlayın. Görüntüler yalnızca yorum gönderildiğini gösteriyorsa, kapanış düzeltmenin otomatik tamamlandığını ima etmemelidir. Ya tamamlanmış iş akışını kaydedin ya da videonun vaadini gösterebildiğiniz bölümle sınırlayın.

Storyboard’u belgeyi süslemek için değil, karar vermek için kullanın

Storyboard’un güzel çizimlere ihtiyacı yoktur. İzleyicinin nereye bakacağını gösterecek kadar görsel bilgiye ve neyin değiştiğini açıklayacak kadar yazılı bilgiye ihtiyacı vardır. Üzerinde kabaca bir kırpma kutusu bulunan ekran görüntüsü, gerçekte var olmayan bir arayüzün özenli çiziminden daha yararlı olabilir.

Salesforce’un demo planlama çalışma sayfası yararlı bir başvuru kaynağıdır; çünkü gösterimi bir soru, çıkarım ve bilinçli bir yolculuk etrafında düzenler. Gösterimi ayrı karelere dönüştürmeden önce amaca yaptığı vurgudan yararlanabilirsiniz.

Önerilen her çekimin yanına, yanıtladığı izleyici sorusunu yazın. “Sorun nerede?” ile “Ne değişti?” farklı sorulardır. Art arda gelen iki çekim yeni kanıt eklemeden aynı soruyu yanıtlıyorsa biri gereksiz olabilir. Temel bir soruyu hiçbir çekim yanıtlamıyorsa storyboard bir boşluğu ortaya çıkarmıştır.

Belgenin kolayca değiştirilebilmesini sağlayın. Çok tasarlanmış bir sunuma hapsolmuş storyboard, değişikliklerin en değerli olduğu anda değişiklik yapmayı zorlaştırabilir. Çalışma sürümünde bir çekimi taşımak, çıkarmak veya değiştirmek kolay olmalıdır.

Eksik orta bölümü bulmak için yolculuk alanlarını kullanın

Salesforce çalışma sayfasının alt yarısı bir zorluk, “çünkü”, “bu nedenle” ve “ama” ile bağlanan bir yolculuk ve nihai bir sonuç ister. Bu yönlendirmeler açılış sorusundan farklı bir soruna odaklanır: olayların birbirinden mantıken çıkıp çıkmadığını sınar. Altı çekici ekrandan oluşan bir storyboard yine de bu sınavda başarısız olabilir.

Bu bağlaçları inceleme dizisinde deneyin. İnceleyen kişi bir ifadeyi seçer, çünkü sözcükleri yanlıştır. Bu nedenle yorumun o ifadeye bağlı kalması gerekir. Ama yorum tek başına yazarın harekete geçtiğini göstermez. Son çekimde düzeltilmiş ifade bulunmalı ya da hikâye geri bildirimin gönderilmesiyle bitmelidir. Dizi neden-sonuç ilişkileriyle yazıldığında eksik kayıt açıkça ortaya çıkar.

Bu keşfi storyboard’a aktarın. Düzeltilmiş taslak için bir yer ekleyin, kaydı kimin alacağını belirleyin ve önceki durumda aynı belge başlığını görünür tutun. Düzeltme hâlâ bekleniyorsa boşluğu süs amaçlı bir başarı kartıyla doldurmak yerine geri bildirime odaklanan daha kısa bir demo tamamlayın. Çalışma sayfası neyi kaydedeceğinize karar vermenize yardımcı olur; storyboard ise her kaydın ne kadar ekran alanına ve hareketsiz gösterim süresine ihtiyacı olduğunu belirler.

Her kareye beş bilgi ekleyin

İşe yarayan bir yazılım demosu karesinde görünür durum, kadraj, eylem veya değişiklik, kısa açıklama ve süre amacı bulunmalıdır. Bunlar her sayfada beş ayrı kutu olmak zorunda değildir. Ancak storyboard konuşulurken orada olmayan biri de bu bilgilere ulaşabilmelidir.

Görünür durum, gerçek ekranı veya varlığı tanımlar. Kadraj, bunun ne kadarının görüneceğini belirtir. Eylem, çekim sırasında neler olduğunu anlatır. Açıklama, seslendirmeyi veya editoryal metni kaydeder. Süre amacı ise üreticiye bunun hızlı bir yönlendirme anı mı, yoksa incelenmesi gereken bir sonuç mu olduğunu söyler.

Geçiş koşulu özellikle yararlıdır. Bir sonraki çekim gelmeden önce izleyicinin ne anlaması gerektiğini açıklar. “İki saniye beklet” bir başlangıç talimatı olabilir; ancak “kısa düzeltme mobil boyutta okunabilene kadar beklet” bu beklemenin neden var olduğunu açıklar.

Eksik kayıtları önerilen çekimlerin yanına işaretleyin. Düzeltilmiş taslak henüz kaydedilmediyse animasyon başlamadan bu kaydı birine atayın; aksi hâlde üreticinin hikâyeyi yorumda bitirmesi ya da daha zayıf bir kapanış kullanması gerekir.

Dizi boyunca durum sürekliliğini izleyin

Yazılımda durum sürekliliği çoğu zaman görsel süreklilikten daha önemlidir. Hikâye değişikliği açıklamıyorsa aynı proje adı, öğe başlığı, seçili hesap ve görev durumu korunmalıdır. İki farklı proje arasında yumuşak bir çözünme geçişi yapmak mantıksal kopukluğu düzeltmez.

Örnek için küçük bir süreklilik notu oluşturun. Projeyi, taslak başlığını, hedef ifadeyi ve yorum metnini kaydedin. Her durumu kaydederken bu notu kullanın. Uyumsuzluğu görüntüleri hazırlarken fark etmek, son müzik ve tipografi yerleştirildikten sonra fark etmekten daha kolaydır.

Yalnızca çekimlerin içindekileri değil, aralarında olanları da kontrol edin. Bir çekimin sonunda yorum açıksa ve sonraki çekim düzeltilmiş taslakla başlıyorsa kurgu, işin yapıldığı aralığı nasıl aktaracak, karar verin. Kısa bir geçişe, açıklama yazısına veya düzeltmenin gerçek kaydına ihtiyacınız olabilir.

Önemli olduğunda nedeni koruyun. Bir ürün demosu, kurgu o düğmenin sonucu doğurduğunu ima edecekse, sonucun hemen öncesine ilgisiz bir düğmeye tıklamayı koymamalıdır. Bunu yakalamak için doğru yer storyboard’dur; çünkü işaretçinin konumu ve durum değişiklikleri henüz kolayca yeniden düzenlenebilir.

Ekran kanıtını editoryal açıklamadan ayırın

Gerçek arayüz, izleyiciye ürünün neler içerdiğini söyler. Editoryal metin, belirli bir bölümün neden önemli olduğunu söyler. Bu rolleri ayrı tutmak videoyu anlamayı ve güncellemeyi kolaylaştırır.

Örneğin gerçek yorum arayüzü görünür kalırken bir açıklama yazısı “Geri bildirimi sorunla bağlantılı tutun” diyebilir. Ürünün kendi etiketlerini pazarlama metniyle değiştirmek bu sınırı bulanıklaştırır. Arayüz etiketi yanlış veya eskiyse storyboard’da üzerini boyamak yerine ürün kaydını yenileyin.

Ek açıklamaları özellik yaratmak için değil, dikkati yönlendirmek için kullanın. Yorumun çevresindeki bir çerçeve editoryal vurgu olabilir. Üründe hiç var olmamış yeni bir animasyonlu düğme ise farklı türde bir iddiadır. Gerekli olduklarında kavramsal öğeleri kavram olarak etiketleyin ve kayıtlı davranış gibi görünmelerine izin vermeyin.

Bu ayrım bakım için de yararlıdır. Editoryal açıklamalar ekran varlığından bağımsız değişebilir. Ürün değişiklikleri yeni kayıt gerektirir. Storyboard, gelecekteki bir düzeltmenin hangi tür değişikliğe ihtiyaç duyduğunu açıkça göstermelidir.

Kamera hareketini bir dizi varış noktası olarak planlayın

Kameranın nerede başladığını, nerede bittiğini ve neden hareket ettiğini yazın. “Taslakla başla, vurgulanan ifadeye yaklaş, sonra sabit kal” animasyona bir hedef verir. “Dinamik yakınlaştırmalar ekle” ise izleyicinin bunlardan ne öğrenmesi gerektiğini belirtmez.

Kamera hareketi bir kontrol ile sonucu arasında ilişki kurabilir. Çok uzağa veya çok hızlı giderse bu ilişkiyi yok da edebilir. Hareket bittiğinde izleyicinin başlangıçtaki bağlamı hâlâ tanıyıp tanıyamadığını kontrol edin. Tanıdık bir başlık veya bölüm sınırı referans noktası olabilir.

Her çekimde mümkün olan en yakın kadrajı kullanmaktan kaçının. Yakın görünümler ayrıntıyı iyileştirir ama yön bulmayı zorlaştırır. Bilinçli biçimde geçiş yapın: işi konumlandıracak kadar bağlam gösterin, önemli eyleme yaklaşın, ardından sonucu anlaşılmasını sağlayan ölçekte gösterin.

Hareket bittikten sonraki sabit kareyi de storyboard’a ekleyin. İzleyici orada okuduğu veya karşılaştırdığı için en önemli görüntü çoğu zaman budur. Storyboard yalnızca çarpıcı ara konumları içeriyorsa asıl bilginin yeterli alan alıp almadığını gözden kaçırabilir.

Metni ve süreyi birlikte kontrol edin

Bir cümle, okunabilmesi için ayrılan zaman ve alandan bağımsız değerlendirilemez. Kullanmayı düşündüğünüz metni yaklaşık son boyutunda kaba kareye yerleştirin. Yer tutucu metin; satır sonları, uzunluk ve vurguyla ilgili sorunları gizler.

Diziyi beklenen izleme ölçeğinde okuyun. Küçük bir sosyal medya oynatıcısında gösterilen masaüstü ekran görüntüsü, büyük bir sunumda kullanılan aynı görüntüden çok daha yakın bir kadraj gerektirebilir. Kilit ifade o ölçekte kayboluyorsa ayrıntılı animasyona emek vermeden önce kadrajı değiştirin.

Kareye giriş için kullanılan süreyi okuma süresinden ayırın. Çekimin büyük bölümünde kayarak yerine gelen metnin sabit okuma süresi çok az olabilir. Özellikle arayüzün kendisi önemli etiketler içeriyorsa storyboard, varışın ardından bir bekleme ayırmalıdır.

Her süre sorununu videoyu uzatarak çözmeyin. Bazen seslendirme ekrandakini tekrar eder veya açıklama yazısı aynı anda iki fikri anlatmaya çalışır. Metni kısaltmak, her çekime bir saniye eklemekten daha fazla iyileşme sağlayabilir.

Çekim yer tutucularının disiplininden yararlanın

Apple’ın iMovie storyboard belgeleri, storyboard yer tutucularına medya eklemeyi anlatır. Buradaki yararlı üretim fikri, son medya seçilmeden önce çekimin bir görevinin olmasıdır. Yer tutucular, çekimin görevini onu sonunda dolduracak medyadan ayırmaya yardımcı olur.

Her yuvanın hangi kanıta ihtiyaç duyduğunu adlandırarak bu disiplini yazılım demosuna uygulayın. “Düzeltilmiş ifadeyi gösteren sonuç ekranı”, “güzel ürün çekimi”nden daha güçlü bir yer tutucudur. Varlıkları toplayan kişiye hikâyeyi neyin karşılayacağını söyler.

Yer tutucu belirsizliği de ortaya çıkarmalıdır. Özellik tamamlanmadığı için sonuç durumu henüz kaydedilemiyorsa bunu çözümlenmemiş olarak işaretleyin. Özenli bir maketin planlanan bir yeteneği sessizce gösterilmiş bir yeteneğe dönüştürmesine izin vermeyin.

Gerçek medya geldiğinde çekimi yeniden değerlendirin. Elinizdeki ekranın şekli veya yoğunluğu kaba çizimin düşündürdüğünden farklı olabilir. Kanıtı artık çalışmayan bir kompozisyona zorlamak yerine düzenin kanıta uyum sağlamasına izin verin.

Eksik varlığı planda görünür kılın

İnceleme örneğinde çalışma varlıklarını durumlarına göre adlandırın: draft-before, comment-open ve draft-corrected. Her birinin yanına kaydedilmiş, doğrulanmış veya hâlâ gerekli olduğunu yazın. draft-corrected eksikse storyboard, sessizce kutlama görseli koymak yerine çözümlenmemiş bir yuva göstermelidir.

Bu küçük envanter, nelerin yeniden kullanılabileceğini de gösterir. Geniş taslak ve ifadenin yakın görünümü aynı özgün kayıttan gelebilir. Düzeltilmiş durumun kendi kanıtına ihtiyacı vardır. Kadrajları yeni durumlardan ayıran bir çekim listesi, materyal toplayan kişinin hem gereksiz çalışmadan hem de kanıtsız geçişlerden kaçınmasına yardımcı olur.

İnce işçiliğe geçmeden kaba bir zamanlı dizi oluşturun

Önerilen ekranları basit kesmeler ve geçici beklemelerle sıraya koyun. Bu kaba dizinin müziğe, ayrıntılı geçişlere veya son renk düzenlemesine ihtiyacı yoktur. Görevi, hikâyenin zaman içinde takip edilip edilemediğini ortaya çıkarmaktır.

Duraklatmadan izleyin. Sonra işi tek cümleyle açıklayın. Açıklama dizide hiç görünmeyen bir bilgiye dayanıyorsa eksik bağlamı ekleyin veya vaadi daraltın. Storyboard incelemesi, bu yapısal sorunları erkenden yakaladığında en değerlidir.

Seslendirme veya açıklama yazılarıyla tekrar izleyin. Okuma ile eylemin birbiriyle yarıştığı yerlere bakın. Yeni bir sözlü talimatla aynı anda ortaya çıkan yoğun bir yorum fazla dikkat isteyebilir. Birini daha erkene alın, metni sadeleştirin veya sessiz bir bekleme verin.

Geçişleri yalnızca kaba dizi çalıştıktan sonra iyileştirin. İlgisiz iki durum arasındaki güzel bir geçiş sorunun fark edilmesini zorlaştırabilir ama mantığı güçlendirmez. Hikâye sıradan kesmelerle de ayakta kalmalıdır.

Focus’un sade “Done.” kartı o videoda bir tamamlanma anı sağlar. İnceleme storyboard’unda tamamlanma kartını kullanmadan önce düzeltilmiş ifadeyi görünür tutun; yoksa izleyici düzeltmeyi görmeden bir durum görür.

İnceleyenlere tercihlerini değil, boşlukları sorun

İnceleyenlere belirli bir görev verin. Hikâyeyi nerede kaybettiklerini, hangi sonucu anladıklarını veya sırada ne beklediklerini sorun. Bu sorular, animasyon tarzını beğenip beğenmediklerini sormaktan daha yararlı erken geri bildirim üretir.

Olgusal incelemeyi yaratıcı incelemeden ayırın. Ürünü bilen biri durum dizisini ve etiketleri doğrulayabilir. Daha az tanıyan biri eksik bağlamı ortaya çıkarabilir. İki bakış açısı birbirini tamamlar; ancak hiçbiri diğerinin yerine geçmemelidir.

Anlaşmazlıkları izleyicinin ihtiyacı üzerinden kaydedin. Bir inceleyen daha uzun açılış, diğeri daha hızlı başlangıç istiyorsa açılışın hangi bilgiyi vermesi gerektiğini belirleyin. İzleyicinin gerçekten ihtiyaç duyduğu tek bilgiyi koruyarak tanıtımı kısaltabilirsiniz.

İstenen her özelliği aynı storyboard’a almaktan kaçının. Bir öneri geçerli olup yine de başka bir videoya ait olabilir. İnceleme sırasında dizinin genel bir ürün turuna dönüşmemesi için temel soruyu görünür tutun.

Onaylanan storyboard’u üretim devrine dönüştürün

Son storyboard her çekimi gerçek kaynak varlığına, onaylı metne, süre amacına ve çözümlenmemiş soruna bağlamalıdır. Üretici hangi sürümün onaylandığını tahmin etmek zorunda kalmasın diye eski seçenekleri etkin diziden çıkarın.

Bir OpenDesign Motion brief’inde sahne sırasını anlatabilir ve ilgili varlıkları ekleyebilirsiniz. Düzenlenebilir projeyi ve render edilmiş videoyu isteyin; storyboard’u da yanlarında saklayın. Belge amaçlanan hikâyeyi açıklar; dışa aktarılan dosya gerçekte ne üretildiğini gösterir.

Storyboard değişikliklerini mevcut MP4’te otomatik değişiklikler olarak değil, plan değişiklikleri olarak ele alın. Yenilenmiş bir satırın veya süre notunun hâlâ uygulanıp render edilmesi gerekir. İşi tamamlanmış saymadan önce yeni çıktıyı onaylı diziyle karşılaştırın.

Dolayısıyla işe yarayan bir ürün demosu storyboard’u, çekici kareler sırasından fazlasıdır. Kanıt, dikkat ve sıra üzerine kısa bir uzlaşmadır. Bu kararlar açık olduğunda animasyon, sonradan açıklama icat etmeye çalışmak yerine açıklamayı takip etmeyi kolaylaştırabilir.