Ada situasi yang cukup aneh di tempat kerja. Seseorang sudah bertahun-tahun mengerjakan bidang tertentu, memahami hampir setiap detailnya, dan dapat menyelesaikan masalah dengan cepat. Ketika diminta menjelaskan proses tersebut kepada rekan baru, hasilnya justru membingungkan.
Penjelasannya terasa terlalu cepat. Banyak istilah digunakan tanpa definisi, beberapa langkah dianggap sudah jelas, dan pertanyaan sederhana terkadang sulit dijawab dengan bahasa sederhana. Bukan karena orang tersebut tidak menguasai topiknya. Justru pengetahuan yang terlalu familiar dapat membuat seseorang lupa bagaimana rasanya ketika pertama kali mempelajarinya.
Fenomena ini berkaitan dengan apa yang sering disebut curse of knowledge. Memahami cara menjelaskan sesuatu agar mudah dipahami berarti belajar melihat informasi dari perspektif orang yang belum memiliki pengetahuan, pengalaman, dan konteks yang sama dengan kita.
Semakin Ahli, Semakin Banyak Hal yang Terasa “Sudah Jelas”
Bayangkan seseorang yang sudah menggunakan software tertentu setiap hari selama lima tahun. Ia tidak lagi memikirkan lokasi menu, urutan tombol, atau alasan melakukan langkah tertentu. Banyak tindakan sudah berjalan hampir otomatis.
Kemudian seorang karyawan baru bertanya bagaimana menyelesaikan satu tugas.
Orang berpengalaman mungkin menjawab, “Masuk saja ke dashboard, filter datanya, export, lalu tinggal reconcile.”
Bagi dirinya, instruksi tersebut sangat jelas. Bagi pemula, hampir setiap bagian memunculkan pertanyaan baru. Dashboard yang mana? Filter berdasarkan apa? Format export apa? Apa yang dimaksud reconcile?
Pengetahuan membuat banyak langkah kecil menghilang dari kesadaran karena sudah menjadi kebiasaan.
Apa Itu Curse of Knowledge?
Curse of knowledge menggambarkan kesulitan membayangkan bagaimana suatu informasi terlihat dari perspektif seseorang yang belum mengetahuinya.
Setelah memahami sebuah konsep, kita tidak dapat sepenuhnya kembali ke kondisi ketika konsep tersebut masih asing. Otak sudah memiliki konteks, hubungan antarinformasi, pengalaman, dan vocabulary yang membantu memahami topik tersebut.
Akibatnya, kita cenderung memperkirakan bahwa orang lain mengetahui lebih banyak daripada yang sebenarnya mereka ketahui.
Fenomena ini dapat muncul ketika mengajar, melakukan onboarding, memberikan presentasi, menulis dokumentasi, memberikan instruksi, atau sekadar menjelaskan pekerjaan kepada rekan.
Masalahnya Sering Bukan pada Informasi, tetapi pada Informasi yang Hilang
Penjelasan yang buruk tidak selalu mengandung informasi yang salah. Sering kali informasi yang diberikan benar, tetapi ada beberapa jembatan logika yang tidak disebutkan.
Misalnya:
“Setelah menerima data, masukkan ke sistem dan lakukan validasi sebelum diproses.”
Instruksi tersebut terdengar masuk akal. Namun orang baru mungkin belum mengetahui data diterima dari mana, sistem yang dimaksud, bagian mana yang harus diisi, apa kriteria validasi, dan apa yang terjadi jika data gagal diperiksa.
Bagi orang berpengalaman, seluruh informasi tersebut mungkin terasa implisit.
Bagi pemula, bagian yang tidak disebutkan justru merupakan bagian terpenting.
Jangan Menganggap Istilah Internal Dipahami Semua Orang
Setiap tim secara perlahan membangun bahasa sendiri.
Ada singkatan proyek, nama dashboard, istilah pelanggan, kode produk, nama proses, hingga kalimat pendek yang hanya dipahami oleh orang yang sudah lama bekerja di sana.
Masalah muncul ketika vocabulary tersebut digunakan kepada anggota baru tanpa penjelasan.
Kalimat seperti “Coba cek SLA sebelum escalation ke ops” mungkin sangat efisien bagi tim yang sudah terbiasa. Untuk orang baru, kalimat tersebut dapat terasa seperti bahasa lain.
Dalam komunikasi efektif di tempat kerja, efisiensi bukan berarti menggunakan kalimat sesingkat mungkin. Komunikasi dianggap efisien ketika penerima dapat memahami dan melakukan tindakan yang benar tanpa membutuhkan banyak klarifikasi tambahan.
Mulai dari Tujuan Sebelum Masuk ke Langkah
Instruksi lebih mudah dipahami ketika seseorang mengetahui apa yang sebenarnya ingin dicapai.
Daripada langsung mengatakan, “Buka menu ini, klik bagian itu, kemudian pindahkan file,” jelaskan terlebih dahulu hasil akhirnya.
Misalnya:
“Kita ingin memastikan jumlah stok di sistem sama dengan barang yang benar-benar tersedia sebelum laporan dikirim.”
Sekarang langkah berikutnya memiliki konteks.
Ketika orang memahami tujuan, ia tidak hanya menghafal tombol. Ia mulai memahami alasan di balik proses.
Pengetahuan seperti ini juga membuat seseorang lebih mampu menghadapi situasi yang sedikit berbeda dari contoh yang diberikan.
Jelaskan Gambaran Besar Sebelum Detail
Bayangkan memberikan peta kepada seseorang. Akan lebih mudah memahami jalan kecil jika ia terlebih dahulu mengetahui kota, area, dan tujuan akhirnya.
Prinsip yang sama berlaku ketika menjelaskan konsep.
Mulailah dari gambaran besar. Apa prosesnya? Mengapa proses tersebut ada? Apa input dan output-nya? Siapa yang terlibat?
Setelah kerangka tersebut dipahami, detail dapat dimasukkan secara bertahap.
Tanpa gambaran besar, seseorang menerima banyak fakta tetapi tidak mengetahui hubungan di antara fakta tersebut.
Pecah Proses Menjadi Tahapan yang Memiliki Makna
Instruksi yang terlalu panjang membebani memori kerja.
Daripada memberikan 20 langkah sekaligus, kelompokkan proses menjadi beberapa tahap yang logis. Misalnya: persiapan data, pemeriksaan, pemrosesan, dan final review.
Setiap tahap kemudian dapat memiliki beberapa langkah kecil.
Struktur seperti ini membuat orang memiliki titik referensi ketika kehilangan arah. Mereka dapat mengatakan, “Saya sudah selesai bagian pemeriksaan, sekarang masuk ke pemrosesan.”
Ini jauh lebih mudah dibandingkan mengingat bahwa mereka sedang berada di langkah ke-13 dari daftar panjang.
Jangan Menjelaskan Terlalu Banyak dalam Satu Waktu
Ketika seseorang menguasai topik, ada dorongan untuk memberikan semua pengetahuan sekaligus. Kita ingin pemula mengetahui setiap kemungkinan, pengecualian, shortcut, risiko, dan trik yang pernah dipelajari.
Niatnya baik, tetapi hasilnya dapat berupa information overload.
Pemula belum memiliki struktur mental untuk menempatkan seluruh detail tersebut. Informasi penting dan informasi tambahan akhirnya terasa sama pentingnya.
Prioritaskan apa yang perlu diketahui untuk menyelesaikan tugas pertama dengan benar. Detail lanjutan dapat ditambahkan setelah fondasi terbentuk.
Cara menjelaskan sesuatu dengan sederhana bukan berarti menghilangkan substansi, melainkan mengatur urutan informasi berdasarkan kebutuhan penerima.
Contoh Konkret Sering Lebih Berguna daripada Definisi Panjang
Konsep abstrak lebih mudah dipahami ketika memiliki contoh.
Jika menjelaskan “prioritas pelanggan”, berikan satu kasus. Jika menjelaskan format laporan yang baik, tunjukkan contoh laporan. Jika menjelaskan kesalahan input, tampilkan contoh input yang salah dan versi yang benar.
Contoh memberikan sesuatu yang dapat diamati.
Namun jangan berhenti pada contoh. Jelaskan juga prinsip yang membuat contoh tersebut benar atau salah.
Tujuannya agar orang tidak hanya meniru satu kasus, tetapi dapat menerapkan prinsip pada situasi lain.
Gunakan Perbandingan dengan Sesuatu yang Sudah Dikenal
Ketika konsep benar-benar baru, analogi dapat menjadi jembatan.
Misalnya, database dapat dijelaskan kepada pemula dengan membandingkannya secara sederhana dengan lemari arsip yang memiliki struktur tertentu. Workflow approval dapat dibandingkan dengan dokumen yang harus melewati beberapa meja sebelum dianggap selesai.
Analogi tentu tidak sempurna. Jangan memaksakannya sampai detail yang tidak sesuai.
Fungsinya adalah memberikan titik awal agar konsep baru tidak terasa sepenuhnya asing.
Setelah pemahaman dasar terbentuk, penjelasan yang lebih akurat dapat ditambahkan.
“Paham?” Bukan Pertanyaan yang Sangat Berguna
Setelah menjelaskan sesuatu selama sepuluh menit, kita sering menutup dengan satu pertanyaan:
“Paham?”
Hampir semua orang akan menjawab, “Iya.”
Kadang mereka memang paham. Kadang mereka merasa paham. Kadang mereka belum paham tetapi tidak ingin terlihat lambat. Ada juga yang bahkan belum mengetahui bagian mana yang sebenarnya belum dipahami.
Karena itu, pertanyaan yang lebih spesifik dapat memberikan informasi lebih baik.
Misalnya, “Kalau besok kamu mendapatkan kasus seperti ini, langkah pertama yang akan kamu lakukan apa?”
Jawaban tersebut menunjukkan bagaimana orang memahami proses tanpa membuat percakapan terasa seperti ujian.
Minta Orang Menjelaskan Kembali dengan Bahasanya Sendiri
Salah satu cara sederhana untuk memeriksa pemahaman adalah meminta penerima merangkum konsep menggunakan bahasanya sendiri.
Bukan mengulang kata demi kata.
Jika seseorang dapat menjelaskan ide dengan struktur yang berbeda tetapi maknanya tetap tepat, kemungkinan besar ia sudah membangun pemahaman.
Teknik ini juga membantu menemukan bagian yang ambigu. Seseorang mungkin memahami 80 persen proses dengan benar tetapi salah menafsirkan satu tahapan penting.
Kesalahan tersebut lebih baik ditemukan saat latihan daripada ketika tugas sudah masuk ke pekerjaan nyata.
Beri Kesempatan untuk Mencoba
Melihat orang lain melakukan sesuatu dan melakukan sendiri adalah dua pengalaman berbeda.
Demonstrasi dapat membuat sebuah proses terlihat mudah karena orang berpengalaman bergerak dengan lancar. Pemula baru mengetahui bagian yang membingungkan ketika tangannya sendiri mulai melakukan pekerjaan tersebut.
Setelah demonstrasi, berikan kesempatan mencoba dengan risiko yang terkendali.
Biarkan orang menjalankan proses sementara Anda mengamati. Jangan langsung mengambil alih ketika ia membutuhkan beberapa detik untuk berpikir.
Sedikit kesulitan merupakan bagian normal dari proses belajar.
Jangan Langsung Memberikan Jawaban pada Setiap Kesulitan
Ketika mengajari seseorang, melihat mereka berhenti pada satu langkah dapat membuat kita ingin langsung memberikan solusi.
Namun jika setiap hambatan segera diselesaikan oleh pengajar, orang tersebut tidak mendapatkan kesempatan membangun kemampuan problem-solving.
Coba gunakan pertanyaan.
“Menurut kamu, informasi apa yang kita butuhkan di sini?”
“Bagian mana yang membuat kamu ragu?”
“Kalau melihat contoh sebelumnya, apa yang berbeda?”
Pertanyaan membantu seseorang menggunakan pengetahuan yang sudah dimiliki untuk menemukan langkah berikutnya.
Dokumentasi Harus Ditulis untuk Orang yang Belum Tahu
Dokumentasi internal sering ditulis oleh orang yang paling memahami proses. Ironisnya, hal tersebut dapat menjadi sumber masalah.
Penulis menggunakan singkatan, melewatkan langkah, dan menganggap struktur sistem sudah diketahui pembaca.
Saat membuat dokumentasi kerja yang mudah dipahami, bayangkan orang yang baru bergabung minggu depan.
Apakah ia mengetahui di mana file berada? Apakah istilah sudah dijelaskan? Apakah screenshot masih sesuai dengan interface terbaru? Apakah prosedur menjelaskan apa yang dilakukan ketika sesuatu tidak berjalan normal?
Dokumentasi yang hanya dapat dipahami oleh pembuatnya bukan dokumentasi yang efektif.
Screenshot Saja Tidak Selalu Cukup
Tutorial kerja sering berisi banyak screenshot dengan tanda panah tetapi sedikit penjelasan mengenai alasan di balik setiap langkah.
Format tersebut memang membantu menunjukkan lokasi tombol. Namun ketika interface berubah, dokumentasi dapat kehilangan sebagian besar kegunaannya.
Gabungkan instruksi visual dengan prinsip.
Jelaskan apa yang ingin dicapai pada langkah tersebut, bukan hanya tombol mana yang harus ditekan.
Jika tombol berpindah setelah update software, orang masih memiliki pemahaman untuk mencari fungsi yang sama.
Ajarkan Kondisi Normal dan Pengecualian Secara Terpisah
Pemula sebaiknya memahami alur normal terlebih dahulu.
Setelah proses dasar cukup familiar, barulah masuk ke pengecualian yang paling sering terjadi. Jika seluruh edge case diberikan sejak awal, proses utama menjadi sulit terlihat.
Misalnya, ajarkan bagaimana memproses order normal. Setelah itu, jelaskan apa yang dilakukan jika stok tidak sesuai, alamat bermasalah, atau pembayaran belum terkonfirmasi.
Urutan ini membangun struktur mental yang lebih jelas: inilah jalur utama, dan inilah kondisi yang membuat kita keluar dari jalur tersebut.
Kecepatan Berbicara Harus Mengikuti Kompleksitas Informasi
Orang yang sudah sangat familiar dengan sebuah topik dapat berbicara cepat karena tidak membutuhkan waktu untuk memproses konsepnya sendiri.
Pendengar belum tentu memiliki kemampuan yang sama.
Semakin baru dan kompleks informasi, semakin banyak waktu yang dibutuhkan untuk menghubungkannya dengan pengetahuan yang sudah ada.
Berikan jeda setelah bagian penting. Jangan takut pada beberapa detik keheningan.
Diam tidak selalu berarti seseorang tidak memperhatikan. Bisa jadi mereka sedang membangun pemahaman.
Hindari Mengoreksi dengan Cara yang Membuat Orang Takut Bertanya
Lingkungan belajar dapat rusak ketika setiap kesalahan kecil mendapatkan respons yang membuat seseorang malu.
Jika anggota baru merasa pertanyaan sederhana dianggap bodoh, mereka akan berhenti bertanya. Bukan berarti mereka tiba-tiba memahami semuanya; mereka hanya mulai menyembunyikan ketidakpahaman.
Akibatnya, kesalahan muncul lebih jauh di dalam proses ketika dampaknya lebih besar.
Bangun budaya bahwa klarifikasi merupakan bagian normal dari pekerjaan.
Orang seharusnya dapat mengatakan “saya belum mengerti bagian ini” tanpa merasa sedang mengakui ketidakmampuan.
Ahli Juga Perlu Belajar dari Pertanyaan Pemula
Pertanyaan yang terlihat sederhana sering mengungkap bagian proses yang selama ini tidak pernah dipikirkan kembali.
“Kenapa kita melakukan langkah ini?”
Kadang jawabannya jelas. Namun terkadang orang menyadari bahwa proses tersebut dilakukan hanya karena “dari dulu memang begitu”.
Pemula belum memiliki kebiasaan yang membuat proses terasa normal. Karena itu, mereka dapat melihat inkonsistensi yang tidak lagi terlihat oleh orang lama.
Onboarding yang baik bukan hanya transfer pengetahuan satu arah. Pertanyaan orang baru juga dapat menjadi audit terhadap sistem yang sudah ada.
Gunakan Kesalahan sebagai Petunjuk untuk Memperbaiki Penjelasan
Jika beberapa orang baru terus melakukan kesalahan pada langkah yang sama, jangan langsung menyimpulkan bahwa semuanya kurang teliti.
Mungkin instruksinya memang tidak jelas.
Periksa kembali dokumentasi, contoh, interface, dan urutan proses. Apakah ada istilah ambigu? Apakah satu langkah terlalu bergantung pada pengetahuan yang belum diajarkan?
Kesalahan berulang merupakan data.
Sistem pelatihan yang baik menggunakan pola tersebut untuk memperbaiki cara informasi disampaikan.
Menjelaskan dengan Sederhana Bukan Berarti Merendahkan Orang
Ada perbedaan antara bahasa sederhana dan bahasa yang patronizing.
Bahasa sederhana mengurangi kompleksitas yang tidak diperlukan. Ia menjelaskan istilah ketika diperlukan, menggunakan contoh yang relevan, dan memberikan struktur yang jelas.
Patronizing muncul ketika kita berbicara seolah lawan bicara tidak mampu memahami konsep yang kompleks.
Jangan menghindari ide sulit. Pecah ide tersebut menjadi bagian yang dapat diikuti.
Tujuannya adalah membuat kompleksitas dapat dipahami, bukan berpura-pura kompleksitas tersebut tidak ada.
Sesuaikan Penjelasan dengan Pengetahuan Awal
Orang yang benar-benar baru membutuhkan penjelasan berbeda dari rekan yang sudah memahami bidang tersebut tetapi belum mengenal satu sistem tertentu.
Sebelum menjelaskan, cari tahu starting point-nya.
“Apa kamu pernah menggunakan sistem seperti ini sebelumnya?”
“Bagian mana yang sudah familiar?”
Pertanyaan sederhana membantu menghindari dua masalah: menjelaskan terlalu dasar kepada orang berpengalaman atau langsung melompat terlalu jauh kepada pemula.
Komunikasi yang baik dimulai dari posisi pendengar, bukan posisi pembicara.
Orang yang Benar-benar Menguasai Topik Biasanya Bisa Mengubah Cara Menjelaskannya
Kemampuan menjelaskan bukan sekadar mengulang definisi yang sama dengan suara lebih keras.
Jika seseorang belum memahami penjelasan pertama, coba pendekatan lain. Gunakan contoh berbeda, analogi, diagram, demonstrasi, atau pecah konsep menjadi bagian yang lebih kecil.
Fleksibilitas ini merupakan tanda bahwa pengetahuan tidak hanya dihafalkan.
Seseorang memahami topik secara mendalam ketika ia mampu melihatnya dari beberapa sudut dan memilih penjelasan yang sesuai dengan kebutuhan audiens.
Kesimpulan
Mengetahui cara menjelaskan sesuatu agar mudah dipahami bukan hanya keterampilan untuk guru atau trainer. Kemampuan ini dibutuhkan ketika melakukan onboarding, memberikan instruksi kerja, membuat presentasi, menulis dokumentasi, mendelegasikan tugas, dan berkolaborasi dengan orang yang memiliki pengalaman berbeda.
Kesulitan terbesar sering muncul karena kita lupa seberapa banyak pengetahuan yang sudah tersimpan di kepala sendiri. Istilah yang terasa biasa, langkah yang berjalan otomatis, dan hubungan yang terlihat jelas bagi seorang ahli belum tentu terlihat sama bagi pemula.
Mulailah dari tujuan, berikan gambaran besar, pecah proses menjadi tahapan, gunakan contoh konkret, periksa pemahaman melalui praktik, dan jangan menganggap pertanyaan sebagai tanda ketidakmampuan. Semakin mudah orang bertanya dan mencoba, semakin cepat pengetahuan dapat benar-benar berpindah.
Keahlian bukan hanya tentang seberapa banyak yang kita ketahui. Salah satu bentuk keahlian yang paling berguna adalah kemampuan membuat sesuatu yang rumit menjadi cukup jelas sehingga orang lain akhirnya dapat melakukannya sendiri.