Presentasi yang Dimulai dari Slide Kedua

• Presentasi teknis memang memerlukan penjelasan latar belakang, tetapi mudah kehilangan audiens di awal; karena itu, struktur yang terlebih dahulu menunjukkan situasi masalah lalu mengisi konteks lebih efektif
• Teknik ini, seperti saran menulis dari Lawrence Block, adalah cara menukar bagian pertama dan kedua yang ditulis secara alami sehingga adegan yang menegangkan ditempatkan di depan
• Presentasi yang menjelaskan latar belakang terlebih dahulu bisa terasa berulang bagi orang yang sudah tahu, sementara bagi yang belum tahu, mereka belum memiliki alasan yang cukup untuk mendengarkan sehingga fokus bisa menurun
• Dalam contoh optimasi mesin virtual berbasis JIT, tampilkan terlebih dahulu profil performa, perubahan kode yang tampak seperti perbaikan, dan data yang ternyata menunjukkan hasil lebih lambat; setelah itu baru jelaskan JIT, optimasi, dan arsitektur
• Jika di awal kita melemparkan masalah yang ingin dipecahkan, programmer secara alami akan mencoba mencari solusinya, sehingga mereka punya motivasi untuk mengikuti penjelasan berikutnya

---

Struktur presentasi yang menunjukkan masalah terlebih dahulu

• Presentasi teknis biasanya membutuhkan penetapan konteks sekaligus penyajian masalah yang akan diselesaikan
• Namun, jika dimulai dari penjelasan latar belakang, daya tarik di awal presentasi menjadi lemah
  • Bagi audiens yang sudah mengetahui latar belakangnya, itu menjadi informasi yang berulang
  • Bagi audiens yang belum mengetahui latar belakangnya, belum muncul motivasi untuk memahaminya
• Metode Kent Beck adalah membuat materi presentasi dalam urutan yang diinginkan, lalu menukar dua slide, paragraf, atau bab pertama
• Ini adalah teknik yang diambil dari Telling Lies for Fun and Profit karya Lawrence Block
  • Jika sebuah cerita ditulis secara alami, bab pertama menjadi perkenalan tokoh utama, dan bab kedua menjadi perkembangan peristiwa
  • Jika kedua bab itu ditukar, cerita dimulai dari adegan ketika tokoh utama berada dalam bahaya
  • Karena pengenalan tokoh muncul setelah ketegangan tercipta, pembaca memiliki alasan untuk ingin mengenal tokoh tersebut

Contoh presentasi optimasi JIT dan reaksi audiens

• Untuk presentasi optimasi mesin virtual berbasis kompilasi JIT, biasanya yang diperkenalkan terlebih dahulu adalah JITing, Pareto sebagai dasar tuning performa, dan arsitektur mesin saat ini
• Namun, optimasi umum yang mengurangi hotspot bisa membuat performa keseluruhan menjadi lebih lambat, dan perubahan yang tampaknya tidak bermasalah juga bisa menghasilkan peningkatan besar
• Struktur yang dimulai dari slide kedua langsung menempatkan bahan untuk dinilai pada slide pertama
  • Profil performa yang menunjukkan hotspot
  • Perubahan kode yang tampak akan membawa perbaikan
  • Data yang menunjukkan bahwa optimasi bukan hanya gagal, tetapi juga membuat sistem menjadi lebih lambat
• Jika setelah itu penjelasan tentang JIT, optimasi, dan arsitektur dimasukkan, audiens yang sudah mengetahui latar belakang pun akan mengikuti sambil menunggu jawaban atas misterinya, dan audiens yang belum mengetahui latar belakang juga punya alasan untuk fokus
• Programmer cenderung menunjukkan respons rekayasa untuk menyelesaikan ketika sebuah masalah disajikan, sehingga struktur yang melemparkan masalah untuk dipecahkan bersama di bagian awal presentasi menjadi efektif

[GN⁺]

Komentar Hacker News

