Yapay zekâ ile hazırlanan bir sunumun slaytları düzenli görünebilir; ancak konuşmacı notlarının doğru slayta bağlı kaldığı ayrıca sınanmalıdır. Slaytları taşımak, çoğaltmak, başlığı değiştirmek veya sunumu başka uygulamada açmak, not ile görünür içerik arasındaki ilişkiyi etkileyebilir. Bu rehber, bir sunum dosyasını yalnız ilk açılış görünümüne göre kabul etmek yerine, slayt-not eşleşmesini ve sunucu ile izleyiciye gösterilen çıktıları küçük bir prova üzerinden değerlendirmeyi anlatır. Herhangi bir yapay zekâ programının konuşmacı notu ürettiği veya bunları tüm biçimlerde koruduğu iddia edilmez; seçim, kendi dosyanızda yapılan testlere dayanmalıdır.

İlk olarak sunumun amacı, hedef kitlesi ve kullanılacağı uygulama sürümü belirlenir. Üç slaytlık temsili bir örnek yeterli olabilir: giriş, ana açıklama ve kapanış. Her slaytta izleyicinin göreceği metin ile sunucuya ayrılan konuşma notunu ayrı ayrı yazın. Not, slayttaki mesajı genişletebilir; fakat izleyicinin görmesi gereken zorunlu bilgi yalnızca not alanında kalmamalıdır. Tam tersine, sunucuya özel hatırlatma veya geçiş cümlesi de görünür slayta yanlışlıkla taşınmamalıdır.

Slayt ve not için eşleşme anahtarı kurun

Her slayta sıra numarasından bağımsız, değişmeyecek bir kimlik verin. Sıra numarası slayt taşındığında değişir; kimlik ise aynı içerik birimini izlemeyi sağlar. Çalışma tablosunda slayt kimliği, başlık, görünür ana mesaj, konuşmacı notu, notun amacı ve kontrol durumu ayrı sütunlarda bulunsun. Bu tablo, sunumun tasarımının yerine geçmez; yalnızca üretim ve denetim sırasında hangi notun hangi slayta ait olduğunu görünür kılar.

Notun görevini de tanımlayın: ek açıklama mı, örnek mi, konuşmacının vurgulayacağı nokta mı, yoksa sonraki slayta geçiş mi? Bir not birden fazla slaytın içeriğine değiniyorsa hangi bölümün hangi slayta ait olduğu belirtilmelidir. Slayt başlığını sonradan değiştirseniz bile eşleşme yalnız başlık metnine bağlı kalmamalıdır. Kimlik, başlık ve ana mesaj birlikte kullanıldığında benzer başlıkların veya tekrarlanan şablonların birbirine karışma olasılığı azalır.

Üç slaytlık kabul örneği hazırlayın

Gerçek ve hassas içerik yerine temsili bir konu seçin. Üç slaytın her biri için bir ana mesaj ve o mesajı destekleyen kısa bir konuşmacı notu yazın. Her notun içinde slaytta bulunmayan yeni bir olgu varsa, o bilgi için kaynak veya onay kaydı isteyin. Sunum akışını kuran geçiş notları, veri veya iddia ekleyen notlardan ayrılmalıdır. Böylece modelin metni akıcı biçimde tamamlaması, kanıtsız bir ayrıntıyı fark etmeden kabul etmenize yol açmaz.

İlk çıktıyı olduğu gibi kullanmak yerine, her slaytı kaynak notuna geri bağlayın. Başlık ve gövde mesajı hedefi karşılıyor mu? Konuşmacı notu aynı slaytın mesajını destekliyor mu? İzleyiciye gösterilmesi gereken bir uyarı veya kaynak, yalnızca sunucu notuna mı yazılmış? Bir not, sunumda bulunmayan bir vaat veya sonuç ekliyor mu? Bu sorulara “evet/hayır” ve kısa gerekçe kaydetmek, farklı araçlardan gelen sunumları aynı kabul koşullarıyla karşılaştırmayı sağlar.

Slaytlar taşınınca ve çoğaltılınca tekrar kontrol edin

Sunumun yapısını değiştirmek, eşleşme hatalarını görünür kılmak için iyi bir testtir. İkinci slaytı üçüncü sıraya taşıyın, bir slaytı çoğaltın veya yalnız başlığı değiştirin. Ardından her notun hâlâ doğru slaytta olduğunu kontrol edin. Kopyalanan slayt, önceki slaydın notunu da taşıyabilir; bu durumda not metni var diye eşleşme doğru kabul edilmemelidir. Slayt kimliği ve kısa içerik anahtarı, değişiklik sonrasında doğru ilişkiyi bulmanıza yardım eder.

Kontrollü testte aynı anda çok sayıda düzenleme yapmayın. Önce bir slaytı taşıyın, sonucu kontrol edin, sonra bir slaytı çoğaltın. Beklenen not ile görünen not farklıysa hangi işlemin soruna yol açtığı daha kolay anlaşılır. Bir düzenlemeden sonra notları baştan oluşturmak zorunda kalıyorsanız bu da seçilecek üretim aracının iş akışı maliyetine dair gözlenebilir bir bulgudur. Tek deneme bütün sunumların güvenilirliğini kanıtlamaz; yalnızca bu örnek ve bu sürüm için karar desteği verir.

