7 poin oleh GN⁺ 2025-06-02 | 1 komentar | Bagikan ke WhatsApp
  • Figma Slides sangat meningkatkan kecepatan dan efisiensi pembuatan slide dengan Auto Layout, Components, dan fitur lain, tetapi masih kekurangan fitur inti Keynote seperti Autosize Text dan animasi berurutan
  • Dalam lingkungan presentasi offline, Figma Slides tidak stabil, dan sering terjadi error tak terduga pada penyimpanan serta kontrol presentasi
  • Dibandingkan Keynote, ada kelemahan yang jelas pada build animasi serta pengelolaan presenter/audience view, termasuk bug yang mengharuskan klik berkali-kali saat presentasi langsung sehingga sangat mengganggu alur presentasi
  • Terasa bahwa fitur inti Figma Slides belum diperlakukan sebagai sesuatu yang mission-critical, dan keterbatasannya terlihat jelas dari sisi keandalan dan kematangan produk jika dibandingkan dengan Keynote
  • Pengalaman ini menegaskan kembali bahwa teknologi yang membosankan tetapi sudah terbukti (misalnya Keynote) lebih berharga di lapangan nyata

Ringkasan Figma Slides

  • Figma Slides adalah produk yang relatif baru dari Figma untuk membuat dan menayangkan slide presentasi.
  • Artikel ini membahas secara rinci kelebihan, keterbatasan, dan masalah yang dialami langsung saat presentasi menggunakan Figma Slides

Tujuan slide dan desain

  • Slide presentasi memiliki tiga tujuan: menekankan pesan inti, memecah konsep yang kompleks, dan memberi unsur kesenangan
    • Untuk mencapai tujuan tersebut, susunan slide yang sederhana dan berfokus pada gambar terbukti efektif

Pengalaman menggunakan Figma Slides

  • Penulis sudah lama menggunakan Keynote, tetapi baru-baru ini mencoba Figma Slides untuk mempersiapkan presentasi
  • Fitur khas Figma seperti Grid View, Auto Layout, dan Components membuat pembuatan slide menjadi cepat dan mudah
  • Visualisasi untuk menunjukkan keragaman framework JavaScript juga bisa disusun dengan sangat cepat di Figma
  • Berkat fitur components dan auto layout di Figma, perakitan slide bisa dilakukan 10 kali lebih cepat dibandingkan Keynote

Kekurangan Figma Slides

  • Autosize Text, yang dianggap esensial di Keynote karena menyesuaikan ukuran font secara otomatis ke dalam kontainer, tidak ada di Figma
    • Figma tampaknya hanya ingin mendukung auto layout yang kompatibel dengan CSS Grid, sehingga ada batasan dalam pengembangan fitur
  • Sulit untuk menerapkan fungsi menampilkan item atau elemen diagram secara bertahap setiap kali diklik; yang memungkinkan hanya cara merepotkan seperti animasi fade 1ms dan perubahan urutan layer
  • Bahkan hanya untuk memunculkan empat kata satu per satu pun terasa rumit

Masalah saat gladi resik dan presentasi nyata

  • Ada opsi "Save Local Copy", tetapi presentasi tidak bisa dijalankan langsung secara lokal
  • Meskipun presentasi sudah dibuka, klik "Present" saat offline tetap memunculkan error
  • Persiapan presentasi offline bisa dilakukan lewat "Download", tetapi jika tab ditutup, semuanya kembali seperti semula
  • Layar presentasi ditampilkan sebagai popup, bukan layar penuh, sehingga perlu dipindahkan ke proyektor dan dimaksimalkan secara terpisah
    • Tidak seperti Keynote, tidak ada shortcut untuk berpindah ke audience display
  • Kursor mouse tetap tertinggal di atas slide, sehingga pengalaman pengguna terasa tidak mulus
  • Kontrol Presenter View dan Audience View bekerja dengan tidak stabil

