- Figma Slides, Auto Layout, Components gibi özelliklerle slayt hazırlama hızını ve verimliliğini büyük ölçüde artırsa da Keynote’un temel işlevlerinden (Autosize Text, sıralı animasyonlar vb.) yoksun
- Çevrimdışı sunum ortamlarında Figma Slides kararsız davranıyor; kaydetme ve sunum kontrolü gibi alanlarda sık sık beklenmedik hatalar ortaya çıkıyor
- Animasyon build’leri, presenter/audience view yönetimi gibi konularda Keynote’a kıyasla belirgin dezavantajlar var ve sahnedeki sunum sırasında birden fazla tıklama gerektiren bug’lar gibi sorunlar gerçek sunum akışını ciddi biçimde bozuyor
- Figma Slides’ın çekirdek işlevleri mission-critical düzeyde ele alınmıyormuş izlenimi veriyor; güvenilirlik ve olgunluk açısından Keynote ile karşılaştırıldığında sınırları ortaya çıkıyor
- Sıkıcı ama kanıtlanmış teknolojilerin (ör. Keynote) gerçek sahada daha değerli olduğu bir kez daha doğrulanıyor
Figma Slides özeti
- Figma Slides, sunum slaytları hazırlamak ve sunmak için Figma’nın sunduğu görece yeni bir ürün.
- Bu yazı, Figma Slides’ın güçlü yönlerini, sınırlarını ve gerçek sunum ortamında yaşanan sorunları ayrıntılı biçimde ele alıyor
Slaytların amacı ve tasarımı
- Sunum slaytlarının üç amacı var: ana mesajı vurgulamak, karmaşık kavramları parçalamak, eğlence katmak
- Bu amaçlara ulaşmak için görsel ağırlıklı, sade bir slayt yapısı etkili oluyor
Figma Slides kullanım deneyimi
- Yazar uzun süredir Keynote kullanıcısı olsa da son sunum hazırlığında Figma Slides’ı denemiş
- Grid View, Auto Layout, Components gibi Figma’ya özgü özellikler slayt üretimini hızlı ve kolay hale getiriyor
- JavaScript framework çeşitliliğini göstermek için gereken görselleştirme de Figma’da çok hızlı biçimde oluşturulabilmiş
- Figma’nın component ve auto layout özellikleri sayesinde slaytları Keynote’a göre 10 kat daha hızlı birleştirmek mümkün olmuş
Figma Slides’ın eksikleri
- Keynote’ta vazgeçilmez sayılan Autosize Text (yazı tipini kapsayıcıya göre otomatik ayarlama) Figma’da yok
- Figma, yalnızca CSS Grid ile uyumlu auto layout’u desteklemeye çalıştığı için işlev genişletmede sınırlara sahip
- Slaytta öğeleri veya diyagram parçalarını her tıklamada kademeli olarak görünür kılmak zor; yalnızca 1ms fade animasyonları ve katman sırası değişiklikleri gibi zahmetli yöntemler mümkün
- Basitçe 4 kelimeyi tek tek görünür yapmak bile uğraştırıcı
Prova ve gerçek sunumda yaşanan sorunlar
- "Save Local Copy" seçeneği var, ancak doğrudan yerelde sunum yapmak mümkün değil
- Sunum açık dursa bile çevrimdışıyken "Present" tıklandığında hata oluşuyor
- "İndir" ile çevrimdışı sunuma hazırlanmak mümkün, ancak sekme kapanınca her şey eski haline dönüyor
- Sunum ekranı tam ekran yerine bir popup olarak açılıyor; ayrıca projeye geçip pencereyi büyütmek gerekiyor
- Keynote’taki gibi kısayolla audience display geçişi yapılamıyor
- Fare imlecinin slayt üzerinde kalması gibi kullanıcı deneyimini bozan noktalar var
- Presenter View ve Audience View kontrolü kararsız çalışıyor
Sunum anındaki kritik sorunlar
- Sunum sırasında bir sonraki slayda geçmek için slayt başına iki kez tıklamak gerekmesi gibi anormal davranışlar ortaya çıkmış
- Karmaşık animasyon içeren slaytlarda hiç geçiş yapılamaması sorunu yaşanmış
- Örneğin 7 build içeren bir slaytta 14 kez tıklamak, ardından geri gitmeyi tekrarlayarak bir şekilde anlatmaya çalışmak gerekmiş
- Bug, Figma yeniden başlatıldıktan sonra tekrar üretilememiş olsa da forumlarda benzer birçok vaka bildirilmiş
- Bu durum, dinleyicinin anlayışını ve sunum akışını kesintiye uğratmış
Başlıca dersler
- Sıkıcı teknoloji, yani istikrarlı ve güvenilir araçların önemi, sunum sahasında yeniden doğrulanıyor
- Figma Slides eğlenceli ve yenilikçi olsa da canlı sunumlarda güvenilirlik ve olgunluk daha önemli
- Keynote, eski bir araç olmasına rağmen hem sunum yapan kişiye hem de izleyiciye sağlam bir güvenilirlik ve sunum deneyimi sağlıyor
- Figma Slides’ın ileride gelişme payı var; ancak gerçek mission-critical sunum kullanımı için henüz yeterli değil ve bu da yerleşik, kanıtlanmış araçların avantajını bir kez daha hissettiriyor
Sonraki güncelleme
- Figma’nın PM’i geri bildirimi doğrudan kabul ederek daha kararlı bir hizmet sözü vermiş
- Figma Slides’ın bir sunum aracı olarak ‘güzel ve çekici bir yeni ürün’den, gerçek kullanımda ‘sıkıcı derecede güvenilir bir ürün’e dönüşmesi umuluyor
1 yorum
Hacker News görüşü
Bu felakette en tuhaf olan şey, Figma’yı gerçekten kullanan biri olsaydı bu sorunları hemen fark etmiş olurdu
Birçok yorum bulutu ya da çapraz platform uygulamaları suçluyor ama benzer işlevler Figma’nın diğer uygulamalarında gayet iyi çalışıyor
Figma bu sorunları zaten yıllar önce çözmüştü
Buna rağmen Slides neden bu kadar dağınık durumda
Dışarıdan bakınca, influencer’ların startup’lara MVP’yi olabildiğince hızlı çıkarmaları gerektiğine dair abartılı tavsiyelerini dinleyip herkesin ürünü hatalarla doluyken aceleyle piyasaya sürmesine benziyor
Gerçek kullanıcılar, ihtiyaç duydukları anda ürün başarısız olursa bunu kolay kolay affetmez ve bu tür bir güven kaybından toparlanmak çok zordur
Kendi deneyimime göre bu, takvimi kafasına göre belirleyip mühendislere sonradan haber veren ve keyfi bir tarihe kadar tüm özelliklerin yetişmesini isteyen yöneticilerin altında çalışmaya benziyor
Son teslim tarihine mutlaka uyma baskısı yüzünden, tamamlanmamış özellikler ve bol hatalı bir durumla çıkış yapıp sonra düzeltmeye çalışma stratejisine dönüşüyor
Kimsenin yazılımı gerçekten kullanmadığı bir ortamda, şirket içinde en mantıklı görünen hareket bu oluyor
Bu yaklaşımın sonucu da her zaman böyle bir fiyasko oluyor
Allen’ın başına gelenler gerçekten üzücü
Bu vakayı ekiple paylaşacağım ve doğrudan ayrıntılı şekilde inceleyeceğiz
Daha genel olarak, Slides’ın sunum anında kusursuz bir olgunluk göstermesi gerektiğinin ve bunun altının kabul edilemez olduğunun gayet farkındayız
Bu arada, Figma içinde Slides şirket içi toplantılardan büyük etkinliklere kadar neredeyse her yerde gerçekten kullanılıyor
Ben de PM olarak Slides’ı her hafta kullanıyorum ve iç geri bildirim kanalları da gerçekten çok aktif
Ayrıca Figma, kalite iyileştirmesini proje takvimlerinden daha öncelikli gören bir liderlik kültürüne sahip, bu açıdan sıra dışı bir ortam
Kullanıcı deneyiminin ne kadar önemli olduğunun tamamen farkındayız
Her zaman kusursuz kararlar veremeyebiliriz ama eksik kaldığımız yerleri mutlaka iyileştirmeye kararlıyız
Apple tarzı sunumlarla (görsel gürültü yok, madde işareti yok, her slaytta çekici tek bir görsel ya da fikir ve hikâye anlatımı odaklı) konuşunca, dinleyicilerin sunumdan gerçekten keyif aldığını ve ana fikri aldığını net biçimde hissediyorsunuz
Ama yöneticiler hep gelip “şirket şablonunu kullan, şablon öğelerine uy” diyor
Kendileri de izleyici olduklarında içeriği beğenseler bile, iyi bir sunumun özünü bir türlü anlamıyorlar
Sonunda geriye sadece hayal kırıklığı kalıyor
Ayrıca 700’den fazla kişinin olduğu şirkette MacBook kullanan tek kişi olmam gibi bir tuhaflık da var
Benim deneyimime göre insanlar slaytları yardımcı materyal değil, belge gibi kullanmaya çalışma eğiliminde
Bu yüzden her sunumda slaytların sadece konuşmamı desteklemesini sağlıyorum ama bittikten sonra insanlar slaytları istiyor
Gönderiyorum ama tek başına hiçbir işe yaramıyor
Yöneticiler de tüm içeriği slaytlara doldurman için baskı yapıyor ve sonuçta sunan kişi sadece sesli anlatıcıya dönüşüyor
Sunum hazırlama konusunda her zaman Beamer’ı (LaTeX’in sunum üretme eklentisi) öneriyorum
beameruserguide.pdf belgesinden bazı bölümleri paylaşıyorum
Sorun, slaytların sunan kişi olmadan da kaynak materyal olarak kullanılabileceği beklentisinden doğuyor
Oysa gerçekte başka bir format (belge) daha uygundur
İki alternatif var
Bu, klasik şirket tarzı sunumlardan çok daha kullanışlı bile olabilir
Ayrıca belgenin en üstüne "Bu belge, X dakikalık sunumun tüm bilgilerini içerir" gibi bir not koymayı da öneririm
Ben tek satırlık mesajı slayt başlığına koyup, geri kalan içerikle o mesajı destekleyerek bir denge buluyorum
Bazı slaytlarda “sadece başlığa bakın” diyorum ya da başlığı vurgulayarak tekrarlıyorum
Yardımcı materyalleri de hazırlıyorum (örneğin teknik oturumlar için destekleyici kaynaklar)
Dikkat edilmesi gereken nokta, minimalist tarzın (Apple pazarlama stili) sadece belirli durumlara uygun olduğudur
Çoğu durumda uygun olmayabilir, bu yüzden biçimden çok işlevi öne koymak gerekir
İki farklı sürüm hazırlamak gerekir
Ayrıntılarla dolu, sonradan paylaşılacak sürüm ve konuşma sırasında kullanılacak özet sunum
Steve Jobs 2011’de öldü, sunumları efsaneydi ve iPhone tanıtımı 2007’deydi
Aradan neredeyse 20 yıl geçti ama MS Powerpoint dahil hiçbir sunum yazılımı 2007’deki Keynote’un olgunluk seviyesine ulaşamadı
Buradan çıkarılacak derslerden biri şu: Birine “birebir kopyala” deseniz bile, bunu gerçekten yüzde yüz kopyalamak kolay değildir
Çoğu kişi küçük ayrıntıları görmezden gelip sahte bir taklit üretir ve 90’lar–2000’ler Microsoft’u gibi işi daha da kötü hale getirir
Sonunda bütün bu fark “zevk” meselesine dayanıyor
Steve Jobs da Microsoft’un sorununun zevksizlik olduğunu söylemişti
İnce işçilik ya da ürün sezgisi olmadan, sonunda satış/pazarlama ekipleri sadece “satıyor mu” diye karar vermeye başlıyor ve bu eğilim son dönemde Apple’da bile görülüyor
“Dünya artık harika sunumların / harika yazılımın özünü öğrenmiş olmalıydı”
Temel fark yazılımla çözülemez; yazılım sizin hangi değerlere önem vereceğinizi belirleyemez
Jobs, sunumları bir performans ya da tiyatro gibi görürdü ve günlerce prova ve ince ayar yapardı
Gerçek iş hayatında bu çok nadir görülen bir durumdur
Biraz tartışmalı olabilir ama Steve Jobs’ın sunumlarından gerçekten öğrenilebilecek şey çok az
Arkasında çok güçlü bir destek ekibi ve olağanüstü bir yetenek vardı
Bu, hayatında hiç araba kullanmamış birinin F1 yarış videolarından öğrenmeye çalışmasına benziyor; gerçek hayatta sıradan bir kurye şoförden F1 seviyesi bekleyemezsiniz
Steve kadar sektörü temsil edecek biri artık yok
Yeni ve ilginç şeyleri aktarma gücü çok azaldı, sektörün genel havası da daha sönük
Bugünlerde daha çok “hype man” ve mühendislik ekibinin tanıtım yaptığı hissi var
Steve de “hype” ile özdeşleşmişti ama bunu doğal ve herkesin memnuniyetle karşıladığı bir şekilde yapıyordu
Yetenekli sunumcular gerçekten de çok küçük bir azınlık olabilir
Aslında çoğu insan sunumların kendisiyle pek ilgilenmiyor
Sunum yazılımı alanında doğrudan çalışmış biri olarak söylüyorum
Bu iş dışarıdan göründüğünden çok daha karmaşık
Ücretsiz / paket içinde geliyorlar, yeterince kullanılabilirler, kullanıcılar zaten alışık ve bu şirketler için bu alan ana iş kolu olmadığı için yenilik baskısı da az
Şablonlar ve eğitimler olsa bile sonuçta yine “vasat işler” çıkıyor
Süslemeye çalıştıkça da örneğin animasyonların aşırı kullanımıyla daha da kötüleşmesi kolay
Sonuçta gerçekten yatırım yapıp etkileyici sunum hazırlayan kişi sayısı çok az
Esas mesele slaytların kalitesi değil, sunucunun içeriği ve yetkinliği
Konferanslarda bile slaytların kötü olduğu durum çok yaygın; akılda kalan sunumlar ise içeriğin kendisi ve sunanın becerisi sayesinde kalıyor
Bu günlerde sunum materyallerini çoğunlukla PDF olarak dışa aktarıp kullanıyorum
Eskiden havalı fontlar kullanıyordum ama font PDF’e gömülmediği için farklı bilgisayarlarda metinler kesiliyor ve sunum mahvoluyordu
O günden beri kuralım sadece PDF/A üretmek
LibreOffice Impress de PDF/A dışa aktarmayı destekliyor
Dinamik içerik ve animasyon kullanamıyorsunuz ama bunun yerine YouTube bağlantıları ya da yerel videolar kullanılabilir
Aşırı pratik ve bugüne kadar bir kez bile sorun çıkarmadı
Mekândaki bilgisayarda sadece tarayıcı olması yeterli; dosyayı açıyorsunuz, ek yazılım ya da giriş gerekmiyor
PDF/A açıklaması
Keynote, kullandığım yazılımlar arasında tasarım açısından mükemmele en yakın olanı
Bu UX’i bu seviyeye kimin taşıdığını düşününce gerçekten hayranlık duyuyorum
Hep Keynote kullanıyorum ve sadece iki küçük kusur dışında (renk paleti hatası, dikdörtgeni yuvarlatılmış dikdörtgene çevirememe) neredeyse ilahi seviyede
Keynote ekibine söylemek istediğim tek şey: gerçek kahramanlarsınız
iA Presenter’ın çekiciliğini seviyorum (ilişkim yok)
Markdown tabanlı ve odağı önce hikâyeyi kurma sürecine veriyor
Düzen de otomatik ve öngörülebilir
Önceki sürümlerde madde işareti bile yoktu
Kısıtları çok ama bu sayede daha az şey düşünmek gerekiyor ve bu da avantaj
Ayrıca çevrimdışı kullanımı kusursuz destekliyor
iA Presenter
reveal.js ve slides.com kullandım
Ama epey kısıtlayıcı geldiler ve şirket içinde sonunda Google Slides’a yerleştik
Özellikle ortak sunumlar çok oluyordu ve işbirliği özellikleri gerçekten çok kullanışlıydı
Deckset(deckset.com) de iyi bir seçenek
Deckset gibi içerik tabanlı, otomatik düzen yaklaşımı; uzun uzun slayt geçişleriyle uğraşmak yerine öz içeriğe odaklanarak materyal hazırlamayı kolaylaştırıyor
marp(marp.app) de iyi bir üne sahip ve açık kaynak olması da avantaj
Yazılımın kendisi harika görünüyor ama resmi web sitesi biraz rahatsız edici
Markdown ile slayt hazırlamak isteyenlerle, bu tarz bir web sitesi isteyenlerin kesişimi çok küçük gibi duruyor
iA Presenter’ı gerçekten çok seviyorum
Aslında liste ve madde işaretlerini de gayet iyi destekliyor
Ben örneğin teklif PDF’leri hazırlarken de kolayca kullanıyorum
Aslen bir sunum yazılımı ama hızlı belge üretmek için de mükemmel
Bence sorun doğrudan cloud-first yaklaşımın kendisi
Tüm yazılımlar için
çevrimdışı çalışma garantisi
mümkünse yerelde, insanın doğrudan okuyabileceği bir formatta saklama ve dışa aktarma
bu iki şey temel olmalı
Electron gibi teknolojilerin biraz daha gelişmesini isterdim
Çapraz platform uygulama geliştirmek oldukça ürkütücü olduğu için birçok ekip her şeyi doğrudan web’e taşımayı seçiyor
Bu olaydan çıkardığım ders şu oldu: Özellikle sunum gibi durumlarda mutlaka yerelde çalışan yazılım kullanmak lazım
Yedek olarak da her zaman basit bir PDF hazır bulundurulmalı; sadece sayfa çevirerek sunumu kolayca ikame edebilir
Animasyonlardan vazgeçseniz bile çok aşamalı akışlar yine de mümkün
Ben de böyle hazırlanıyorum
Google Slides’ta hazırlasam bile önceden yerel kopya indiriyorum; .pptx/.odp kullansam da ayrıca bir PDF çıkarıyorum
Gerçekten önemli bir sunumsa, önceden iki ayrı dizüstü bilgisayara slaytları yükleyecek kadar pay bırakıyorum
Uğraştırıcı gibi görünse de, bu hazırlık beni bir kez bile kurtarsa, insanların önünde rezil olmayı ve bunun internette sonsuza kadar kayıtlı kalması riskini önlediği için fazlasıyla değer
Google Slides’tan oldukça memnunum
Karmaşık yapı ve animasyonları neredeyse hiç kullanmadığım için, tam tersine sadece gerekli minimumu kullanmak daha rahat
Google Docs’ta da gereksiz şeylerin olmamasını seviyorum
Ama yerel PDF yedeği her zaman şart
Figma aynı anda Sites, Make ve başka projeler yürüttüğü için Slides’a yeterli yatırım ve özeni ayırmıyor olabilir diye düşünüyorum
Cloud-first stratejiden de özellikle kaçınmaya çalışıyorum
Sunucu yavaşsa, çökerse ya da hatta erişilemez hale gelirse kendi dosyanızı bile bulamama durumu yaşanıyor
Powerpoint ya da Keynote gibi yerel uygulamalar + bulut yedeği kombinasyonunu tercih ediyorum
İşbirliği gerekmiyorsa Figma yerine hâlâ Sketch kullanmamın sebebi bu
Figma’da sürekli dışa aktarıp yerel kopyaları yönetmezseniz orijinal dosyanın kendisine hiç sahip olmazsınız
Yaptığınız iş şirket politikalarına ve tescilli format değişikliklerine bağlı kalır
Sketch ise çevrimdışı çalışma ve açık dosya spesifikasyonu sayesinde çok daha özgür
Doğru yaklaşım bu
Geçen yıl Figma’nın Slides’ında (büyük yeni özellik) yaşanan sorunları görünce, bu yıl duyurulan yeni özelliklere de hiç güvenim kalmadı
Sunum meselesinin kendisi aslında 40 yıl önce Hypercard döneminde çözülmüştü
Bugün kullandığımız PPT, Keynote, LibreOffice Impress vb. araçların sunduğu özellikler sonuçta neredeyse aynı
Figma, Dropbox’ınkine benzer bir stratejiye gidiyor gibi görünüyor (kullanıcıyı satıcıya kilitleme) ve bu, kimsenin Dropbox Paper kullanmamasına benziyor
Amaç, “yerelde kaydetmeye izin verip yerelden doğrudan sunum yaptırmamak” gibi garip kısıtlamalarla kullanıcıyı kendi ekosistemine bağlamak gibi görünüyor