• Beberapa minggu lalu saat presentasi di PyCon, saya kesulitan memasukkan semua materi ke dalam waktu yang tersedia, dan akhirnya memangkas beberapa menit bagian pembuka.
  Saya menghapus bagian yang perlahan membangun menuju topik dan menjelaskan latar belakang mengapa saya layak membicarakan hal ini, lalu langsung masuk ke poin utama pertama, dan di sana ada lelucon yang cukup bagus sehingga berhasil.
  Saya belajar bahwa jika topiknya cukup menarik, kita bisa melewati pembukaan dan langsung masuk ke inti, dan dengan menyelipkan humor, perhatian audiens tetap bisa ditangkap dengan baik.

  • Ini juga penting dalam presentasi penjualan.
    Saya benar-benar tidak suka sales pitch yang dimulai dengan sejarah perusahaan, dan anehnya perusahaan besar Jepang sering kali termasuk yang paling buruk dalam hal ini.
    Untuk setiap slide, kita harus berpikir, “kalau slide ini tidak memberi alasan untuk membaca slide berikutnya, audiens akan bangkit dan pergi.”
    Jika mereka bahkan belum tahu apa yang saya tawarkan, tidak perlu membenarkan alasan keberadaan pembicara, karena pada akhirnya yang penting bukanlah pembicara melainkan orang yang mendengarkan.
  • Saya setuju, tetapi memulai dengan bagian yang ringan dan membosankan seperti nama atau kualifikasi punya kelebihan karena lebih mudah diucapkan saat kita masih tegang di awal.
    Pada bagian seperti itu kecil kemungkinan kita akan tersendat parah, dan sementara itu tubuh mulai rileks sebelum masuk ke presentasi yang sebenarnya.
    Tentu saja makin singkat makin baik, jadi saya biasanya menghafal kalimat-kalimat pertama kata demi kata.
    Bahkan saat paling gugup pun saya bisa menyampaikan bagian awal dengan pasti, lalu setelah itu bisa berbicara lebih bebas.
  • Saya benar-benar tidak suka pembukaan yang panjang, dan audiens juga menghargai kalau masuknya singkat.
    Sekitar 30 detik masih oke, tetapi beberapa menit itu terlalu lama, baik untuk presentasi maupun video YouTube.
    Saya mengerti mengapa orang melakukannya.
    Mungkin untuk mengurangi risiko seperti “apa orang ini memang kompeten?” atau “saya tidak paham konteksnya”, tetapi akan lebih baik kalau sedikit lebih berani dan langsung ke inti.
  • Untuk presentasi konferensi teknis, saya biasanya langsung memutar mata saat melihat slide perkenalan.
    Kita sudah memilih untuk datang mendengarkan presentasi itu, jadi menjelaskan mengapa topiknya menarik terasa seperti berkhotbah kepada orang yang sudah percaya.
    Dalam budaya hacker, orang biasanya dinilai dari kemampuan, bukan dari pembuktian kredensial, jadi menyisipkan “sebagai catatan, saya yang membuat ini” masih bisa diterima, tetapi jangan membacakan CV; yakinkan lewat wawasan.
    Tentu ini tidak berlaku di semua konteks, dan ada audiens yang sangat mementingkan kredensial.
    Jika orang-orang tidak secara langsung memilih datang ke presentasi itu, konteks yang cukup memang dibutuhkan.
    Meski begitu, biasanya lebih baik menangkap perhatian lebih dulu, lalu setelah perhatian didapat, baru kembali ke pengantar.
  • Saat menulis pun, bagian pembuka kadang saya perlukan untuk bisa menulis sisa dokumen, tetapi setelah semuanya selesai, isi pembuka itu sering berubah menjadi klise yang tidak lagi diperlukan.

• Saat sekolah pascasarjana, saya banyak mendapat pelatihan presentasi, dan pembimbing saya sering melatih kami seperti kuis saat gladi resik.
  Slide pertama seharusnya dipandang hanya sebagai tempat ditampilkan sejenak saat kita belum berbicara, semacam sampul buku.
  Misalnya, jika moderator memperkenalkan dengan “pembicara berikutnya akan membahas BlahBlah”, saya menjawab, “Terima kasih SoAndSo. Saya Godelski dan slide berikutnya saya akan membahas BlahBlah.”
  Sebaliknya, jika diperkenalkan dengan “pembicara berikutnya adalah Godelski dan akan mempresentasikan pekerjaannya tentang BlahBlah”, saya cukup menjawab, “Terima kasih SoAndSo. Slide berikutnya.”
  Ada variasi, termasuk saat tidak ada perkenalan sama sekali, tetapi intinya adalah tidak mengulang informasi yang sudah disampaikan moderator dan segera keluar dari slide judul.
  Slide itu hanya tempat untuk menunjukkan siapa yang berbicara dan apa topiknya; jika masih ada informasi lain yang perlu disampaikan kepada audiens, jangan berlama-lama di slide itu.
  Ada banyak elemen lain dalam penyusunan dan pengorganisasian slide, tetapi sulit digeneralisasi; hanya saja saya merasa slide gambaran umum cukup berguna meskipun hanya ditampilkan kurang dari 1 detik.
  Ini juga menjadi lebih penting ketika slide diunggah secara online.
  Slide presentasi dibuat sebagai bantuan saat berbicara, jadi ketika diunggah online sering kali tidak lagi pas, dan akan bagus jika catatan slide bisa disertakan dengan mudah.
  Di Google Slides ini lumayan, tetapi di PDF sulit, dan dengan beamer sepertinya ini sudah bisa atau seharusnya bisa, jadi mungkin ada yang bisa mendorong praktik baru.

