Bahasa Indonesia

7 Kesalahan yang Diam-Diam Merusak Karier Desainer Produk (Dan Cara Mengenalinya dalam Diri Sendiri)

Anda keluar dari performance review kedua dengan pikiran yang sama seperti setelah yang pertama: "memenuhi ekspektasi" lagi. Layar yang sama. Angka yang sama. Komite kalibrasi yang sama, yang tampaknya tidak bisa membaca file Figma. Anda hampir membuka kembali emailnya untuk menyusun balasan, tapi tidak jadi, karena di balik rasa frustrasi itu ada pertanyaan yang lebih sunyi: bagaimana jika ini bukan salah mereka?

Saya sudah meninjau sekitar 200 portofolio desainer mid-level dalam beberapa tahun terakhir, dan saya akan menghemat banyak tebakan untuk Anda. Alasan kebanyakan desainer produk stagnan antara IC2 dan IC3 bukan soal bakat. Bukan soal selera. Bahkan bukan soal komite kalibrasi, meskipun mereka kadang salah. Masalahnya adalah Anda menjalankan satu hingga tiga dari tujuh pola di bawah ini secara tak sadar, dan setiap kuartal yang berlalu tanpa menyadarinya berarti tiga bulan latihan yang salah yang terus menumpuk.

Saya pernah melakukan semua tujuh hal ini sendiri. Itulah mengapa saya tahu seperti apa rasanya dari dalam.

Mengapa ini penting sekarang

Level mid-career adalah rentang karier desain yang paling panjang, dan paling mudah untuk terjebak di dalamnya. Peran IC senior mencapai puncaknya di tempat yang berbeda di setiap perusahaan, tapi pola strukturalnya sama: perusahaan memiliki banyak IC2, lebih sedikit IC3, dan kesenjangan di antara keduanya jarang tentang jam kerja. Ini tentang pola mana yang Anda jalankan secara otomatis.

Yang menjengkelkan adalah ketujuh kesalahan ini terasa produktif saat Anda melakukannya. Mengeksekusi spec PM terasa seperti merilis. Melewatkan kritik terasa seperti fokus. Memperhalus kondisi kosong terasa seperti keahlian. Pekerjaan menyembunyikan masalah dari Anda sendiri, itulah mengapa Anda membutuhkan daftar periksa karena naluri Anda sudah menyetujui setiap keputusan ini.

Ini yang saya minta Anda lakukan. Baca setiap kesalahan. Nilai diri Anda dengan jujur di akhir. Pilih yang terburuk. Jalankan perbaikannya selama seminggu. Kembali dalam 30 hari dan nilai ulang.

Kesalahan 1: Mengeksekusi spec PM tanpa discovery

Gejala: Anda membuka Figma sebelum membuka dokumen riset. Anda bisa mendeskripsikan apa yang dilakukan fitur secara rinci, tapi jika saya bertanya "masalah apa yang kita selesaikan dan untuk siapa," Anda mendeskripsikan solusi, bukan masalah.

Angkanya: Dalam tinjauan portofolio saya sendiri, sekitar dua pertiga desainer mid-level tidak bisa mengartikulasikan masalah pengguna di balik fitur terakhir yang mereka rilis tanpa merujuk pada PRD PM. Mereka bisa mendeskripsikan fiturnya; mereka tidak bisa mendeskripsikan penggunanya. Itulah tandanya.

Mengapa ini berbahaya: Desainer yang mengeksekusi spec bisa digantikan oleh kontraktor mana pun yang kompeten. Desainer yang mereframing masalah adalah yang diperjuangkan PM untuk tetap ada di tim mereka. Desainer staff tidak dipromosikan karena mengeksekusi brief. Mereka dipromosikan karena mengubah brief.

