Portofolio pertama: satu proyek, cerita yang utuh

Portofolio tidak harus menunggu proyek berbayar. Proyek mandiri dapat menunjukkan kemampuan jika konteks dan batasannya dijelaskan dengan jujur. Yang ingin dipahami pembaca bukan hanya rupa hasil akhir, melainkan persoalan yang kamu pilih, alasan di balik keputusan, dan cara kamu menilai kualitas pekerjaan tersebut.

Pilih persoalan dengan batas yang masuk akal

Mulai dari persoalan kecil, seperti memperjelas halaman informasi komunitas atau membuat ringkasan data transportasi terbuka. Tuliskan siapa pengguna yang dibayangkan dan kebutuhan mereka. Jika belum berbicara dengan pengguna nyata, sebutkan bahwa kebutuhan tersebut masih berupa asumsi yang perlu diuji.

Batasi hasil yang ingin dibuat agar proyek dapat selesai. Satu laporan ringkas atau satu alur tugas lebih mudah dijelaskan daripada konsep aplikasi dengan puluhan fitur. Tentukan pula sumber data dan izin penggunaan aset sebelum mengerjakan desain, tulisan, atau analisis.

Simpan alasan di balik keputusan

Dokumentasikan masalah awal, alternatif yang sempat dipertimbangkan, dan alasan memilih pendekatan akhir. Sertakan contoh sebelum dan sesudah jika relevan. Pembaca perlu melihat hubungan antara masalah dan solusi, bukan sekadar daftar perangkat lunak yang kamu pakai selama proses.

Bedakan hasil pengujian dari dugaan pribadi. Bila hanya meminta dua teman mencoba, jelaskan siapa mereka dan apa yang diuji. Jangan menyebut peningkatan konversi jika proyek belum dipakai oleh pengguna nyata. Kejelasan batas pengujian justru membuat portofolio lebih bisa dipercaya.

Buat studi kasus yang mudah dipindai

Gunakan struktur ringkas: konteks, peran, proses, hasil, dan pelajaran. Pilih beberapa visual yang benar-benar menjelaskan keputusan. Tambahkan keterangan agar maknanya tidak bergantung pada penjelasan lisan. Untuk proyek tim, tunjukkan bagian yang kamu kerjakan dan siapa yang mengerjakan bagian lain.

Periksa tautan dari perangkat berbeda sebelum membagikan portofolio. Jangan menyertakan data pribadi, kredensial akses, atau dokumen internal. Akhiri studi kasus dengan hal yang akan diperbaiki bila ada waktu tambahan. Refleksi yang spesifik lebih membantu daripada klaim bahwa proyek berjalan sempurna.