Masalah fatal di lokasi presentasi

  • Saat presentasi, terjadi gejala aneh seperti harus klik dua kali per slide untuk berpindah ke slide berikutnya
  • Pada slide yang berisi animasi kompleks, terjadi kondisi di mana slide sama sekali tidak berpindah
    • Contoh: pada slide dengan 7 build, perlu 14 kali klik, lalu terpaksa berulang kali mundur untuk tetap menjelaskan
  • Bug tersebut tidak muncul lagi setelah Figma dijalankan ulang, tetapi banyak kasus serupa telah dilaporkan di forum
  • Pengalaman ini memutus pemahaman audiens dan alur presentasi

Pelajaran utama

  • Di lokasi presentasi, pentingnya alat yang stabil dan dapat diandalkan kembali terasa nyata
  • Figma Slides memang menarik dan inovatif, tetapi untuk presentasi langsung, keandalan dan kematangan produk jauh lebih penting
  • Meski merupakan alat yang lama, Keynote tetap memberikan keandalan yang kokoh dan pengalaman presentasi yang baik bagi presenter maupun audiens
  • Figma Slides masih punya ruang untuk berkembang, tetapi untuk presentasi mission-critical saat ini masih belum memadai, sehingga manfaat memakai alat lama yang sudah terbukti kembali terasa jelas

Pembaruan lanjutan

  • PM dari Figma menerima masukan secara langsung dan berjanji menghadirkan layanan yang lebih stabil
  • Diharapkan Figma Slides berkembang dari sekadar "produk baru yang indah dan menarik" menjadi "produk yang cukup membosankan karena bisa dipercaya" untuk penggunaan nyata sebagai alat presentasi

