30/60/90 Hari Pertama Anda sebagai UX Designer Baru

Hari 1. Anda masuk ke Figma, membuka workspace tim, dan menemukan file berjudul "LAMA-JANGAN-DIGUNAKAN-final-v4" dengan 47 komentar yang belum dibaca. Tiga pustaka Figma lainnya disematkan di bagian atas workspace: v2, v2.1, dan v3-WIP. Tidak satu pun yang cocok dengan apa yang baru Anda lihat dikirimkan ke produksi. PM Anda mengirimkan undangan kalender untuk "design review" besok pukul 10. Tidak ada agenda.

Selamat datang di UX B2B SaaS.

Panduan ini berpasangan dengan Template Job Description Product Designer. JD mendeskripsikan apa yang Anda dipekerjakan untuk dilakukan, dan ini adalah seperti apa pekerjaan sebenarnya. Jika Anda membacanya sebelum mulai, cetak. Jika Anda membacanya tiga minggu kemudian, Anda tidak tertinggal. Sebagian besar UX designer baru tidak memiliki rencana 90 hari, dan itulah tepatnya mengapa organisasi akan memberikan satu kepada mereka, mau atau tidak.

Mengapa Rencana 30/60/90 Tertulis Penting Khususnya bagi Designer

Engineering punya standup. PM punya roadmap dan sprint planning. Sales punya angka. Designer punya... firasat? Design crit bulanan jika seseorang ingat memesannya?

Tanpa rencana tertulis, 90 hari pertama Anda menjadi apa pun yang dibutuhkan pemangku kepentingan paling berisik minggu ini. Seorang PM memesan "design review cepat" 30 menit sebelum sprint planning dan keluar dengan mockup. Seorang engineer menghubungi Anda tentang kode warna dan Anda menghabiskan 40 menit di Figma. Tiga bulan kemudian, Anda telah mengirimkan 60 penyesuaian visual kecil dan nol pekerjaan strategis, dan manajer Anda menanyakan apa dampak yang telah Anda berikan.

Rencana 30/60/90 tertulis adalah pertahanan terbaik Anda terhadap scope creep, interupsi "buat ini lebih menarik," dan diperlakukan sebagai Photoshop on-demand. Ini juga memberi Anda sesuatu untuk ditunjuk di minggu ke-4 ketika seseorang bertanya mengapa Anda belum mendesain ulang dashboard.

Rencana di bawah ini mengasumsikan Anda adalah rekrutan UX tingkat menengah (pengalaman 2-5 tahun), individual contributor, bergabung dengan perusahaan B2B SaaS dari Series A hingga publik. Anda dipekerjakan untuk melakukan pekerjaan produk nyata. Bukan mendesain ulang situs marketing. Bukan "menyegarkan merek."

Hari 1-30: Audit, Jangan Kirimkan

Kesalahan terbesar yang dilakukan UX designer baru adalah mengirimkan sesuatu yang terlihat di minggu ke-2. Redesain dashboard. Empty state yang "dimodernisasi." Token warna baru. Terasa produktif. Terlihat seperti kemajuan. Enam bulan kemudian itu juga alasan Anda sedang dikelola keluar secara diam-diam, karena tidak ada yang bisa menemukan riset pengguna yang membenarkannya, dan engineer yang membangun ulang tiga komponen dalam sprint yang padat bukan teman Anda lagi.

Pada bulan 1, Anda tidak punya konteks untuk mengirimkan apa pun yang benar-benar tepat. Jadi jangan.

Audit Design System

Buka setiap file Figma di workspace. Semuanya. Buat daftar. Untuk setiap file, catat: kapan terakhir diedit, siapa yang mengeditnya terakhir, apakah ditautkan dari spesifikasi aktif mana pun, apakah ada di tim yang saat ini menggunakannya.

Sekarang bandingkan apa yang ada di Figma dengan apa yang ada di produksi. Buka aplikasi langsung. Periksa sebuah tombol. Bandingkan dengan komponen tombol di v2, v2.1, dan v3-WIP. Anda akan menemukan penyimpangan. Tiga atau empat piksel padding di sini, border-radius berbeda di sana, hover state yang ada di Figma tapi tidak di kode. Catat semuanya.