• Presentasi teknis saya cukup populer, dan bahkan orang nonteknis yang tidak tertarik dengan topiknya pun ikut melihat-lihat slide itu di dalam perusahaan.
  Struktur cerita adalah kuncinya; tanpa cerita, presentasi tidak akan menarik.
  Saat membuat presentasi, saya terus menelusuri slide untuk memastikan alur ceritanya terasa alami.
  Selama presentasi, saya berusaha agar tidak terlalu banyak informasi muncul sekaligus di layar, dan saya memakai timeline PowerPoint agar slide terbentuk perlahan selama saya berbicara.
  Jadinya hampir terlihat seperti memakai whiteboard, dan tidak ada yang suka ketika pindah slide lalu tiba-tiba disambut tembok teks.
  Bukan berarti saya menghindari slide yang hanya berisi teks, tetapi itu jarang menjadi cara terbaik untuk menyampaikan cerita atau konsep saya, jadi hampir tidak pernah saya gunakan.
  Saat membuat presentasi, saya juga terus membaca ulang apakah presentasinya jadi terlalu teknis hingga membosankan, atau terlalu nonteknis hingga membosankan.
  Keseimbangan itu penting, dan jika tiba-tiba harus masuk terlalu dalam secara teknis, beberapa slide berikutnya harus mengangkatnya kembali; begitu juga sebaliknya.
  Walaupun teksnya sedikit, saya banyak memakai visualisasi gambar tangan untuk menjelaskan konsep secara tepat, jadi ketika dicetak pun tetap bisa dipahami dan tetap menyampaikan hal-hal yang perlu diketahui.
  Terakhir, aplikasi apa yang dipakai itu tidak penting.
  Hanya seniman buruk yang menyalahkan alat; saya memakai PowerPoint karena ada dukungan Pencil di iPad dan timeline animasi yang lengkap, sehingga jika digunakan dengan baik, rasanya hampir seperti membuat film.
  Meski begitu, saya terutama memakainya untuk memecah slide menjadi potongan-potongan yang lebih kecil.

• Presentasi teknis selalu dimulai dengan spoiler
  Orang yang sibuk atau cukup percaya pada perkataanku bisa mendapatkan informasi terpenting dan hampir langsung pergi
  Orang yang tidak setuju atau ingin melihat bukti untuk klaimnya bisa tetap mengikuti

  • Ini mirip BLUF, yaitu Bottom Line Up Front
    Ungkapan ini lebih sering dipakai dalam memo atau email, tetapi konsepnya sama
    Jika Anda memberi tahu dulu apa yang ada di akhir, orang-orang akan memahami ke mana penjelasan latarnya mengarah
    Tidak masalah menulis tulang punggung cerita, tetapi jika ingin meyakinkan audiens bahwa ada ledakan di ujung pelangi, tunjukkan trailernya dulu
  • Ini juga sejalan dengan gagasan lakukan bagian terakhir lebih dulu dalam demo produk
    Tidak perlu membuat audiens “berusaha” dulu untuk mendapatkan hadiahnya; langsung saja ke bagian bagusnya, lalu jelaskan sisanya bagi yang tertarik
    Ini juga muncul dalam beberapa ulasan demo: https://web.archive.org/web/20220126051034/https://www.secon...
  • Semua tulisan blog yang kutulis juga seperti itu
    Dimulai dengan ringkasan, dan jika relevan bahkan menaruh kode lengkap yang bisa langsung disalin-tempel untuk dipakai ulang di bagian awal
    Itulah cara yang kuinginkan dari orang lain, jadi aku juga melakukannya
    Singkirkan ego dan utamakan kegunaan
  • Saat menyampaikan informasi penting, struktur piramida terbalik hampir selalu lebih baik
    Ini memaksa kita menjelaskan lebih dulu mengapa orang harus peduli, dan karena bagian yang kurang menarik diletakkan di belakang, kalau waktu habis atau seseorang kehilangan fokus mereka tidak akan banyak kehilangan
    [1] https://en.wikipedia.org/wiki/Inverted_pyramid_(journalism)