Perbaikannya (minggu ini): Sebelum membuka Figma pada tiket Anda berikutnya, tulis "brief masalah" 100 kata dengan kata-kata Anda sendiri. Tiga hal saja: siapa yang mengalami masalah, hambatan apa yang saat ini mereka akali, apa yang akan berbeda dalam minggu mereka jika kita menyelesaikannya. Kirimkan ke PM Anda dengan satu pertanyaan: "Apakah ini yang kita selesaikan?" Jika PM mengoreksi Anda, bagus, Anda baru saja belajar sesuatu. Jika PM setuju, Anda sekarang memiliki konteks bersama yang lebih kuat dari PRD mana pun. Lakukan ini untuk empat tiket berturut-turut. Pada tiket kelima, PM akan mulai mengirimkan brief masalah kepada Anda, bukan spec-nya.

Kesalahan 2: Menyerahkan pekerjaan saat serah terima (handoff), nol keterlibatan pasca-peluncuran

Gejala: Fitur yang Anda desain dirilis enam minggu lalu. Sekarang, tanpa persiapan, bisakah Anda menyebutkan tingkat adopsinya? Delta konversinya? Tiket support teratas yang dihasilkannya? Jika Anda hanya menebak, Anda berhenti di serah terima (handoff).

Angkanya: Kebanyakan desainer mid-level yang saya tinjau bisa menyebutkan kurang dari dua metrik pasca-peluncuran untuk tiga fitur terakhir yang mereka rilis. Yang kuat bisa menyebutkan lima untuk satu fitur. Kesenjangan itu adalah perbedaan antara "desainer" dan "desainer produk."

Mengapa ini berbahaya: Pekerjaan Anda tidak berakhir ketika engineer melakukan merge PR. Seluruh maksud dari judul "desainer produk" ada pada kata "produk," dan produk berarti outcome, bukan artefak. Ketika Anda tidak tahu apa yang terjadi setelah peluncuran, Anda tidak bisa belajar, tidak bisa beritasi, dan tidak bisa membangun argumen untuk promosi Anda sendiri. Self-review Anda terbaca seperti daftar fitur karena Anda tidak memiliki catatan hasil.

Perbaikannya (minggu ini): Ambil tiga fitur terakhir yang Anda rilis. Untuk masing-masing, cari satu angka (adopsi, konversi, retensi, NPS, jumlah tiket support, apa pun yang kuantitatif). Jika perusahaan Anda menggunakan Amplitude atau Mixpanel, pelajari grafik dasarnya dalam 30 menit. Jika tidak, tanya PM atau analis data Anda, sebutkan namanya, di Slack: "Berapa tingkat adopsi X enam minggu setelah peluncuran?" Lakukan ini di hari Jumat. Tambahkan angka-angka itu ke dokumen yang terus berjalan bernama "dirilis + diukur." Dokumen itu adalah paket promosi Anda berikutnya.

Kesalahan 3: Melewatkan kritik karena tidak nyaman

Gejala: Ada sesi kritik tim yang berulang di kalender. Anda sedang "dalam alur kerja mendalam" untuk tiga dari lima sesi terakhir dan melewatkannya. Anda mengatakan pada diri sendiri bahwa itu waktu desain yang dilindungi. Tidak. Itu waktu ego yang dilindungi.

Angkanya: Desainer yang menghadiri kritik secara konsisten meningkat sekitar 1,5 hingga 2 kali lebih cepat pada skor keahlian dalam tinjauan 360 dibandingkan mereka yang melewatkannya, di setiap tim yang pernah saya kerjakan yang melacaknya. Mekanismenya tidak misterius. Anda tidak bisa melihat titik buta Anda sendiri. Kritik secara harfiah adalah satu-satunya waktu desainer lain dibayar untuk menemukannya untuk Anda.

Mengapa ini berbahaya: Anda menjalankan eksperimen tanpa feedback loop. Anda merilis pekerjaan, mendapat persetujuan dari PM bukan desainer, merilis lebih banyak pekerjaan dengan kelemahan tersembunyi yang sama. Desainer senior yang bisa menandai polanya dalam 30 detik selama kritik tidak pernah melihat pekerjaan Anda sampai sudah dalam produksi, saat memperbaikinya 50 kali lebih mahal.