Output: dokumen "pemeriksaan realitas design system" 1 halaman. Nama komponen, versi Figma tempat ia berada, versi produksi, ringkasan penyimpangan, ambiguitas kepemilikan. Jangan usulkan perbaikan dulu. Hanya dokumentasikan. Dokumen ini menjadi artefak yang membuktikan Anda memahami masalahnya sebelum mencoba memperbaikinya, dan membuat kasus untuk investasi design system ketika percakapan anggaran terjadi di akhir Q1.

Hadiri 5 Panggilan Riset Pengguna

Jika ada fungsi riset yang aktif, minta peneliti untuk menambahkan Anda ke sesi mendatang sebagai pengamat diam. Jika tidak ada (dan di sebagian besar perusahaan B2B SaaS di bawah 200 orang, memang tidak ada), jadilah kreatif.

Minta sales meneruskan 5 rekaman panggilan discovery. Minta support untuk 10 rekaman sesi yang paling banyak ditonton di FullStory atau Hotjar. Hadiri 2 panggilan onboarding dengan pelanggan baru. Dengarkan 2 panggilan pembatalan jika Anda kuat.

Anda tidak mencari "wawasan" dalam arti slide-deck. Anda sedang mempelajari bahasanya. Bagaimana pengguna mendeskripsikan produk? Apa yang mereka sebut untuk fitur-fiturnya? Kata-kata apa yang muncul berulang kali ketika mereka frustrasi? Catat bahasa, bukan hanya poin nyeri. Kosakata yang Anda ambil di minggu ke-2 akan menghemat 100 jam penulisan ulang microcopy di bulan ke-6.

Pemetaan Alur Desain-ke-Eng

Duduk bersama seorang engineer yang telah mengirimkan perubahan UI baru-baru ini. Minta mereka menjelaskan, dari awal hingga akhir: frame Figma, di mana spesifikasi itu tinggal, dari mana design token berasal, bagaimana mereka menerjemahkan padding dan warna ke kode, apa yang harus mereka tanyakan kepada designer sebelumnya, apa yang harus mereka ciptakan sendiri.

Sekarang gambarkan di satu halaman. Designer, frame Figma, dokumen spesifikasi (di mana?), token (di mana?), engineer, Storybook (apakah ada? apakah terkini?), produksi.

Anda akan menemukan setidaknya tiga tempat di mana serah terima rusak. Token tinggal di tiga sumber kebenaran berbeda. Storybook belum diperbarui selama 11 bulan. Spesifikasi tinggal di Notion, Confluence, dan komentar Figma tergantung siapa yang menulisnya. Dokumentasikan ini. Ini adalah artefak bukti kedua untuk laporan 90 hari Anda.

Identifikasi 3 Item Utang UX Teratas

Bukan "halaman utama terlihat ketinggalan zaman." Gesekan nyata. Jenis yang merugikan bisnis atau menghabiskan anggaran dukungan.

Contoh yang masuk hitungan:

Filter kehilangan state saat halaman dimuat ulang, sehingga pengguna mengerjakan ulang setiap kali berpindah halaman.
Onboarding memiliki 4 state buntu di mana pengguna menabrak tembok tanpa jalur pemulihan.
Bilah tindakan massal menutupi paginasi footer tabel, sehingga pengguna tidak bisa melihat bahwa mereka telah memilih item melampaui halaman 1.

Contoh yang tidak masuk hitungan:

"Tombolnya terlihat kuno."
"Ikonnya tidak konsisten."
"Tidak terasa modern."

Dapatkan 3 teratas Anda dengan triangulasi: volume tiket dukungan, verbatim NPS, penolakan dari sales, dan panggilan pengguna yang Anda hadiri. Tulis masing-masing sebagai: perilaku yang diamati, bukti (jumlah tiket, kutipan panggilan, replay sesi), dampak bisnis. Tiga item ini menjadi bukti Anda di 60 dan 90 hari.

Satu Hal yang Tidak Dilakukan di Hari 1-30

Mengirimkan sesuatu.

Tolak setiap permintaan untuk menyerahkan artefak yang terlihat dalam bulan pertama Anda. Tolak "quick win." Tolak redesain. Tolak penyegaran merek. Designer baru yang mengirimkan sesuatu berprofil tinggi di minggu ke-2 adalah orang yang sama yang pekerjaannya diam-diam dibatalkan di bulan ke-6 karena mereka tidak punya konteks untuk benar.

