Tantangan rekrutmen UI UX designer: portofolio cantik, proses tak terlihat
Hampir semua portofolio desainer tampak menarik di lihatan pertama. Mockup rapi, warna selaras, dan presentasi yang halus. Masalahnya, tampilan akhir hanya sebagian kecil dari pekerjaan UX. Riset, pengambilan keputusan, kompromi dengan developer, dan perbaikan setelah rilis jarang terlihat di gambar. HR yang menilai dari kesan visual sering memilih desainer yang pandai membuat presentasi, bukan yang pandai menyelesaikan masalah pengguna.
Kebingungan lain datang dari istilahnya. UI designer fokus pada tampilan dan komponen, UX designer pada alur dan riset, sedangkan product designer mencakup keduanya plus strategi produk. Satu lowongan yang meminta semua sekaligus akan menarik pelamar yang sulit dibandingkan. Karena itu, putuskan lebih dulu bagian pekerjaan yang paling Anda butuhkan, lalu nilai portofolio berdasarkan penjelasan proses di dalamnya.
Tantangan
Portofolio menampilkan hasil, bukan proses
Banyak portofolio hanya berisi tangkapan layar akhir. Tanpa penjelasan masalah, riset, dan alasan desain, HR tidak bisa membedakan kandidat yang berpikir sistematis dari yang hanya mahir memoles tampilan.
Peran UI, UX, dan product designer bercampur
Lowongan yang menggabungkan riset, desain visual, dan strategi produk membuat pelamar sulit dibandingkan. Hasilnya HR membandingkan orang dengan kekuatan berbeda memakai satu ukuran yang sama dan tidak adil.
Sulit menilai riset pengguna dari CV
CV biasanya hanya menulis user research tanpa merinci metodenya. HR sulit tahu apakah kandidat pernah mewawancarai pengguna sungguhan atau hanya membuat persona dari asumsi, dan perbedaannya besar pada kualitas desain.
Kerja sama dengan developer baru terlihat belakangan
Desain yang indah tapi sulit dibangun menimbulkan konflik di tim. Kemampuan berkolaborasi dengan developer jarang tampak di portofolio, sehingga baru ketahuan setelah kandidat diterima bekerja dan proyek berjalan.
Dari tumpukan CV ke shortlist
Ilustrasi alur: CV masuk, disaring terhadap kriteria, dan hanya kandidat yang paling relevan yang maju ke tahap berikutnya.
Cara lama
- Buka tautan portofolio satu per satu dan menilai dari kesan visual pada pandangan pertama.
- Minta tim desain atau pemilik produk memberi pendapat tanpa rubrik penilaian yang seragam.
- Hubungi kandidat untuk interview awal sebelum tahu apakah mereka punya studi kasus yang sesuai.
Dengan TalentRank
- Susun Custom Hiring Criteria yang membedakan kebutuhan UI, UX, atau product design, lengkap dengan bobot tiap kriteria.
- Unggah semua CV ke CV Screening AI untuk mendapat peringkat dan ringkasan kandidat terhadap rubrik tersebut.
- Gunakan WhatsApp Prescreening untuk meminta tautan portofolio, studi kasus yang paling mewakili, dan ketersediaan kandidat.
- Jalankan AI Interview dengan pertanyaan tentang proses desain, lalu tinjau skor dan ringkasannya sebelum interview bersama tim.
Kriteria screening CV dalam rekrutmen UI UX designer
Gunakan rubrik ini untuk menilai CV dan portofolio dengan standar yang sama. Pilih bobot sesuai kebutuhan: posisi UX menekankan riset dan alur, posisi UI menekankan komponen dan detail visual. Bagian proses dalam studi kasus lebih penting daripada tampilan akhir.
| Kriteria | Prioritas | Tanda yang baik di CV | Perlu ditanyakan |
|---|---|---|---|
| Studi kasus yang menjelaskan proses | Tinggi | Setiap studi kasus memuat masalah awal, peran kandidat, langkah riset, alternatif desain, keputusan akhir, dan hasil. Ada juga bagian tentang hal yang tidak berjalan dan apa yang diubah. | Hanya gambar akhir tanpa narasi, atau cerita yang mulus tanpa kendala sama sekali. Tanyakan satu keputusan sulit dan apa yang kandidat korbankan. |
| Pengalaman riset pengguna | Tinggi | Menyebut metode yang dipakai, misalnya wawancara pengguna, usability testing, atau analisis data, beserta jumlah sesi dan temuan yang mengubah desain, bukan hanya kata user research. | Persona dan user journey dibuat tanpa menyebut sumber data. Tanyakan kapan terakhir kali kandidat berbicara langsung dengan pengguna dan apa yang ia pelajari. |
| Alasan di balik keputusan desain | Tinggi | Kandidat bisa menjelaskan mengapa memilih satu pola dibanding yang lain, mengaitkannya dengan perilaku pengguna atau tujuan bisnis, dan terbuka pada data yang membantah asumsinya. | Alasan hanya soal estetika seperti terlihat lebih modern atau lebih bersih. Keputusan desain yang tidak bisa dijelaskan sulit dipertahankan di depan stakeholder. |
| Kolaborasi dengan developer | Tinggi | Menyebut serah terima desain yang rapi, diskusi kelayakan teknis sebelum finalisasi, dan penyesuaian desain setelah masukan developer, dengan alat seperti Figma dan dokumentasi komponen. | Tidak ada cerita tentang implementasi, atau kandidat menyalahkan developer atas hasil yang berbeda dari desain. Gali bagaimana ia menyelesaikan perbedaan tersebut. |
| Pengalaman design system | Sedang | Pernah membuat atau merawat komponen, token warna dan tipografi, serta aturan pemakaian yang dipakai beberapa designer atau tim, bukan hanya memakai library yang sudah jadi. | Mengaku berpengalaman design system tetapi hanya memakai template komunitas. Tanyakan bagaimana ia menjaga konsistensi saat komponen perlu berubah. |
| Detail visual dan kualitas antarmuka | Sedang | Tata letak konsisten, hierarki informasi jelas, dan memperhatikan kondisi seperti status kosong, error, dan loading, bukan hanya tampilan ideal dari satu layar utama. | Layar tampak bagus tetapi kontras rendah, teks sangat kecil, atau tidak ada keadaan selain tampilan terbaik. Ini menandakan desain belum dipikirkan untuk pemakaian nyata. |
Studi kasus yang menjelaskan proses
TinggiTanda yang baik di CV: Setiap studi kasus memuat masalah awal, peran kandidat, langkah riset, alternatif desain, keputusan akhir, dan hasil. Ada juga bagian tentang hal yang tidak berjalan dan apa yang diubah.
Perlu ditanyakan: Hanya gambar akhir tanpa narasi, atau cerita yang mulus tanpa kendala sama sekali. Tanyakan satu keputusan sulit dan apa yang kandidat korbankan.
Pengalaman riset pengguna
TinggiTanda yang baik di CV: Menyebut metode yang dipakai, misalnya wawancara pengguna, usability testing, atau analisis data, beserta jumlah sesi dan temuan yang mengubah desain, bukan hanya kata user research.
Perlu ditanyakan: Persona dan user journey dibuat tanpa menyebut sumber data. Tanyakan kapan terakhir kali kandidat berbicara langsung dengan pengguna dan apa yang ia pelajari.
Alasan di balik keputusan desain
TinggiTanda yang baik di CV: Kandidat bisa menjelaskan mengapa memilih satu pola dibanding yang lain, mengaitkannya dengan perilaku pengguna atau tujuan bisnis, dan terbuka pada data yang membantah asumsinya.
Perlu ditanyakan: Alasan hanya soal estetika seperti terlihat lebih modern atau lebih bersih. Keputusan desain yang tidak bisa dijelaskan sulit dipertahankan di depan stakeholder.
Kolaborasi dengan developer
TinggiTanda yang baik di CV: Menyebut serah terima desain yang rapi, diskusi kelayakan teknis sebelum finalisasi, dan penyesuaian desain setelah masukan developer, dengan alat seperti Figma dan dokumentasi komponen.
Perlu ditanyakan: Tidak ada cerita tentang implementasi, atau kandidat menyalahkan developer atas hasil yang berbeda dari desain. Gali bagaimana ia menyelesaikan perbedaan tersebut.
Pengalaman design system
SedangTanda yang baik di CV: Pernah membuat atau merawat komponen, token warna dan tipografi, serta aturan pemakaian yang dipakai beberapa designer atau tim, bukan hanya memakai library yang sudah jadi.
Perlu ditanyakan: Mengaku berpengalaman design system tetapi hanya memakai template komunitas. Tanyakan bagaimana ia menjaga konsistensi saat komponen perlu berubah.
Detail visual dan kualitas antarmuka
SedangTanda yang baik di CV: Tata letak konsisten, hierarki informasi jelas, dan memperhatikan kondisi seperti status kosong, error, dan loading, bukan hanya tampilan ideal dari satu layar utama.
Perlu ditanyakan: Layar tampak bagus tetapi kontras rendah, teks sangat kecil, atau tidak ada keadaan selain tampilan terbaik. Ini menandakan desain belum dipikirkan untuk pemakaian nyata.
Pertanyaan interview UI UX designer yang menggali proses
Pertanyaan interview UI UX designer yang efektif meminta kandidat menelusuri satu proyek dengan jujur, termasuk bagian yang gagal. Tiga kelompok ini membantu menilai cara berpikir, ketahanan terhadap kritik, dan kerja sama dengan tim.
Studi kasus portofolio
1.Pilih satu studi kasus di portofolio Anda. Apa masalah awalnya dan bagian mana yang benar-benar Anda kerjakan sendiri?
Jawaban yang baik: Jawaban yang baik menjelaskan konteks masalah dan peran pribadi dengan spesifik, dan membedakan hasil tim dari kontribusinya sendiri.
2.Desain mana yang akhirnya Anda ubah total setelah bertemu pengguna, dan apa yang membuat Anda berubah pikiran?
Jawaban yang baik: Kandidat yang matang punya cerita tentang asumsi yang keliru dan data yang meyakinkannya, bukan menganggap desain pertamanya sudah benar.
3.Bagaimana Anda tahu desain Anda berhasil setelah dirilis?
Jawaban yang baik: Jawaban yang kuat menyebut cara mengukur, seperti tingkat penyelesaian tugas, umpan balik pengguna, atau perubahan perilaku, dan tidak berhenti pada desain diterima.
Riset dan pengambilan keputusan
4.Jika waktu riset hanya satu minggu dan tanpa anggaran, apa yang Anda lakukan?
Jawaban yang baik: Kandidat yang praktis menyebut cara ringan seperti wawancara singkat dengan beberapa pengguna atau meninjau keluhan tim layanan pelanggan, bukan menunda riset.
5.Stakeholder meminta tombol dipindah karena selera pribadi. Bagaimana Anda menanggapinya?
Jawaban yang baik: Jawaban yang baik tetap menghargai masukan, lalu mengarahkan diskusi ke data atau tujuan pengguna, tanpa bersikap defensif atau langsung menuruti.
6.Bagaimana Anda memutuskan fitur mana yang didesain lebih dulu jika waktu tidak cukup untuk semuanya?
Jawaban yang baik: Kandidat yang baik mempertimbangkan dampak ke pengguna dan bisnis, serta kesulitan teknis, lalu mengomunikasikan alasan prioritasnya kepada tim.
Kolaborasi dan design system
7.Developer berkata desain Anda sulit dibuat sesuai jadwal. Apa yang Anda lakukan?
Jawaban yang baik: Jawaban yang sehat mencari solusi bersama, misalnya menyederhanakan desain tanpa merusak tujuan pengguna, bukan mempertahankan desain apa adanya.
8.Bagaimana Anda menyusun komponen supaya konsisten saat ada beberapa designer dalam satu produk?
Jawaban yang baik: Kandidat berpengalaman menyebut komponen yang dipakai ulang, penamaan yang seragam, dokumentasi, dan proses meninjau perubahan, bukan hanya file Figma yang rapi.
9.Ceritakan saat hasil implementasi berbeda dari desain Anda. Apa yang Anda lakukan dan pelajari?
Jawaban yang baik: Jawaban yang baik menunjukkan cara memeriksa hasil, berbicara dengan developer secara konstruktif, dan memperbaiki alur serah terima di proyek berikutnya.
Kesalahan umum
- 01
Menilai portofolio dari tampilan akhir saja
Mockup yang indah bisa dibuat siapa pun dengan template. Beri bobot pada narasi masalah, riset, alternatif yang dibuang, dan hasilnya, lalu minta kandidat menelusuri satu proyek dengan detail.
- 02
Mencampur kebutuhan UI, UX, dan riset dalam satu lowongan
Satu lowongan yang meminta semuanya menarik pelamar yang tidak seragam. Tentukan fokus utama posisi, misalnya alur dan riset atau komponen dan visual, lalu tuliskan hal lainnya sebagai nilai tambah.
- 03
Memberi tugas desain gratis yang terlalu besar
Tugas desain berhari-hari membuat desainer yang baik mundur dan berisiko dianggap memanfaatkan kerja gratis. Batasi sekitar dua jam, atau gantikan dengan sesi membahas studi kasus yang sudah ada.
- 04
Tidak mengundang developer ke interview
Kolaborasi dengan developer menentukan apakah desain benar-benar sampai ke pengguna. Ajak satu developer ikut sesi akhir selama tiga puluh menit untuk membahas serah terima dan kelayakan teknis.
- 05
Mengabaikan cara kandidat menerima kritik
Desainer akan terus menerima masukan dari stakeholder, developer, dan pengguna. Beri kritik ringan pada salah satu desainnya saat interview, lalu perhatikan apakah ia bertanya, mempertimbangkan, atau langsung membela.
Skenario
Perusahaan
Sebuah software house kecil yang sedang membangun aplikasi mobile untuk beberapa klien dan belum punya desainer tetap.
Situasi
Perusahaan membuka satu posisi UI UX designer dan menerima lamaran dengan tautan portofolio yang beragam. HR tidak punya latar belakang desain dan ingin menyaring berdasarkan proses, bukan tampilan.
Hasil yang diharapkan
HR memanggil kandidat yang proses desainnya terlihat jelas, dan tim membandingkan mereka dengan rubrik yang sama.
- 1HR dan pemimpin tim menyusun Custom Hiring Criteria dengan bobot tinggi untuk studi kasus berproses, riset pengguna, dan kolaborasi dengan developer.
- 2CV Screening AI menilai semua CV terhadap rubrik itu dan memberi peringkat serta ringkasan tiap kandidat.
- 3Kandidat teratas dihubungi lewat WhatsApp Prescreening untuk meminta studi kasus pilihan mereka dan memastikan ketersediaan.
- 4Kandidat menjalani AI Interview tentang proses desain, lalu HR meninjau skor dan ringkasan sebelum mengundang developer ke interview akhir.
Yang Anda terima
- Peringkat kandidat berdasarkan rubrik UI, UX, atau product design
- Ringkasan CV dan portofolio: peran, metode riset, dan jenis produk
- Jawaban, skor, dan ringkasan AI Interview tentang proses desain
- Tautan portofolio dan ketersediaan kandidat dari WhatsApp