Perbaikannya (minggu ini): Bawa sesuatu ke sesi kritik berikutnya. Bukan pekerjaan terbaik Anda. Pekerjaan paling tidak pasti Anda. Khususnya: layar yang sudah Anda gambar ulang empat kali dan masih tidak Anda sukai. Ajukan satu pertanyaan: "Saya tidak bisa memastikan apakah hierarki di sini sudah terbaca dengan benar. Apa yang mata Anda lihat pertama kali?" Pertanyaan itu mengubah kritik dari pertunjukan menjadi diagnostik. Jika tim Anda tidak memiliki kritik reguler, jadwalkan "design office hours" 30 menit dengan satu desainer senior sekali seminggu. Bawa dua layar, ajukan dua pertanyaan, selesai tepat waktu.

Kesalahan 4: Mengabaikan data ketika bertentangan dengan selera Anda

Gejala: Analytics menunjukkan pengguna lebih memilih varian yang tidak Anda desain. Anda mendengar diri Anda berkata "datanya hanya indikatif" atau "tesnya tidak bersih" atau "pengguna tidak tahu apa yang mereka inginkan." Anda tidak pernah menggunakan frasa-frasa itu ketika data mendukung Anda.

Angkanya: Di satu perusahaan tempat saya bekerja, kami menjalankan audit diam-diam terhadap respons desainer pada A/B test. Ketika tes mengonfirmasi varian pilihan desainer, desainer menerima hasilnya 95% dari waktu. Ketika tes bertentangan dengan mereka, tingkat penerimaan turun menjadi sekitar 40%, dan alasan penolakan paling umum adalah "kekhawatiran metodologi." Desainer yang sama, ketelitian statistik yang sama, penerimaan yang sangat berbeda. Itu bukan analisis. Itu pertahanan diri.

Mengapa ini berbahaya: Anda bukan desainer jika Anda hanya mendengarkan data yang memuji Anda. Anda adalah seniman dengan lisensi Figma. Seluruh alasan desain mendapatkan tempat di meja produk selama 15 tahun terakhir adalah klaim bahwa kita empiris tentang perilaku pengguna. Begitu Anda mengorbankan itu demi ego, Anda melepaskan tempat itu.

Perbaikannya (minggu ini): Temukan satu keputusan dalam kuartal terakhir di mana Anda mengesampingkan atau meremehkan data. Tuliskan apa yang dikatakan data dan apa yang Anda putuskan. Sekarang tulis post-mortemnya: apakah keputusan Anda berhasil, atau apakah data ternyata benar? Lakukan latihan ini sendiri, bukan dalam rapat. Tujuannya bukan pengakuan publik, melainkan membangun kebiasaan memisahkan "saya benar" dari "saya ingin benar." Setiap kuartal, ulangi. Setelah setahun, Anda akan lebih mempercayai selera Anda, karena Anda akan tahu kasus-kasus di mana itu benar-benar bertahan.

Kesalahan 5: Merilis komponen sekali pakai alih-alih kontribusi pada sistem

Gejala: Fitur terbaru Anda memiliki 14 varian tombol di file Figma. Design system memiliki 3. Anda memberi gaya sebagian besar sendiri, di halaman, pukul 1 pagi, karena sistem "tidak memiliki apa yang Anda butuhkan."

Angkanya: Dalam organisasi desain yang sehat, kontributor individual seharusnya membuat 1 hingga 3 kontribusi pada design system per kuartal, bahkan sebagai IC2. Kebanyakan desainer mid-level yang stagnan yang saya tinjau tidak membuat satu pun dalam 12 bulan terakhir. Nol. File Figma mereka penuh dengan komponen yang dilepas dan bayangan kustom yang tidak bisa digunakan ulang oleh siapa pun.

Mengapa ini berbahaya: Dua alasan. Pertama, setiap komponen sekali pakai yang Anda rilis adalah utang teknis yang harus dibayar oleh rekan tim masa depan Anda. Kedua, kontribusi design system adalah salah satu sinyal senioritas yang paling jelas. Komite promosi bisa melihatnya, menghitungnya, dan melacaknya. Token sekali pakai Anda? Tidak terlihat. Mereka dibulatkan menjadi nol pada catatan dampak Anda.

