Düzenli içerik üreten herkesin er geç çarptığı duvar burasıdır. İlk çalışmada yerleşimi düşünerek kurarsınız. Başlık şurada dursun, görsel şu oranda olsun, alt metin şu puntoyla gitsin. On beşinci içeriğe geldiğinizde bu kararların bir kısmını hatırlamazsınız. Yeniden verirsiniz. Yeni kararlar eskilerden birkaç piksel, birkaç punto, bir tık hizalama farkıyla ayrılır. Tek tek bakıldığında hiçbiri hata sayılmaz. Setin tamamı yan yana konduğunda ortaya kurumsal olmayan bir bütün çıkar.
Bu, dikkat eksikliğinden kaynaklanan bir problem değildir. İnsan eliyle tekrarlanan her kararın oldukça doğal bir sonucudur. Aynı kararı yüz kez veren hiç kimse (veya hiçbir yapay zeka modeli) yüz kez aynı cevabı vermez.
Birbirinden ayrılması gereken üç katman
Elle hazırlanan bir içerikte üç şey aynı anda ve iç içe yapılır: içeriğin ne olduğuna karar vermek, o içeriğin nasıl yerleşeceğine karar vermek ve dosyayı üretmek.Bu üçü birbirine yapışık kaldığı sürece hiçbiri ölçeklenmez. Çünkü içerikte yapılan küçük bir değişiklik, yerleşimi elle düzeltmeyi ve dosyayı baştan kaydetmeyi gerektirir.
Şablon tabanlı üretimin temel hamlesi bu üçünü ayırmaktır.
İçerik katmanı neyin anlatılacağını tutar. Başlık, gövde metni, hangi görselin kullanılacağı, seslendirmede ne söyleneceği. Bu katman biçimden habersizdir. Puntoyu, rengi, koordinatı bilmez.
Şablon katmanı bu içeriğin nasıl görüneceğini tanımlar. Yerleşim, tipografi, kenar boşlukları, görsel alanının koordinatları. Bu katman içerikten habersizdir. Ne anlatıldığını bilmez, nereye yerleşeceğini bilir.
Render katmanı ikisini birleştirip dosyayı üretir. Burada karar verilmez, sadece uygulanır.
Ayrım yapıldığı anda değişen şey şudur: içerik güncellendiğinde yerleşime dokunulmaz, yerleşim güncellendiğinde içeriğe dokunulmaz. İki eksen bağımsız hale gelir.
Serbest tasarım yerine tiplenmiş şablonlar
Ayrımı yaptıktan sonraki soru şudur: Şablon katmanı ne kadar serbest olmalı?
Sezgisel cevap "olabildiğince esnek" olur. Pratikte doğru cevap bunun tersidir.
Sınırlı sayıda, numaralandırılmış slayt tipi tanımlamak esnek bir yerleşim motorundan daha iyi sonuç verir. Altı ila sekiz tip, bir eğitim setinin gerçek ihtiyacını fazlasıyla karşılar: açılış, tanım, görsel ağırlıklı anlatım, madde listesi, karşılaştırma, kapanış gibi.
Her tipin tanımı tek bir yerde durur ve içerikten bağımsızdır.
"T4_adim": {
"amac": "Tek bir demleme adımı: solda görsel, sağda eylem ve gerekçe.",
"zemin": "acik_krem",
"ogeler": [
{ "oge": "adim_no", "x": 0.90, "y": 0.70, "w": 0.46, "h": 0.46, "punto": 12, "renk": "vurgu" },
{ "oge": "adim_basligi", "x": 1.55, "y": 0.68, "w": 10.8, "h": 0.60, "punto": 28, "kalin": true },
{ "oge": "gorsel_karti", "x": 0.90, "y": 1.75, "w": 5.20, "h": 4.30, "kose_yaricapi": 0.12 },
{ "oge": "eylem_metni", "x": 6.35, "y": 1.95, "w": 5.75, "h": 0.90, "punto": 15 },
{ "oge": "gerekce", "x": 6.35, "y": 3.10, "w": 5.75, "h": 1.10, "punto": 13 }
]
}Bunun getirisi üretim hızı değildir. Tutarlılığın artık bir dikkat meselesi olmaktan çıkmasıdır. Bir slayt yanlış hizalanamaz, çünkü hizalama slaytın kendisinde tanımlı değildir.
Buradaki kritik kural şudur: bir içerik mevcut tiplerden hiçbirine oturmuyorsa, çözüm o slayda özel bir istisna yazmak değildir. Ya içerik bölünür ya da şablon kalıcı olarak revize edilir. Tek seferlik istisnalar bir süre sonra şablonun kendisini anlamsızlaştırır.
Kısıtları sayıya dökmek
Tiplenmiş şablonların en çok hafife alınan faydası, tasarım kısıtlarının ölçülebilir hale gelmesidir.
Elle çalışırken "başlık çok uzun olmasın" bir temenni olarak kalır. Şablon katmanında aynı şey bir sayıdır. Başlık alanı şu genişlikte, punto şu, dolayısıyla sığabilecek maksimum karakter sayısı şu kadardır.
"T4_adim": {
"metin_limitleri": {
"adim_basligi": { "maks_karakter": 60, "satir": 1 },
"eylem_metni": { "maks_karakter": 120, "satir": 2 },
"gerekce": { "maks_karakter": 150, "satir": 2 },
"uyari": { "maks_karakter": 210, "satir": 3 }
},
"tasma_kurali": "Metni kısalt, kartı büyütme. Ekrandan çıkan bilgi seslendirme metnine taşınır.",
"gorsel_kisiti": { "en_boy_orani": "4:3", "min_cozunurluk": "1200x900" }
}Bu sayı yazıldığı anda, taşan bir metin göz kararıyla fark edilmeyi beklemez. Üretim öncesinde yakalanır. Hata, dosya açıldığında değil, dosya oluşmadan önce görünür hale gelir.
Bu, elle çalışırken imkânsız olan bir şeydir. Bir sunumu gözle kontrol etmek, sunumu baştan sona okumayı gerektirir. Kısıtı sayıya çeviren bir sistem bunu saniyeler içinde yapar ve yorulmaz.
Seslendirme metnini aynı kaynaktan üretmek
Eğitim videosu üretiyorsanız slayt tek başına çıktı değildir. Yanında bir seslendirme metni vardır.Bu metni sonradan yazmak yaygın bir tercihtir ve pahalıya mal olur. Çünkü seslendirme metni yazılırken slaytların akışı yeniden okunur, bazı slaytların bölünmesi gerektiği fark edilir, bazılarının sırası değişir. Yani slayt üretimi bir kez daha yapılır.Seslendirme metnini içerik katmanının bir alanı olarak tanımladığınızda bu tekrar ortadan kalkar. Slaydın metni ve o slaytta söylenecek cümle aynı kaydın içinde, yan yana durur.{
"id": "adim_03",
"sablon": "T4_adim",
"gorsel": "adimlar/03_bloom.png",
"ekran": {
"adim_basligi": "Kahveyi ıslatın",
"eylem_metni": "30 ml suyu dairesel dökün, 30 sn bekleyin.",
"gerekce": "Karbondioksit çıkmadan su kahveye eşit dağılmaz."
},
"seslendirme": "Otuz mililitre suyu merkezden başlayarak dairesel biçimde dökün ve otuz saniye bekleyin. Bunu yapıyoruz, çünkü kahvedeki karbondioksit çıkmadan su tabana eşit dağılmaz.",
"tahmini_sure_sn": 12
}Türkçe için buraya bir ayrıntı daha ekleniyor. Seslendirme motorlarının okuma davranışı metni yazarken hesaba katılmazsa, sonradan düzeltme tüm seti yeniden gözden geçirmek anlamına gelir. Kısaltmaların açık yazılması, rakamların okunuşa göre düzenlenmesi, cümle uzunluklarının nefes alacak şekilde sınırlanması gibi kurallar içerik katmanının parçası olduğunda bu yük kaybolur."seslendirme_kurallari": {
"yerlesim": "Konuşmacı notları alanı. Slayt üzerine metin kutusu olarak yazılmaz.",
"slayt_basina_maks_kelime": 60,
"okuma_hizi_kelime_sn": 2.6,
"okunus_donusumu": [
{ "ekran": "92 °C", "seslendirme": "doksan iki derece" },
{ "ekran": "1:16", "seslendirme": "bire on altı" },
{ "ekran": "30 sn", "seslendirme": "otuz saniye" }
],
"yasak": [
"Kısaltmaları harf harf okunacak şekilde bırakmak",
"Parantez içi ifadeleri olduğu gibi okutmak",
"Noktalama işaretlerini metne yazmak"
]
}Revizyonun maliyeti
Şablon tabanlı üretimin en somut getirisi, yaptığınız ilk üretimde değil ikincisinde görünür.
Elle hazırlanmış bir sette içerik revize edildiğinde, revizyon slayt slayt gezilir. Değişen bir tanım, o tanımın geçtiği her yerde elle bulunup düzeltilir. Bu iş uzun sürdüğü için ertelenir, ertelendiği için birikir.
Veri katmanına bağlı bir üretimde revizyon, ilgili alanı düzeltip üretimi yeniden çalıştırmaktan ibarettir. Çıktı baştan oluşur. Kısmi güncelleme diye bir şey yoktur, dolayısıyla yarım kalmış güncelleme de yoktur.
Buna bağlı ikinci bir kazanım var. İçerik katmanı düz metin olduğu için sürüm takibine girer. İki sürüm arasındaki farkı görebilirsiniz. Hangi modülde neyin değiştiğini, kimin değiştirdiğini izleyebilirsiniz. Binary bir sunum dosyasında bu mümkün değildir.
Otomatik üretimin sessiz tehlikesi şudur: komut hatasız tamamlanır, dosya oluşur, sorun ancak dosya açıldığında görünür.
Görsellerin yanlış oranda yerleşmesi, şeffaf arka planlı görsellerle maskelerin eşleşmemesi, bir metin alanının taşması. Bunların hiçbiri üretimi durduran hata değildir. Sadece çıktıyı bozar. Bu yüzden üretim hattının sonuna bir doğrulama adımı koymak, hattın kendisi kadar önemlidir.
Her görselin beklenen oranda olup olmadığı, her metin alanının limitin altında kalıp kalmadığı, her slaydın bir şablon tipine sahip olup olmadığı üretimden hemen sonra kontrol edilir.Bu adım olmadan kurulan bir sistem, hataları daha hızlı üreten bir sisteme dönüşür.
Ne zaman değmez?
Bu yaklaşımın bir kurulum maliyeti var ve her işte karşılığını vermez.
Tek seferlik bir sunum hazırlıyorsanız elle yapmak daha hızlıdır. Her slaydın kendine özgü bir tasarımı olacaksa şablon mantığı zaten çalışmaz. İçeriğin yapısı her seferinde değişiyorsa, şablon tanımlamak yerine her seferinde yeniden tanımlamak zorunda kalırsınız.Bu yöntem tekrarın olduğu yerde kazandırır. Aynı yapıdaki içeriğin farklı konularla, çok sayıda üretileceği işlerde. Eğitim setleri, ürün tanıtım serileri, düzenli raporlamalar, çok dilli içerik üretimi.
Kaba bir eşik vermek gerekirse: aynı yapıyı üçüncü kez elle kurduğunuzu fark ettiğinizde, dördüncüsünü kurmak yerine şablonu yazmanın zamanı gelmiştir.
Özetle
Tekrar eden üretimde kaliteyi belirleyen şey, her seferinde dikkatli çalışmaktan ziyade, kaç kararı bir kere verip sabitlediğinizdir.
Tasarım kararlarını üretim anından çıkarıp bir veri katmanına taşıdığınızda kazandığınız şey tutarlılığın garanti altına alınması, hataların dosya açılmadan önce yakalanması, revizyonun ucuzlaması ve işin devredilebilir hale gelmesi.
Sonuncusu belki de en önemlisi. Elle hazırlanan bir set, onu hazırlayan kişiye bağlıdır. Şablona bağlanmış bir üretim, aynı içeriği verebilen herkes tarafından aynı sonuçla tekrarlanabilir.
Görüşmek üzere... :)