Banyak game ingin menawarkan kebebasan sebanyak mungkin: puluhan build, berbagai resource, skill tree besar, crafting, equipment, quest, hingga sistem ekonomi.
Masalah muncul ketika pemain lebih sibuk mengelola informasi daripada menikmati keputusan yang sebenarnya menarik.
Karena itu, Strategi Mengurangi Cognitive Load bukan cuma urusan membuat menu lebih sederhana. Developer juga perlu mengelola jumlah keputusan, feedback, pekerjaan repetitif, dan tekanan waktu yang muncul selama gameplay.
Dengan pendekatan yang tepat, sebuah game tetap bisa “easy to understand, hard to master” tanpa membuat pemain merasa lelah hanya karena harus mengingat terlalu banyak hal.
Jangan Samakan Cognitive Load dengan Difficulty
Game sulit belum tentu memiliki cognitive load buruk.
Boss dengan pola serangan menantang bisa terasa sulit sekaligus sangat jelas. Pemain tahu apa yang terjadi, tetapi membutuhkan timing dan skill untuk menang.
Sebaliknya, game yang relatif mudah bisa terasa melelahkan jika pemain harus memantau delapan meter, membaca banyak tooltip, dan berpindah antar-menu hanya untuk melakukan satu tindakan sederhana.
Microsoft menjelaskan bahwa difficulty muncul dari hubungan antara kemampuan pemain dan berbagai hambatan yang diberikan game. Hambatan tersebut dapat melibatkan aim, resource management, memory, puzzle solving, hingga time pressure.
Target developer bukan menghilangkan tantangan.
Yang harus dikurangi adalah beban mental yang tidak memberikan keputusan menarik.
Kurangi Decision Density pada Momen Sibuk
Pilihan merupakan bagian penting dari game design, tetapi terlalu banyak pilihan dalam waktu yang sama dapat membuat pemain mengalami decision paralysis.
Bayangkan pemain sedang bertarung tetapi secara bersamaan harus memilih skill, memantau lima cooldown, mengganti ammunition, mengatur companion, menggunakan consumable, dan memperhatikan tiga status debuff.
Setiap mekanik mungkin bagus secara individual.
Masalahnya adalah semuanya meminta perhatian pada waktu bersamaan.
Salah satu solusinya adalah staggering decisions.
Keputusan build besar dilakukan sebelum combat. Inventory management dikerjakan di safe zone. Saat battle, pemain fokus pada movement, positioning, attack, dan kemampuan utama.
Kompleksitas tetap ada, tetapi didistribusikan ke waktu yang lebih masuk akal.
Prinsip progressive disclosure juga dapat digunakan di sini: tampilkan informasi atau pilihan advanced hanya ketika relevan dengan tugas yang sedang dilakukan.
Berikan Feedback yang Cepat dan Mudah Dibaca
Ketika sistem kompleks berinteraksi, pemain membutuhkan feedback yang jelas.
Jika mereka menyerang musuh dan damage tiba-tiba berkurang 70%, penyebabnya harus bisa dipahami.
Apakah karena armor? Elemental resistance? Distance penalty? Debuff? Skill lawan?
Tanpa feedback, pemain dipaksa menebak dan menyimpan lebih banyak kemungkinan dalam kepala.
Gunakan visual cue, audio, animation, text, atau haptic feedback untuk menjelaskan perubahan penting.
Microsoft menyarankan agar informasi kunci tidak hanya disampaikan melalui satu sensory channel. Kombinasi label teks dengan indikator visual, misalnya, dapat membantu pemain memahami arti elemen dengan lebih jelas sekaligus menurunkan kebutuhan interpretasi.
Namun hindari feedback berlebihan.
Jika setiap hit menghasilkan empat icon, tiga angka, suara berbeda, dan popup, clarity justru hilang.
Prioritaskan feedback berdasarkan dampaknya terhadap keputusan berikutnya.
Otomatiskan Pekerjaan yang Tidak Lagi Menarik
Complexity tidak harus berarti pemain melakukan semuanya secara manual.
Automation bisa digunakan untuk menghilangkan pekerjaan repetitif setelah pemain sudah memahami konsep dasarnya.
Misalnya management game meminta pemain mengatur supply route secara manual pada fase awal agar mereka memahami sistem ekonomi.
Setelah bisnis berkembang menjadi 50 lokasi, melakukan pekerjaan yang sama satu per satu menjadi beban administratif.
Berikan automation.
Auto-trade, equipment comparison, smart inventory sorting, auto-loot filter, atau production template dapat mengurangi cognitive overhead.
Poin pentingnya adalah jangan mengotomatisasi keputusan yang merupakan inti kesenangan.
Jika keseruan game berasal dari mengatur produksi, jangan biarkan AI memainkan seluruh production system.
Automatiskan pekerjaan, bukan strategi.
Berikan Pilihan untuk Menyesuaikan Kompleksitas
Pemain memiliki kemampuan dan preferensi berbeda.
Seseorang mungkin menikmati sistem ekonomi rumit tetapi tidak ingin combat membutuhkan reflex cepat. Pemain lain mungkin menyukai combat hardcore tetapi kurang tertarik mengelola hunger dan thirst.
Microsoft merekomendasikan beberapa difficulty preset serta, jika memungkinkan, pengaturan individual terhadap aspek gameplay tertentu.
Hal ini membantu pemain menyesuaikan jenis hambatan tanpa harus menurunkan seluruh pengalaman secara sekaligus.
Contohnya, developer bisa menyediakan:
Combat Difficulty: Hard
Resource Management: Relaxed
Navigation Assistance: On
Puzzle Hints: Off
Game masih sama.
Pemain hanya memilih jenis kompleksitas mana yang ingin mereka hadapi.
Pendekatan ini juga membantu accessibility tanpa menurunkan skill ceiling.
Sediakan Tempat Aman untuk Belajar
Game kompleks membutuhkan eksperimen.
Masalahnya, pemain enggan bereksperimen jika kesalahan selalu menghasilkan konsekuensi besar.
Bayangkan build system mempunyai puluhan kombinasi tetapi respec membutuhkan resource yang sangat langka. Banyak pemain akhirnya mencari build di internet daripada mencoba sendiri.
Cognitive load bertambah karena mereka merasa harus membuat keputusan sempurna.
Game Accessibility Guidelines menyarankan mode latihan atau sandbox tanpa risiko gagal. Pemain dapat mempelajari mekanik sesuai kecepatannya sendiri sebelum menghadapi situasi yang memiliki konsekuensi.
Training room sangat berguna untuk fighting game.
Sandbox ekonomi cocok untuk strategy atau simulation.
Build preview bisa membantu RPG.
Tujuannya adalah menciptakan ruang di mana belajar terasa aman.
Ketika biaya kegagalan lebih rendah, pemain lebih berani melakukan interkasi dan akhirnya memahami sistem dengan lebih baik.
Ajarkan Melalui Aksi, Bukan Manual Panjang
Membaca tutorial belum tentu sama dengan memahami mekanik.
Game Accessibility Guidelines menyebut interactive tutorial lebih membantu dibanding sekadar instruction screen karena pemain dapat menghubungkan instruksi langsung dengan tindakan gameplay.
Hal ini juga mengurangi kebutuhan mengingat instruksi sampai mekanik tersebut digunakan jauh di kemudian hari.
Misalnya game memiliki sistem elemental reaction.
Jangan tampilkan tabel berisi 15 kombinasi elemen pada awal permainan.
Berikan satu musuh basah.
Minta pemain menggunakan listrik.
Saat efek muncul, jelaskan bahwa listrik menjadi lebih efektif terhadap target basah.
Beberapa jam kemudian, perkenalkan interaksi berikutnya.
Pemain belajar melalui pengalaman.
GDC juga pernah membahas bagaimana onboarding perlu mempertimbangkan cara otak belajar dan bagaimana kesalahan onboarding pada menit awal dapat memengaruhi engagement pemain.
Gunakan Konsistensi untuk Mengurangi Beban Belajar
Setiap aturan baru memiliki biaya mental.
Karena itu, gunakan pola yang sudah dipahami pemain sebanyak mungkin.
Jika tombol kanan selalu membuka informasi detail, jangan tiba-tiba membuat tombol yang sama menjual item tanpa konfirmasi pada menu lain.
Jika warna merah berarti damage, jangan gunakan warna merah sebagai buff positif pada sistem lain.
Microsoft menekankan pentingnya UI focus yang terlihat jelas agar pemain selalu memahami elemen mana yang sedang aktif.
Focus indicator yang terlalu halus dapat membuat navigasi membingungkan, terutama bagi pemain baru atau mereka yang memiliki hambatan visual maupun kognitif.
Consistency membentuk mental model.
Setelah pola dipahami, pemain tidak perlu mempelajari interface dari nol setiap kali berpindah menu.
Hal ini sangat penting dalam strategy atau simulation game dengan banyak panel.
Ukur Cognitive Friction lewat Perilaku Pemain
Cognitive load memang sulit diukur hanya dengan satu angka, tetapi perilaku pemain memberikan banyak petunjuk.
Saat playtesting, amati waktu yang dibutuhkan untuk mengambil keputusan.
Perhatikan menu yang sering dibuka lalu langsung ditutup, objective yang sering dilupakan, tooltip yang dibaca berulang, kesalahan inventory, atau fitur yang sama sekali tidak digunakan.
Misalnya 60% tester mempunyai resource untuk melakukan upgrade tetapi tidak pernah melakukannya.
Jangan langsung menyimpulkan mereka tidak tertarik.
Mungkin tombol upgrade sulit ditemukan atau konsekuensi pilihan tidak cukup jelas.
Gunakan kombinasi observasi, telemetry, interview, dan usability test.
Tujuannya bukan mencari pemain yang “tidak mengerti”.
Tujuannya adalah menemukan desain yang menyebabkan kebingungan secara berulang.
Semakin cepat cognitive friction ditemukan, semakin mudah sistem diperbaiki sebelum pemain mulai kehilangan minat.
Strategi Mengurangi Cognitive Load bekerja dengan memisahkan challenge bermakna dari beban mental yang tidak perlu.
Atur decision density, gunakan feedback yang jelas, otomatisasi pekerjaan repetitif, berikan opsi accessibility, dan sediakan ruang latihan.
Saat melakukan playtesting berikutnya, jangan hanya mengukur apakah pemain menang. Perhatikan juga berapa banyak usaha mental yang diperlukan untuk memahami apa yang sedang terjadi.