Perbaikannya (minggu ini): Audit fitur terakhir yang Anda rilis. Hitung komponen yang Anda beri gaya di luar sistem. Untuk masing-masing, tanyakan: apakah ini seharusnya ada dalam sistem? Jika ya, tulis proposal satu paragraf: "kami merilis varian X dalam konteks Y, inilah di mana lagi ini akan berguna, inilah nama token yang diusulkan." Kirimkan ke siapa pun yang mengelola design system. Jika tidak ada yang mengelola design system, itu masalah yang berbeda, dan mungkin peluang bagi siapa saja yang mengangkat tangan. Apa pun kasusnya, Anda sudah melakukan hal yang paling senior yang bisa dilakukan desainer mid-level bulan ini.

Kesalahan 6: Terlalu banyak memperhalus layar yang dampaknya kecil

Gejala: Anda menghabiskan dua hari untuk kondisi kosong halaman pengaturan. Sementara itu, alur checkout dengan tingkat keluar 38% belum disentuh selama delapan bulan karena "tidak ada yang memprioritaskannya." Anda memilih kondisi kosong karena menyenangkan dan terbatas. Alur checkout berantakan dan penuh dinamika.

Angkanya: Saya pernah meminta IC2 yang stagnan untuk memperkirakan jangkauan pengguna dari lima proyek terakhir mereka. Tiga teratas digabungkan: sekitar 800 pengguna bulanan. Dua yang tidak mereka pilih: sekitar 140.000. Desainer yang sama, minggu yang sama, perbedaan dampak dua kali lipat, sepenuhnya tidak terlihat oleh mereka sampai mereka menuliskannya.

Mengapa ini berbahaya: Keahlian pada layar dengan lalu lintas rendah terbaca sebagai polesan. Keahlian pada layar dengan dampak tinggi terbaca sebagai pertimbangan. Komite promosi memperhatikan yang kedua. Mereka hanya sekilas melihat yang pertama. Dan jujur, waktu Anda adalah sumber daya paling mahal dalam organisasi Anda. Menghabiskannya pada layar yang dilihat 800 orang sementara alur 140.000 pengguna dibiarkan tidak terurus adalah kesalahan paling mahal yang bisa Anda lakukan diam-diam.

Perbaikannya (minggu ini): Buat "daftar dampak" untuk semua yang ada di meja Anda. Tiga kolom: nama proyek, perkiraan pengguna yang terpengaruh, jam yang Anda habiskan bulan ini. Urutkan berdasarkan jam per pengguna (lebih rendah lebih baik). Apa pun yang berada di kuartil teratas di mana Anda menghabiskan banyak jam pada permukaan pengguna yang sedikit adalah kandidat untuk diprioritaskan ulang atau direframing. Bawa daftar ini ke one-on-one dengan manajer Anda dan tanyakan, "Apakah saya mengerjakan hal yang tepat?" Sebagian besar manajer akan mengatur ulang pekerjaan Anda dalam seminggu. Yang tidak akan tetap tahu bahwa Anda memikirkan dampak.

Kesalahan 7: Tidak mengukur dampak Anda sendiri

Gejala: Musim self-review tiba. Anda membuka formulirnya. Anda mulai mendaftar fitur yang Anda rilis. Dokumennya terbaca seperti halaman catatan rilis. Tidak ada angka. Tidak ada sebelum/sesudah. Tidak ada "hal yang saya lakukan ini menyebabkan hal ini berubah."

Angkanya: Saya sudah membaca ratusan self-review. IC2 yang dipromosikan ke IC3 memiliki rata-rata 4 hingga 7 outcome terkuantifikasi dalam paket mereka (angka yang melekat pada keputusan spesifik). IC2 yang tidak dipromosikan memiliki 0 hingga 1, ditambah daftar fitur yang panjang. Perusahaan yang sama, kalibrasi yang sama, desainer yang sama dalam banyak kasus. Paket itu yang membuat perbedaan.

