Saat membuka sebuah proyek, saya tidak ingin pembaca hanya melihat gambar akhir lalu menebak bagaimana semuanya dibuat. Studi kasus yang berguna memperlihatkan beberapa keputusan di sepanjang jalan: apa yang perlu dibereskan, pilihan apa yang dicoba, dan mengapa arah akhirnya berubah.
Mulai dari masalah yang jelas
Saya memulai dokumentasi dengan konteks singkat, bukan daftar fitur. Misalnya, jika halaman sulit dipindai di layar ponsel, masalah itu memberi alasan yang lebih nyata untuk membahas struktur dan hierarki visual. Pembaca jadi tahu apa yang sedang saya coba perbaiki sebelum melihat solusinya.
Tunjukkan peran dan pilihan
Di tiap proyek, saya menjelaskan bagian yang saya kerjakan dan keputusan yang memang berada dalam lingkup peran saya. Sketsa, tangkapan layar versi awal, atau perubahan susunan elemen bisa membantu menjelaskan proses, selama masing-masing diberi konteks. Satu perubahan yang dijelaskan dengan baik biasanya lebih informatif daripada galeri hasil tanpa keterangan.
Jangan sembunyikan perubahan
Proses tidak selalu bergerak lurus dari rancangan ke hasil. Jika pendekatan awal ternyata membingungkan saat dicoba, mencatat apa yang tidak bekerja membantu pembaca memahami mengapa rancangan berikutnya berbeda. Bagi saya, studi kasus terasa lebih jujur ketika perubahan itu menjadi bagian dari cerita, bukan catatan kaki.
Sisakan jejak yang bisa diikuti
Akhiri dengan keadaan proyek sekarang dan arah yang bisa dibuka berikutnya: detail karya, tulisan proses, atau tautan ke repositori jika memang tersedia. Dengan begitu, studi kasus bukan sekadar pajangan. Ia menjadi peta kecil bagi siapa pun yang ingin memahami pekerjaan saya lebih jauh.