Sunucu ve izleyici görünümünü ayrı sınayın

Sunucuya ayrılan not ile izleyicinin gördüğü slayt aynı şey değildir. Sunumu hedef uygulamada açın; sunum görünümünde konuşmacı notlarının nerede göründüğünü ve izleyiciye verilen ekran ya da dosyada hangi içeriğin yer aldığını ayrı ayrı kontrol edin. Not sayfası çıktısı, PDF aktarımı, sunucu görünümü ve normal slayt gösterisi farklı amaçlara hizmet edebilir. Bir görünümde doğru çalışan sunumun diğerinde de aynı şekilde gösterileceğini varsaymayın.

Atıf verilen Microsoft Support belgesine göre PowerPoint web not oluşturabilir, ancak slayt gösterisi sırasında notları gösteremez. Bu ifade yalnız belirtilen PowerPoint web davranışı içindir. Masaüstü PowerPoint ve başka ürünler için hedef sürümün belgesini okuyun; ardından sunucu ve izleyici görünümlerini gerçek cihazda sınayın. Üretim aracının not oluşturabildiği veya dosyaya taşıdığı varsayımıyla ilerlemeyin.

Kaydedip yeniden açma ve dışa aktarma provasını yapın

Dosyayı kaydedin, kapatın ve aynı hedef uygulamada yeniden açın. Slayt kimliklerini, sırasını ve her notun bağlı olduğu içeriği yeniden gözden geçirin. Sunum başka bir formata dönüştürülecekse, konuşmacı notlarının aktarım sırasında korunup korunmadığını hedef biçimde doğrulayın. İstenen teslim dosyası ile sunucunun kullanacağı çalışma kopyası farklıysa her ikisini de açın; birinden alınan kontrol sonucu diğerini otomatik olarak onaylamaz.

İzleyiciye verilecek dosyanın, konuşmacının notlarını içermediğini veya içermesi gerekiyorsa hangi not görünümünü taşıdığını açıkça doğrulayın. Yanlış kopyayı paylaşmak, gizli kalması beklenen notların görünmesine veya konuşmacının gerekli hatırlatmaları kaybetmesine neden olabilir. Bu nedenle dosya adından tek başına karar vermeyin; hedef ekranda açıp gerçek görünümü inceleyin. Not sayfası çıktısı gerekiyorsa sayfa düzenini ve hangi alanların yer aldığını ayrıca kontrol edin.

Bir seçim tablosu ve karar kaydı kullanın

Farklı üretim araçlarını karşılaştırırken aynı temsili içeriği, aynı üç slaytlık yapıyı ve aynı değişiklik testlerini kullanın. Karar tablosunda üretim aracı ve sürüm tarihi, hedef sunum uygulaması, slayt-not eşleşmesi, taşıma ve çoğaltma sonrası sonuç, kaydet-aç kontrolü ve sunucu/izleyici görünümünü kaydedin. Ürünlerin güncel özellikleri veya desteklediği formatlar hakkında iddia gerekiyorsa üreticinin güncel resmi belgesini kontrol edin. Bu tablo, bir test örneğinden evrensel “en iyi araç” sıralaması çıkarmaz.

Karar notunda hangi uygulama ve cihazda denendiğini belirtin. Aynı sunum başka bir ortamda kullanılacaksa, bunu yeni bir test adımı sayın; farklı sürümdeki önceki prova yeni kullanıma tek başına kanıt olmaz.

Her kriteri “geçti”, “düzeltme gerekli” veya “sınanmadı” diye işaretleyin. Sınanmayan bir özellik başarılı sayılmaz. Geçen örnek yalnızca kullandığınız görev, dosya ve uygulama kombinasyonu için kanıt oluşturur. Düzeltme gerekiyorsa hangi notun hangi slayttan koptuğunu ve tekrar üretme adımlarını yazın; üretim talimatını güncellediğinizde aynı kabul testlerini tekrar edin. Daha iyi bir istem, son teslimde doğru bağlantı bulunduğunu tek başına göstermez.

Prova sırasında üç kısa işaret kullanın: “slayt doğru”, “not doğru slayta bağlı” ve “izleyici görünümü doğru”. Her işaret için dosya adı veya sürüm bilgisi ekleyin. Bir slayt taşıma testini geçip izleyici dosyası kontrol edilmediyse paket tam onaylanmış sayılmaz. Prova yapan kişinin dosyayı kimin için açtığını not etmesi de yararlıdır; sunucu ve izleyici kopyaları karıştığında yanlış görünümün nedenini bulmak kolaylaşır.