Mengapa ini berbahaya: Promosi adalah latihan bercerita, dan protagonisnya adalah dampak, bukan output. Manajer Anda masuk ke kalibrasi dengan apa pun yang Anda berikan kepada mereka. Jika Anda memberi mereka "merilis 12 fitur," mereka harus membela Anda berdasarkan volume, yang dimiliki semua orang. Jika Anda memberi mereka "mendesain ulang X, meningkatkan aktivasi 14%," mereka memiliki cerita yang bersih yang diingat oleh para kalibrator. Kebanyakan desainer mid-level yang stagnan berpikir kalibrasi adalah tentang prestasi. Ini tentang kualitas narasi, dan narasinya dibangun dari bukti apa pun yang Anda tulis.

Perbaikannya (minggu ini): Buka dokumen bernama "catatan dampak." Setiap Jumat selama 15 menit, tulis tiga poin: apa yang dirilis minggu ini, angka apa yang berubah karenanya (bahkan perkiraan kasar), apa yang akan Anda lakukan berbeda. Delapan minggu dari ini dan Anda akan memiliki lebih banyak bukti terkuantifikasi daripada 80% rekan Anda, dan ritual menuliskannya akan diam-diam mulai mengubah apa yang Anda pilih untuk dikerjakan, karena tidak ada yang ingin menulis "saya memperhalus kondisi kosong yang tidak dilihat siapa pun" delapan Jumat berturut-turut.

Self-audit yang jujur

Jumat sore, 15 menit, tanpa perangkat kecuali daftar periksa ini. Nilai diri Anda 0, 1, atau 2 untuk setiap kesalahan. 0 berarti itu bukan Anda. 1 berarti Anda kadang melakukannya. 2 berarti Anda membacanya dan merasa seperti digambarkan.

  1. Saya membuka Figma sebelum memahami masalahnya.
  2. Saya tidak tahu tingkat adopsi fitur terakhir saya.
  3. Saya melewatkan kritik ketika sibuk.
  4. Saya mengabaikan data yang tidak setuju dengan saya.
  5. Saya merilis komponen sekali pakai alih-alih kontribusi pada sistem.
  6. Saya terlalu banyak memperhalus layar yang dampaknya kecil.
  7. Self-review saya terbaca seperti daftar fitur.

Jumlahkan.

  • 0 hingga 3: Anda baik-baik saja. Pilih skor individual tertinggi dan perbaiki. Anda mungkin lebih dekat ke IC3 daripada yang disadari manajer Anda.
  • 4 hingga 7: Risiko stagnan. Tiga atau lebih dari pola ini berjalan di latar belakang dan mereka saling memperkuat. Pilih yang skornya tertinggi, jalankan perbaikan 7 hari, nilai ulang dalam 30 hari.
  • 8 atau lebih: Anda sudah stagnan. Itu bukan penilaian moral, melainkan diagnosis. Pola yang sama yang membawa Anda ke IC2 sekarang menghalangi IC3. Pilih dua kesalahan, bukan satu, dan jalankan kedua perbaikannya selama sebulan. Beritahu manajer Anda bahwa Anda melakukannya. Minta check-in 30 hari.

Yang perlu dilakukan Senin depan

Pilih satu kesalahan, yang skornya tertinggi, atau yang paling tidak nyaman untuk dibaca. Biasanya keduanya sama. Blokir 90 menit Senin pagi untuk menjalankan perbaikan 7 hari kesalahan tersebut. Tambahkan pengingat kalender berulang 30 hari untuk menilai ulang audit. Itu saja. Jangan lakukan ketujuhnya sekaligus. Anda akan kelelahan, melakukan semuanya secara dangkal, dan kembali di sini tiga bulan kemudian bertanya-tanya mengapa tidak ada yang berubah.

Desainer yang melampaui IC2 ke IC3 bukan yang memperbaiki ketujuhnya. Mereka adalah yang menyadari bahwa mereka menjalankan dua di antaranya, memperbaiki satu, dan diam-diam berhenti menjalankan yang lain karena kesadaran saja membunuh sekitar separuh pola buruk. Audit itu sendiri adalah pekerjaannya.

Jika Anda ingin gambaran yang lebih tajam tentang seperti apa yang baik di level berikutnya, JD pendamping untuk peran ini menjabarkan tanggung jawab dan metrik outcome yang diharapkan dari desainer IC3+. Berguna sebagai target, bukan sebagai tekanan.

Pelajari Lebih Lanjut