• Bisa dilihat seperti presentasi “I’m okay, the bull is dead”
  https://www.computerworld.com/article/1702433/i-m-ok-the-bul...

  • Aku paham inti tulisannya, tetapi kalau aku sih lebih ingin langsung mendengar “Aku menabrak banteng dengan mobil. Aku baik-baik saja, tapi mobilnya hancur” daripada harus mendengar informasi sedikit demi sedikit atau malah lebih buruk lagi harus menggali sendiri
    Dalam situasi seperti itu saya bisa memahami jika seseorang tidak cukup tenang untuk menjelaskannya dengan jelas, tetapi sepertinya ini bukan kasus seperti itu
    Jika tenang, lebih baik beri lawan bicara penjelasan 10–15 detik lebih dulu tentang apa yang terjadi
  • Tahun lalu ada diskusi besar tentang topik ini: https://news.ycombinator.com/item?id=37087459
  • Ini prinsip yang sama dengan BLUF, yaitu meletakkan inti di depan
    Sampaikan dulu kesimpulan dan dampaknya, lalu isi belakangan latar belakang yang mengarah ke kejadian itu

• Presentasi teknis tetap membutuhkan cerita
  Seperti teknik storytelling standar, presentasi harus dimulai dengan peristiwa yang menarik perhatian, yaitu insiden pemicu
  The Matrix dimulai tepat sebelum Trinity tertangkap, Bambi dengan ibunya tertembak, dan Star Wars dimulai dengan kapal kecil yang dikejar kapal raksasa penembak laser
  Presentasi teknis yang baik mengikuti struktur cerita yang baik
  Urutannya adalah insiden pemicu, membangun menuju klimaks kecil, mundur sejenak, klimaks, lalu penutup
  Jika ingin menjadi pembicara teknis yang hebat, ada baiknya membaca buku tentang cara menceritakan kisah yang baik

  • Hanya saja, hati-hati agar teknik itu tidak malah membuat audiens kesal
    Misalnya, artikel panjang yang bertele-tele dengan pembuka seperti “David tinggal di rumah tiga kamar di suatu pelosok desa bersama anjingnya boopy dan bloppy...” biasanya langsung kututup
    Dulu aku pernah mengikuti kelas presentasi yang sangat bagus yang dibawakan komedian, dan saran yang paling kuingat adalah menyusun presentasi seperti kisah pahlawan
    Semua orang tahu strukturnya: semuanya baik-baik saja, tragedi datang, masalah diatasi, lalu rayakan
    Mungkin terasa tidak cocok untuk presentasi teknis dan memang tidak semua presentasi harus seperti itu, tetapi ternyata bisa diterapkan jauh lebih sering daripada yang dibayangkan
    Pada dasarnya, apa pun yang memecahkan masalah bisa diceritakan dengan cara ini
    Namun terlalu banyak presentasi yang dimulai dengan “Saya akan membahas proyek X. Ini ringkasan slide-nya. Sekarang, apa itu X?”
    Padahal bisa diceritakan seperti “Kami punya banyak hal yang melakukan Y. Semua berjalan baik sampai Z datang. Lalu bencana terjadi. Solusi lama A sama sekali tidak bekerja untuk kasus ini. Jadi kami membuat X. Tapi itu gagal karena ..., jadi kami harus ..., dan akhirnya semuanya berhasil”
  • Bambi dimulai dengan adegan kelahiran, dan ibunya mati di pertengahan film

• Saya merekomendasikan slide pertama dimulai dengan gambar tanpa teks
  Gambarnya sebaiknya tampak tidak ada hubungannya sama sekali dengan topik presentasi yang ada di slide judul tanpa nomor
  Dengan begitu orang akan penasaran penjelasan apa yang akan diberikan dan memperhatikan
  Setelah teka-tekinya terpecahkan, pindah ke slide kedua untuk memaparkan definisi masalah atau pertanyaan riset, lalu setelah itu bisa lanjut ke struktur umum: ringkasan, metode, data, eksperimen, hasil evaluasi, diskusi dan keterbatasan, ringkasan, kesimpulan, dan pekerjaan lanjutan
  Namun ini hanya berlaku untuk presentasi lisan
  Jenis slide deck penting lain yang umum di perusahaan global besar lebih mirip campuran presentasi PowerPoint dan dokumen Word
  Slide-nya penuh teks agar tetap bisa dipahami hanya dengan melihat deck-nya saja, dan dibuat bukan hanya untuk presentasi tetapi terutama untuk diedarkan lewat email agar dibaca
  Karena para eksekutif bisa saja tidak mendengar presentasinya dan hanya memindai slide, aturan slide yang baik untuk mendukung presentasi yang baik sengaja dilanggar

  • Menurutku saran serupa juga berlaku untuk paper teknis
    Setidaknya di bidangku, yaitu computer vision dan machine learning, halaman pertama menempatkan gambar besar yang keren dan kalau bisa cukup menjelaskan dirinya sendiri
    Tujuannya untuk menangkap perhatian orang yang sedang memindai PDF dan menarik mereka masuk
    Dalam computer vision biasanya mudah menemukan sesuatu yang menarik secara visual, seperti citra yang menonjolkan rekonstruksi 3D atau deteksi objek
    Atau bisa juga memakai grafik yang menunjukkan seberapa jauh metodenya lebih baik daripada baseline, tetapi itu mungkin kurang menarik bagi orang yang tidak terlalu paham arti angkanya