Jika seorang PM mendorong keras, responsnya adalah: "Saya ingin perubahan yang saya kirimkan pertama adalah yang bisa saya pertahankan dengan data. Saya akan punya itu dalam 4-6 minggu." Sebagian besar PM yang wajar akan menghormati ini. Yang tidak wajar memberi tahu Anda sesuatu yang berguna tentang tim.

Hari 31-60: Jalankan, Kontribusi, Kirimkan yang Kecil

Sekarang Anda punya konteks. Saatnya mengubahnya menjadi bukti dan pekerjaan yang dikirimkan, tapi kecil, terfokus, dan dapat dipertahankan.

Jalankan 1 Pengujian Kegunaan

Pilih satu dari 3 item utang UX Anda. Jalankan pengujian kegunaan. Lima pengguna. Unmoderated tidak masalah. Maze atau UserTesting akan memberikan data dalam seminggu dengan biaya di bawah $200. Jika Anda memiliki fungsi riset, minta mereka membantu moderasi satu sesi agar Anda bisa ikut sebagai co-pilot. Jika tidak, Maze dengan 5 pengguna unmoderated mengalahkan tidak ada data setiap saat.

Tujuan di bulan 2 bukan "riset hebat." Tujuannya adalah menghasilkan data sebelum mengusulkan perubahan. Pertama kali Anda masuk ke design review dan berkata "kami menguji ini dengan 5 pengguna, ini tingkat penyelesaian tugasnya, ini tempat mereka terhenti," percakapan berubah secara permanen. Anda berhenti menjadi orang yang memiliki pendapat dan menjadi orang yang membawa bukti. Itulah pembuka kredibilitas terbesar dalam 90 hari pertama Anda.

Kontribusikan 1 Pola Design System

Jangan mencoba memperbaiki seluruh design system. Itu lubang tanpa dasar. Orang-orang sudah mencobanya sebelum Anda, berhasil setengahnya, dan meninggalkan file v3-WIP yang setengah jadi sebagai buktinya.

Pilih satu komponen. Form input. Empty state. Notifikasi toast. Rekonsiliasi apa yang ada di Figma dengan apa yang sebenarnya dikirimkan, minta engineer untuk meng-commit versi bersih ke Storybook, dan dokumentasikan tokennya. Selesai.

Ini membangun kepercayaan engineering lebih cepat dari redesain apa pun. Engineer tahu betapa menyakitkannya penyimpangan design system; mereka sudah mengatasinya lebih lama dari Anda. Memperbaiki satu komponen, sepenuhnya, memberi sinyal bahwa Anda memahami pekerjaan yang sebenarnya. Ini juga memberi Anda artefak nyata untuk ditunjuk dalam laporan 90 hari Anda: "Saya mengirimkan 1 komponen yang direkonsiliasi. Ini sebelum/sesudahnya. Ini keuntungan kecepatan untuk pekerjaan serupa kuartal depan."

Kirimkan 1 Redesain Kecil

Ambil item kedua dari 3 utang UX Anda. Batasi agar muat dalam satu sprint: dua minggu, bukan dua bulan. Tulis brief 1 halaman: masalah, bukti (dari panggilan pengguna dan pengujian kegunaan Anda), perubahan yang diusulkan, metrik yang akan Anda pantau.

Metriknya penting. Pilih sesuatu yang konkret. Tingkat penyelesaian tugas pada flow yang terpengaruh. Volume tiket dukungan pada layar itu. Waktu-ke-nilai untuk tindakan yang didesain ulang. Ukur selama dua minggu sebelumnya, kirimkan, ukur dua minggu sesudahnya. Bahkan jika hasilnya campuran, Anda telah membangun otot untuk mengukur dampak desain alih-alih mengandalkan "terasa lebih baik."

Tolak Permintaan "Buat Lebih Menarik" Pertama Anda

Sekitar 60% dari permintaan desain masuk di B2B SaaS adalah engineer atau PM yang meminta penyesuaian visual. "Bisakah tombol ini dibuat biru." "Bisakah spasi dibuat lebih rapat di sini." "Kartu ini perlu bayangan."

Sebagian besar dari ini bukan masalah UX sebenarnya. Mereka adalah preferensi estetika seseorang, atau solusi sementara untuk masalah nyata yang belum mereka artikulasikan.