İzleyiciye verilecek dosyada yalnız sunum sırasında notların görünmediğini gözlemek yeterli değildir. Gerçek alıcı kopyasını açıp her slaydın not alanını ve gerekiyorsa not sayfası çıktısını ayrıca inceleyin. Sunucu görünümünde not gizli olsa bile dosyanın içinde kalabilir; görünüm ayarını notu silmiş gibi sunmayın. Kopyadan notları çıkaracaksanız dosya düzenleyicisinde bunu uygulayın, sonra yeni kopyayı yeniden açıp not panelini ve not sayfalarını doğrulayın. Alıcıya hangi sürüm ve görünümü teslim ettiğinizi kaydedin.

Teslim ve prova notlarını ayırın

Üretim talimatı, kaynak metni, son sunum dosyası ve prova kaydı ayrı sürümler olarak saklanmalıdır. Sunum sorumlusu, izleyiciye verilecek dosyayı ve sunucuya ait notları hangi kopyada kullanacağını bilmelidir. Notlarda kaynakta olmayan iddia veya hassas bilgi varsa, sunuma girmeden önce çıkarılmalı ya da doğrulanmalıdır. Ekip değişikliğinde yeni sunucu, notların amacı ve kapsamını anlayabilmeli; slayt sırasını değiştirdiyse eşleşme testini yeniden yapmalıdır.

Kontrol listesi yalnız içerik üretimine değil, canlı sunum hazırlığına da yardım eder: doğru dosya seçildi mi, slayt sırası son sürümle aynı mı, notlar sunucu görünümünde mi, izleyici çıktısı beklenen içerikle sınırlı mı? Bu kontrol, sunum performansı veya dinleyici etkisi hakkında garanti vermez. Ürün seçimi, ihtiyaç duyulan özelliklere ve kendi provanızda gözlemlediğiniz davranışa dayanmalıdır. Bilinmeyenleri de karar kaydında açıkça belirtin.

Yapay zekâ ile toplantı notlarını eylem kaydına dönüştürme örneği için toplantı notlarından eylem kaydı rehberine bakabilirsiniz. Model sürüm değişikliğinde aynı deneme girdilerini kullanma yaklaşımı sabit örneklerle model sürümü sınama yazısında anlatılır. Alanları beklenen yapıya göre doğrulamak için şemaya uygun çıktı ve alan kontrolünü inceleyin. Hizmet kapsamı için yapay zekâ önerileri hizmet yaklaşımına geçebilirsiniz.

Sık Sorulan Sorular

Konuşmacı notunun doğru slayta bağlı olduğunu nasıl anlarım?

Her slayta sabit bir kimlik verin; notun amacını ve bağlı olduğu ana mesajı kaydedin. Slaytları taşıyıp çoğalttıktan sonra not panelini açarak kimlik ve içerik eşleşmesini tek tek doğrulayın.

Slaytları sıralayınca konuşmacı notları da değişmeli mi?

Notlar slaytla ilişkili kalmalı, eski sıra numarasına bağlı olmamalıdır. Taşıma sonrası her notun beklenen başlık ve ana mesajla birlikte durduğunu kontrol edin; farklıysa düzeltme kaydı açın.

Sunucu ekranındaki notlar izleyiciye de görünür mü?

Bu, kullanılan program ve görünüm biçimine bağlıdır. Hedef uygulamada sunum provasını yapın; sunucu monitörünü ve izleyiciye verilen ekranı veya dosyayı ayrı ayrı inceleyin.

PDF veya not sayfası çıktısını ayrıca sınamalı mıyım?

Evet. Dışa aktarılan biçim, sunucu kopyası ve normal slayt gösterisi farklı içerik gösterebilir. Teslim edilecek gerçek dosyayı açıp notların korunmasını ve görünürlük sınırını kontrol edin.

Sunum dosyasında yalnız başlık varsa not eşleşmesi yeterli midir?

Hayır. İzleyicinin anlaması gereken ana mesaj slaytta bulunmalı; konuşmacı notu onu desteklemelidir. Kaynağa dayalı zorunlu bilgi yalnızca notta kalıyorsa slayt içeriğini veya notun görevini düzeltin.

Yapay zekânın oluşturduğu notlar için ayrıca kaynak kontrolü gerekir mi?

Evet. Notta slaytta olmayan yeni olgu, sayı veya iddia varsa onaylı kaynağa dönün. Modelin akıcı metni, eklenen bilginin doğruluğunu veya güncelliğini göstermez.

İki farklı üretim aracını nasıl adil karşılaştırabilirim?

Aynı amaç, kaynak, üç slaytlık örnek ve kabul testlerini kullanın. Taşıma, çoğaltma, kaydet-aç ve sunucu/izleyici görünümünü aynı koşullarda sınayın; sınanmayan özelliği başarılı saymayın.

Bir testin geçmesi aracı her sunum için güvenilir kılar mı?

Hayır. Sonuç yalnız test edilen görev ve sürüm için kanıttır. Başka dosya, uygulama, format veya sunum cihazı kullanılacaksa kritik slayt-not eşleşmelerini orada da doğrulayın.