• Dalam demo, saya sudah lama belajar untuk memulai dari bagian yang bagus
  Jika ada perangkat lunak pemantauan yang hebat, jangan memulai dengan proses instalasi, pengaturan pengumpulan metrik, lalu bagaimana frontend dihubungkan ke basis data deret waktu sebelum akhirnya menunjukkan grafik keren yang sebelumnya tidak ada
  Sebaliknya, tunjukkan dulu grafik keren yang sebelumnya tidak ada itu, lalu jelaskan mengapa grafik tersebut berguna
  Setelah semua orang mulai tertarik, barulah Anda bisa meluangkan waktu untuk menunjukkan bagaimana mencapai kondisi itu
  Saya sudah terlalu sering melihat demo yang dimulai dengan proses panjang dan membosankan sebelum sampai ke bagian keren, padahal akan jauh lebih baik jika hal keren itu ditunjukkan lebih dulu

• Ini cara yang brilian untuk presentasi teknis
  Namun, jika dilakukan seperti ini dalam media hiburan seperti novel atau acara TV, hasilnya hampir selalu mengurangi minat
  Jika sebuah adegan aksi tidak memerlukan informasi latar agar bisa dipahami, menurut saya informasi latarnya sekalian saja dilewati
  Saya berharap temponya tidak dinaikkan drastis lalu terlalu cepat jatuh lagi ke keadaan tanpa apa-apa

  • Artikel berita, terutama berita olahraga atau politik, sering memakai cara seperti ini
    Tetap saja ada alasannya, karena bagian terpenting dari cerita memang ditempatkan di depan
  • Dalam media hiburan, ini sering terasa seperti jalan pintas darurat di menit-menit akhir
    Semacam ketika alur novel berjalan terlalu lambat dan pembaca uji berhenti sebelum sesuatu yang menarik terjadi, lalu editor menyarankan, “Mari letakkan adegan pertempuran keren dari bab 10 di depan agar terlihat buku ini sebenarnya mau melakukan apa”
    Cara seperti itu jarang berhasil dengan baik

• Saya sudah membaca setiap kalimat dan paragraf, tetapi masih belum yakin apa yang sebenarnya ingin disampaikan tulisan aslinya
  Apakah maksudnya “lewati pendahuluan”?
  Saat memulai presentasi, saya biasanya memberi gambaran singkat lebih dulu tentang apa saja isi presentasinya
  Saya memang tidak selalu bisa menyesuaikan isi untuk setiap audiens, tetapi setidaknya jika sejak awal diberi indeks atau ringkasan, orang bisa tahu kapan harus fokus dan kapan boleh sedikit melamun

  • 1. Katakan apa yang akan Anda katakan
    2. Katakan
    3. Katakan lagi apa yang sudah Anda katakan
       Poin utama yang ingin diperkuat lewat pengulangan sebaiknya hanya 2~3, tidak lebih
       Dan tips nomor satu saya adalah: semakin Anda ingin presentasi terdengar alami, semakin banyak Anda harus berlatih sebelumnya
       Jika pembicaranya sudah berpengalaman, ia juga akan tahu kapan dan bagaimana melanggar aturan-aturan ini
  • Saya memahami inti tulisan ini sebagai, “Untuk membuat orang memahami solusi atas sebuah masalah, jangan jelaskan latar belakang teknis terlebih dahulu; mulailah dari masalahnya. Lalu jelaskan konteks atau latar belakang teknisnya di urutan kedua.”
  • Pada akhirnya, ini seperti menemukan motivasi dalam teks
    Tentu saja, sebenarnya hanya menemukannya kembali