Siapkan respons satu baris. Tempelkan ke Slack atau tiket:

"Dengan senang hati akan saya lihat. Bisakah Anda berbagi perilaku pengguna apa yang memicu permintaan ini? Jika ini preferensi visual, saya akan menggabungkannya dengan design system pass berikutnya. Jika pengguna terhenti, saya ingin memperbaiki masalah mendasarnya, bukan hanya permukaannya."

Gunakan sekali, secara tertulis, di channel publik. Volume tiket "buat lebih menarik" turun nyata dalam seminggu. Anda tidak menolak pekerjaan. Anda membingkainya kembali. PM dan engineer yang peduli pada pengguna akan memberi Anda masalah mendasar, dan Anda akan memperbaiki sesuatu yang nyata. Mereka yang hanya ingin penyesuaian visual akan diam-diam menutup tiketnya.

Hari 61-90: Miliki Satu Metrik, Rencanakan H2

Bulan 1 dan 2 adalah tentang mendapatkan hak untuk menetapkan arah. Bulan 3 adalah saat Anda menetapkannya.

Miliki 1 Metrik UX

Pilih satu metrik UX yang terukur dan terlihat, dan taruh nama Anda di sana. Bukan lima. Satu.

Kandidat yang berhasil di B2B SaaS:

Activation rate pada alur onboarding kunci
Tingkat penyelesaian tugas untuk workflow yang paling sering digunakan di produk
NPS untuk area fitur tertentu yang Anda kerjakan
Volume tiket dukungan pada layar dalam cakupan Anda
Time-to-first-value untuk pengguna baru

Jadikan terlihat. Posting setiap minggu di channel Slack. Tambahkan ke dashboard tim. Referensikan dalam design crit. Poinnya bukan untuk bersikap defensif tentang angka. Poinnya adalah menjadi orang di tim yang secara andal tahu apa yang terjadi dengan pengguna pada flow tertentu. Dalam satu kuartal, ketika seseorang bertanya "bagaimana onboarding?", orang akan memikirkan Anda.

Presentasikan Laporan 90 Hari

Satu dokumen. Lima bagian. Masing-masing satu halaman. Kirimkan ke manajer, PM, dan eng lead Anda pada hari ke-90.

Apa yang saya audit. Temuan penyimpangan design system, peta alur desain-ke-eng, 3 item utang UX teratas.
Apa yang saya kirimkan. Komponen yang direkonsiliasi, redesain kecil, metrik sebelum/sesudah.
Apa yang saya pelajari tentang pengguna. Pola teratas dari 5 panggilan dan pengujian kegunaan. Bukan wawasan generik; perilaku spesifik dengan kutipan.
Apa yang rusak. Celah jaringan penghubung, celah alat, celah riset.
Apa yang saya usulkan untuk H2. 3-5 taruhan, masing-masing dibingkai sebagai: hipotesis / bukti / eksperimen / metrik keberhasilan.

Melewatkan laporan ini adalah kesalahan mandiri terbesar pada kuartal pertama seorang designer baru. Ini satu-satunya momen Anda untuk menetapkan narasi tentang pekerjaan Anda sendiri sebelum orang lain melakukannya dalam review performa enam bulan kemudian.

Usulkan Rencana Desain H2

Tiga hingga lima taruhan. Terikat pada KPI produk, bukan pada "redesain X."

Taruhan yang buruk terlihat seperti: "Redesain dashboard."

Taruhan yang baik terlihat seperti: "Tingkatkan activation rate dashboard dari 34% ke 50% dengan mengurangi time-to-first-chart dari 8 menit menjadi di bawah 2. Hipotesis: sebagian besar pengguna baru menyerah saat koneksi sumber data. Bukti: 4 dari 5 pengguna dalam pengujian kegunaan kami terhenti di pemilih data. Eksperimen: kirimkan panduan pengaturan 3 langkah dengan fallback data sampel. Metrik keberhasilan: activation rate pada hari ke-7."

Setiap taruhan memiliki hipotesis, bukti (audit Anda, pengujian kegunaan, tiket dukungan), eksperimen, dan metrik keberhasilan. Lima sudah cukup. Tiga tidak masalah. Kualitas pembingkaian mengalahkan kuantitas taruhan setiap saat.

Tetapkan Ritme Operasional Anda