1 komentar

 
GN⁺ 2025-06-02
Opini Hacker News
  • Hal yang paling aneh dari bencana ini adalah, jika benar ada orang yang benar-benar menggunakan Figma, mereka pasti langsung menyadari masalah-masalah ini.
    Banyak komentar menyalahkan cloud atau aplikasi lintas platform, tetapi fitur serupa berjalan baik di aplikasi Figma lainnya.
    Figma sudah menyelesaikan masalah-masalah seperti ini bertahun-tahun lalu.
    Jadi kenapa Slides bisa berantakan seperti ini?
    Dari luar, ini terlihat mirip seperti startup yang mendengar nasihat berlebihan dari para influencer bahwa MVP harus dirilis secepat mungkin, lalu semua orang terburu-buru meluncurkan produk yang penuh bug.
    Pengguna nyata tidak mudah memaafkan ketika produk gagal pada saat dibutuhkan, dan sangat sulit memulihkan kepercayaan yang rusak seperti ini.
    Dari pengalaman saya, ini terasa seperti bekerja di bawah eksekutif yang menyusun jadwal seenaknya, lalu baru memberi tahu para engineer belakangan bahwa semua fitur harus selesai sebelum tenggat arbitrer.
    Karena tekanan untuk benar-benar memenuhi tenggat, strateginya menjadi merilis fitur yang belum matang dan penuh bug, lalu memperbaikinya nanti.
    Ini adalah langkah yang masuk akal jika tujuan utamanya hanya terlihat paling meyakinkan di dalam perusahaan, saat tidak ada yang benar-benar memakai perangkat lunaknya.
    Pendekatan seperti ini selalu berakhir kacau seperti sekarang.

    • Saya bekerja sebagai PM di Figma (di sisi Dev Tools, bukan Slides).
      Yang terjadi pada Allen benar-benar disayangkan.
      Saya akan membagikan kasus ini ke tim dan memeriksanya langsung secara detail.
      Secara lebih umum, kami sangat sadar bahwa Slides harus menunjukkan tingkat kesempurnaan tanpa cela saat dipakai presentasi, dan apa pun di bawah itu tidak bisa diterima.
      Sebagai referensi, di internal Figma, Slides memang digunakan sungguhan hampir di semua tempat, dari rapat internal sampai acara besar.
      Saya sendiri sebagai PM juga memakai Slides tiap minggu, dan kanal umpan balik internal juga sangat aktif.
      Selain itu, Figma adalah lingkungan yang cukup unik karena budaya kepemimpinannya lebih memprioritaskan peningkatan kualitas daripada tenggat proyek.
      Kami sangat paham betapa pentingnya pengalaman pengguna.
      Kami tidak selalu bisa mengambil keputusan yang benar setiap saat, tetapi kami bertekad memperbaiki bagian-bagian yang kurang.
  • Jika presentasi dilakukan dengan gaya Apple (tanpa noise visual, tanpa bullet, satu visual/ide menarik per slide, dan fokus pada penyampaian cerita), terasa jelas bahwa audiens benar-benar menikmati presentasinya dan menangkap inti pesannya.
    Namun para eksekutif selalu datang dan berkata, "pakai template perusahaan, sesuaikan elemen template."
    Bahkan ketika mereka sendiri ada di audiens dan menikmati isinya, entah bagaimana mereka tetap tidak memahami esensi presentasi yang bagus.
    Akhirnya yang tersisa hanya rasa hampa.
    Tambahan lagi, ada keanehan bahwa di perusahaan berisi lebih dari 700 orang, saya satu-satunya yang memakai MacBook.

    • Dalam pengalaman saya, orang cenderung memakai slide seperti dokumen, bukan sebagai materi pendukung.
      Karena itu, setiap kali presentasi saya membuat slide hanya berperan sebagai pendamping pidato saya, tetapi setelah selesai orang-orang meminta slide-nya.
      Saya kirimkan juga, tetapi sebagai bahan mandiri itu sama sekali tidak berguna.
      Manajer menekan agar semua isi dimasukkan ke dalam slide, dan akhirnya presenter cuma menjadi narator suara.

    • Saya selalu merekomendasikan panduan Beamer (ekstensi LaTeX untuk membuat materi presentasi) untuk cara membuat presentasi.
      Saya membagikan sebagian isi dokumen beameruserguide.pdf.

      • Daftar isi harus bisa dipahami dengan cukup baik sebagai materi berdiri sendiri.
      • Dibanding terlalu banyak informasi, slide yang terasa agak kurang justru lebih baik.
      • 20~40 kata per slide sudah pas, usahakan tidak lebih dari 80 kata.
      • Jangan menganggap semua audiens adalah ahli; bahkan konsep sederhana pun sebaiknya diingatkan secara singkat.
      • Slide harus ringkas, dan audiens harus bisa memahami satu slide dalam waktu kurang dari 50 detik.
      • Hindari “sub-bullet” lebih dari 2 tingkat; sebaiknya gunakan grafik.
      • Jangan gunakan catatan kaki; kalau penting masukkan ke teks utama, kalau tidak, buang saja.
      • Gunakan kalimat pendek.
      • Sebisa mungkin sertakan grafik di semua slide.
      • Semua isi grafik harus dijelaskan.
      • Hindari animasi tanpa makna dan efek visual yang tidak perlu.
    • Ini masalah yang muncul dari ekspektasi bahwa slide bisa dipakai sebagai materi tanpa presenter.
      Padahal, format lain (dokumen) jauh lebih cocok.
      Ada dua alternatif.

      1. Tambahkan speaker notes yang sangat rinci sehingga gabungan presentasi+catatan memuat seluruh informasi.
      2. Selain slide presentasi, buat dokumen mandiri terpisah yang menata poin dan gambar dari slide secara logis dan lengkap.
        Ini bahkan bisa jauh lebih berguna daripada presentasi gaya perusahaan yang umum.
        Dan saya juga menyarankan menaruh catatan di bagian atas dokumen seperti: "Dokumen ini memuat seluruh informasi dari presentasi berdurasi X menit."
    • Saya mencari titik tengah dengan menaruh pesan satu baris pada judul slide, lalu memakai isi sisanya untuk memperkuat pesan itu.
      Pada beberapa slide saya bahkan memberi tahu audiens, "cukup lihat judulnya," atau menegaskan judulnya sambil mengulang poinnya.
      Saya juga menyiapkan materi pendukung (misalnya bahan referensi untuk sesi teknis).
      Yang perlu diperhatikan adalah, gaya minimalis (ala pemasaran Apple) hanya cocok untuk situasi tertentu.
      Dalam kebanyakan situasi, itu mungkin tidak cocok, jadi fungsi harus didahulukan daripada bentuk.

    • Harus dibuat dua versi.
      Satu untuk dibagikan setelah acara dengan detail lengkap, dan satu lagi materi presentasi ringkas untuk dipakai saat berbicara.

  • Steve Jobs meninggal pada 2011, presentasinya legendaris, dan peluncuran iPhone terjadi pada 2007.
    Sudah hampir 20 tahun berlalu, tetapi tidak ada perangkat lunak presentasi mana pun, termasuk MS Powerpoint, yang mampu menunjukkan tingkat kematangan seperti Keynote 2007.
    Salah satu pelajaran yang saya dapat adalah, bahkan jika Anda memerintahkan "salin persis seperti itu," meniru 100% saja tidak mudah.
    Kebanyakan orang mengabaikan detail-detail kecil dan hanya membuat tiruan murahan, lalu justru memperburuknya seperti Microsoft era 90-an hingga 2000-an.
    Pada akhirnya, semua perbedaan ini bermuara pada “selera.”
    Steve Jobs juga mengatakan bahwa masalah Microsoft adalah tidak punya selera.
    Tanpa craftsmanship detail dan kepekaan produk, akhirnya departemen sales/marketing yang memutuskan segalanya hanya berdasarkan apakah itu “akan laku,” dan tren yang sama bahkan terlihat di Apple belakangan ini.

    • "Dunia seharusnya sudah belajar apa esensi presentasi/perangkat lunak yang hebat."
      Perbedaan mendasarnya tidak bisa diselesaikan dengan perangkat lunak; perangkat lunak tidak bisa membuat Anda mengejar nilai-nilai tertentu.
      Jobs memandang presentasi sebagai pertunjukan atau teater, lalu berlatih dan menyetel detail kecil selama berhari-hari.
      Itu kasus yang sangat langka dalam bisnis nyata.

    • Ini mungkin agak kontroversial, tetapi sebenarnya sangat sedikit yang bisa dipelajari dari presentasi Steve Jobs.
      Ia punya tim pendukung yang sangat kuat dan kemampuan yang luar biasa.
      Ini mirip seperti orang yang belum pernah menyetir mencoba belajar dari video balap F1; di dunia nyata sulit mengharapkan kurir biasa memenuhi standar F1.

    • Sekarang tidak ada figur yang menjalankan peran representatif industri seperti Steve.
      Daya penyampaian hal-hal baru dan menarik jauh menurun, dan suasana seluruh industri pun terasa lebih lesu.
      Sekarang rasanya hanya “hype man” dan tim engineer yang sedang berpromosi.
      Steve juga identik dengan “hype,” tetapi caranya terasa alami dan disambut semua orang.

    • Mungkin presenter berbakat memang kelompok yang sangat kecil.
      Faktanya, kebanyakan orang nyaris tidak peduli pada presentasi itu sendiri.

    • Saya pernah bekerja langsung di perangkat lunak presentasi.
      Ini jauh lebih rumit daripada kelihatannya.

      1. Untuk skenario dasar, Powerpoint, Keynote, dan Google Slides memang sulit ditandingi.
        Mereka gratis/terbundel, cukup bisa dipakai, pengguna sudah terbiasa, dan karena ini bukan bisnis utama perusahaan-perusahaan tersebut, motivasi untuk berinovasi juga kecil.
      2. Karena sulit membedakan diri di pasar dasar, Anda harus membidik target berbayar terpisah (misalnya marketing), tetapi mereka lebih fokus pada kebutuhan praktis seperti “konversi, pengambilan data” daripada “UI cantik, perangkat lunak indah.”
      3. Kebanyakan presentasi memang hambar, dan meskipun Anda menuangkan berbagai pengalaman kreatif atau editing, bagi mayoritas pengguna nyata itu justru hanya menaikkan hambatan masuk.
        Sekalipun ada template dan tutorial, hasil akhirnya tetap hanya “karya medioker.”
        Bahkan saat mencoba mempercantik, orang mudah terjebak menyalahgunakan “animasi” dan hasilnya malah lebih canggung.
        Pada akhirnya, hanya segelintir orang yang benar-benar mau berinvestasi untuk membuat materi yang keren.
        Intinya bukan kualitas slide, melainkan konten dan kemampuan presenternya.
        Bahkan di konferensi pun slide yang buruk sangat umum, dan presentasi yang benar-benar membekas biasanya karena isi presentasinya sendiri dan kemampuan pembicaranya.
  • Belakangan ini saya hampir selalu mengekspor materi presentasi ke PDF untuk dipakai.
    Dulu saya pernah memakai font keren untuk presentasi, lalu font itu tidak ter-embed ke PDF sehingga teks terpotong di komputer lain dan presentasi jadi kacau.
    Sejak itu aturan saya adalah selalu membuatnya dalam PDF/A.
    LibreOffice Impress juga mendukung ekspor ke PDF/A.
    Memang tidak bisa memakai konten dinamis atau animasi, tetapi itu bisa diganti dengan tautan YouTube atau video lokal.
    Ini cara yang sangat sederhana, dan tidak pernah gagal satu kali pun.
    Selama PC di lokasi punya browser, materi bisa dibuka tanpa perangkat lunak tambahan atau login.
    Penjelasan PDF/A

  • Keynote adalah perangkat lunak yang paling mendekati sempurna secara desain dari semua yang pernah saya pakai.
    Sampai terasa kagum memikirkan siapa yang berhasil membawa UX ini ke level setinggi itu.
    Saya selalu memakai Keynote, dan selain dua kekurangan kecil (bug palet warna, tidak bisa mengubah persegi panjang menjadi rounded rectangle), rasanya hampir seperti wilayah dewa.
    Untuk tim Keynote: kalian benar-benar pahlawan.

  • Saya suka daya tarik iA Presenter (tidak terkait).
    Basisnya Markdown dan fokus utamanya pada proses membangun cerita.
    Layout-nya juga otomatis dan bisa diprediksi.
    Pada versi sebelumnya bahkan tidak menyediakan bullet point sama sekali.
    Batasannya memang banyak, tetapi justru itu kelebihannya karena jadi tidak terlalu dipikirkan.
    Dan juga mendukung penggunaan offline dengan sangat baik.
    iA Presenter

    • Saya pernah memakai reveal.js dan slides.com.
      Tetapi terasa ada cukup banyak keterbatasan, dan pada akhirnya di perusahaan kami menetap memakai Google Slides.
      Terutama karena presentasi bersama sering dilakukan, dan fitur kolaborasinya sangat berguna.

    • Deckset(deckset.com) juga pilihan yang bagus.
      Pendekatan berbasis konten dan layout otomatis seperti Deckset bagus karena memungkinkan kita fokus pada isi yang esensial, tanpa menghabiskan waktu lama pada transisi slide.

    • marp(marp.app) juga punya reputasi baik, dan kelebihannya adalah perangkat lunak open source.

    • Perangkat lunaknya sendiri terlihat hebat, tetapi situs resminya agak kurang nyaman.
      Rasanya irisan antara orang yang ingin membuat slide dengan Markdown dan orang yang cocok dengan gaya situs seperti itu terlalu kecil.

    • Saya benar-benar suka iA Presenter.
      Sebenarnya ia juga mendukung list dan bullet dengan cukup baik.
      Dalam kasus saya, saya juga memakainya untuk dengan mudah membuat PDF proposal.
      Memang dasarnya perangkat lunak presentasi, tetapi juga sangat bagus untuk cepat membuat dokumen.

  • Saya rasa pendekatan cloud-first itu sendiri memang masalah.
    Semua perangkat lunak harus

    • menjamin bisa berjalan offline

    • jika memungkinkan, menyimpan dan mengekspor dalam format lokal yang bisa dibaca manusia
      dua hal ini seharusnya menjadi dasar.

    • Saya berharap teknologi seperti Electron berkembang lebih jauh.
      Pengembangan aplikasi lintas platform itu cukup menakutkan, jadi kenyataannya banyak tim pengembang akhirnya memindahkan semuanya ke web.

  • Pelajaran yang saya ambil dari kasus ini adalah, terutama untuk situasi seperti presentasi, kita harus memakai perangkat lunak yang berjalan lokal.
    Selalu siapkan juga PDF sederhana sebagai cadangan, sehingga isi presentasi bisa dengan mudah diganti hanya dengan membalik halaman.
    Walau harus mengorbankan animasi, metode yang mencakup beberapa langkah tetap masih memungkinkan.

    • Saya juga menyiapkan dengan cara ini.
      Bahkan jika dibuat di Google Slides, saya simpan dulu secara lokal, dan kalau memakai .pptx/.odp saya juga selalu mengekspornya lagi ke PDF.
      Jika presentasinya benar-benar penting, saya bahkan meluangkan waktu untuk menyiapkan slide di dua laptop sebelumnya.
      Meski terdengar merepotkan, jika persiapan seperti ini sekali saja menyelamatkan saya, itu adalah investasi terbaik untuk mencegah dipermalukan di depan orang banyak, dan risiko jejak itu tersimpan selamanya secara online.

    • Saya cukup puas dengan Google Slides.
      Saya hampir tidak pernah memakai build atau animasi yang kompleks, jadi justru nyaman karena bisa memakai minimum yang diperlukan.
      Hal yang sama saya sukai dari Google Docs, yaitu minim elemen yang tidak perlu.
      Tetapi menjilid PDF lokal tetap wajib.

  • Saya menduga Figma sedang menjalankan banyak proyek sekaligus seperti Sites, Make, dan lainnya, sehingga Slides tidak mendapat investasi dan perhatian detail yang cukup.
    Saya juga cenderung menghindari strategi cloud-first.
    Jika server lambat, down, atau bahkan tidak bisa diakses, bisa terjadi situasi di mana Anda bahkan tidak bisa menemukan file Anda sendiri.
    Saya lebih suka kombinasi aplikasi lokal seperti Powerpoint atau Keynote dengan backup cloud.

    • Itulah alasan saya masih memakai Sketch alih-alih Figma ketika tidak perlu kolaborasi.
      Di Figma, kalau tidak terus melakukan ekspor dan mengelola salinan lokal, Anda sama sekali tidak benar-benar memiliki file asli Anda.
      Hasil kerja Anda mau tak mau bergantung pada kebijakan perusahaan dan perubahan format proprietari.
      Sebaliknya, Sketch jauh lebih bebas karena bisa berjalan offline dan punya spesifikasi file terbuka.
      Itulah cara yang benar.

    • Melihat masalah yang terjadi tahun lalu pada Slides Figma (fitur baru yang digembar-gemborkan), saya jadi sama sekali tidak percaya pada berbagai fitur baru lain yang diumumkan tahun ini.

  • Masalah presentasi itu sendiri pada dasarnya sudah sepenuhnya terselesaikan 40 tahun lalu di era Hypercard.
    PPT, Keynote, LibreOffice Impress, dan yang kita pakai sekarang pada akhirnya hampir sama saja fiturnya.
    Figma tampaknya bergerak dengan strategi mirip Dropbox (vendor lock-in pengguna), mirip seperti tidak ada orang yang benar-benar memakai Dropbox Paper.
    Tujuannya adalah mengikat pengguna ke ekosistem mereka dengan pembatasan aneh seperti “bisa simpan secara lokal, tetapi tidak bisa presentasi langsung dari lokal.”