Pesan jadwal di kalender tim sebelum jadwal orang lain mengonsumsi jadwal Anda.

Design crit: mingguan, 45 menit, Anda yang menjalankan
Review riset: dua minggu sekali, 30 menit, bagikan apa yang Anda dengar dari pengguna
Office hours design system: mingguan, 30 menit, siapa pun bisa drop-in dengan pertanyaan komponen
1:1 dengan eng lead: dua minggu sekali, 30 menit, bicarakan serah terima dan alat

Ini bukan opsional. Jika Anda tidak memesannya, minggu-minggu Anda menjadi reaktif selamanya.

Beberapa Pemeriksaan Realitas yang Perlu Dibawa

Interupsi "buat lebih menarik" tidak akan hilang sepenuhnya. Ia hanya menyusut setelah Anda membingkai ulang beberapa kali. Simpan respons satu baris itu. Gunakan dengan ramah.

Penyimpangan versi design system itu permanen. Asumsikan pustaka Figma salah. Sumber kebenaran adalah apa yang dikirimkan. Audit produksi dulu, Figma kedua. Designer baru membuang-buang waktu berjam-jam untuk merekonsiliasi Figma ke Figma; satu-satunya rekonsiliasi yang penting adalah Figma-ke-produksi.

PM yang membuat pre-mockup di Figma bukan musuh Anda. Mereka mengisi kekosongan. Jangan melawan ini di minggu ke-1. Pada bulan ke-2, alihkan dengan: "Suka arahnya. Mari kita uji tekanannya dengan 3 pengguna sebelum kita mengunci spesifikasinya." Pada bulan ke-3, Anda adalah orang yang dimintai arahan lebih dulu.

Jika tidak ada fungsi UXR, Anda-lah orangnya. Bukan secara resmi, bukan penuh waktu, tapi cukup agar keputusan tidak lagi didasarkan pada pendapat. Lima panggilan pengguna sebulan adalah fungsi riset untuk SaaS 50 orang. Dua jam per minggu menonton replay sesi adalah fungsi riset. Kirimkan praktiknya, bukan gelarnya.

Kesalahan Umum yang Perlu Dihindari

Mendesain ulang dashboard di bulan 1. Anda tidak punya konteksnya.
Mencoba memperbaiki design system sebagai proyek pertama. Itu lubang tanpa dasar. Perbaiki satu komponen, sepenuhnya.
Mengatakan ya untuk setiap tiket "buat lebih menarik." Melatih organisasi untuk memperlakukan Anda sebagai Photoshop.
Melewatkan laporan 90 hari. Anda kehilangan satu-satunya momen terbaik untuk menetapkan narasi.
Menghilang selama 90 hari lalu muncul dengan audit 40 halaman. Kemenangan kecil yang terlihat mengalahkan audit besar yang tidak terlihat, setiap saat.

Mengukur Keberhasilan di Hari ke-90

Pada akhir 90 hari pertama Anda, scorecard yang jujur terlihat seperti ini:

Anda bisa menyebutkan 3 titik gesekan pengguna teratas dengan data, bukan pendapat.
Anda telah mengirimkan 1 redesain kecil dengan sebelum/sesudah yang terukur.
Anda telah merekonsiliasi setidaknya 1 komponen design system antara Figma dan produksi.
Anda memiliki 1 metrik UX yang terlihat yang diperiksa tim setiap minggu.
Rencana H2 Anda sudah disetujui, atau dalam diskusi aktif, dengan PM dan eng lead.
Tiket "buat lebih menarik" sebagian besar sudah digantikan oleh "bisakah Anda melihat perilaku pengguna ini."

Jika Anda mencapai empat dari enam itu, Anda sudah di atas posisi sebagian besar rekrutan UX B2B SaaS di hari ke-90. Jika Anda mencapai semua enam, Anda telah mendapatkan hak untuk menetapkan arah strategis di H2, yang merupakan saat pekerjaan yang benar-benar menarik dimulai.

Untuk lebih lanjut tentang apa yang Anda dipekerjakan untuk disampaikan dan bagaimana peran tumbuh dari sini, lihat Template Job Description Product Designer. Ekspektasi 90 hari dalam panduan ini adalah versi praktis dari apa yang dideskripsikan JD tersebut.

Panduan Praktis UX Designer