30/60/90 Hari Pertama Anda sebagai Pereka UX Baharu

Hari 1. Anda log masuk ke Figma, buka ruang kerja pasukan, dan menemui fail bertajuk "OLD-DO-NOT-USE-final-v4" dengan 47 ulasan belum dibaca. Tiga pustaka Figma lain disemat di bahagian atas ruang kerja: v2, v2.1, dan v3-WIP. Tiada satu pun yang sepadan dengan apa yang baru anda lihat dihantar dalam pengeluaran. PM anda menghantar jemputan kalendar melalui Slack untuk "semakan reka bentuk" esok pukul 10 pagi. Tiada agenda.

Selamat datang ke UX dalam B2B SaaS.

Panduan ini dipasangkan dengan Templat Penerangan Kerja Pereka Produk. Penerangan kerja itu menghuraikan apa yang anda diambil bekerja untuk lakukan, dan inilah rupa kerja sebenarnya. Jika anda membaca ini sebelum bermula, cetaknya. Jika anda membacanya tiga minggu kemudian, anda tidak ketinggalan. Kebanyakan pereka UX baharu tidak mempunyai rancangan 90 hari, yang tepat sebab itulah organisasi akan memberikan satu kepada mereka sama ada mereka mahukan atau tidak.

Mengapa Rancangan 30/60/90 Bertulis Penting untuk Pereka Khususnya

Kejuruteraan mempunyai standup. PM mempunyai roadmap dan perancangan sprint. Jualan mempunyai angka. Pereka ada... perasaan? Kritik reka bentuk bulanan jika seseorang ingat untuk menempah?

Tanpa rancangan bertulis, 90 hari pertama anda menjadi apa sahaja yang diperlukan oleh stakeholder paling lantang minggu itu. PM menempah "semakan reka bentuk cepat" 30 minit sebelum perancangan sprint dan keluar dengan mockup. Jurutera menghantar mesej kepada anda tentang kod hex dan anda menghabiskan 40 minit dalam Figma. Tiga bulan kemudian, anda telah menghantar 60 tweak visual kecil dan sifar kerja strategik, dan pengurus anda bertanya apakah impak anda.

Rancangan 30/60/90 bertulis adalah pertahanan terbaik anda terhadap rayapan skop, gangguan "buat ini lebih cantik", dan dilayan sebagai Photoshop-atas-panggilan. Ia juga memberi anda sesuatu untuk ditunjuk pada minggu ke-4 apabila seseorang bertanya mengapa anda belum mereka bentuk semula papan pemuka.

Rancangan di bawah mengandaikan anda adalah pengambilan UX peringkat pertengahan (2-5 tahun pengalaman), penyumbang individu, menyertai syarikat B2B SaaS dari mana-mana antara Siri A hingga awam. Anda diambil bekerja untuk melakukan kerja produk yang sebenar. Bukan mereka bentuk semula laman pemasaran. Bukan "menyegarkan jenama."

Hari 1-30: Audit, Jangan Hantar

Kesilapan terbesar yang dilakukan pereka UX baharu adalah menghantar sesuatu yang kelihatan pada minggu ke-2. Rekaan semula papan pemuka. Keadaan kosong yang "dimodernkan." Token warna baharu. Ia terasa produktif. Ia kelihatan seperti kemajuan. Enam bulan kemudian ia juga adalah sebab anda sedang diuruskan keluar secara senyap, kerana tiada siapa dapat menemui penyelidikan pengguna yang membenarkannya, dan jurutera yang membina semula tiga komponen dalam sprint ketat bukan kawan anda lagi.

Dalam bulan 1, anda tidak mempunyai konteks untuk menghantar apa-apa yang benar-benar betul. Jadi jangan lakukan.

Audit Design System

Buka setiap fail Figma dalam ruang kerja. Setiap satu. Buat senarai. Untuk setiap fail, catat: bilakah kali terakhir ia disunting, siapa yang menyuntingnya terakhir, adakah ia dipautkan daripada mana-mana spesifikasi aktif, adakah sesiapa dalam pasukan menggunakannya pada masa ini.

Kini bandingkan apa yang ada dalam Figma dengan apa yang ada dalam pengeluaran. Buka aplikasi langsung. Periksa butang. Bandingkan dengan komponen butang dalam v2, v2.1, dan v3-WIP. Anda akan menemui penyimpangan. Tiga atau empat piksel padding di sini, jejari sempadan berbeza di sana, keadaan hover yang wujud dalam Figma tetapi tidak dalam kod. Kataloginya.

Output: dokumen "pemeriksaan realiti design system" satu halaman. Nama komponen, versi Figma ia tinggal, versi pengeluaran, ringkasan penyimpangan, kesamaran pemilikan. Jangan cadangkan pembaikan lagi. Hanya dokumentasi. Dokumen ini menjadi artifak yang membuktikan anda memahami keadaan yang keliru sebelum anda cuba membersihkannya, dan ia menyokong pelaburan design system apabila perbualan belanjawan berlaku pada akhir S1.

Duduk dalam 5 Panggilan Penyelidikan Pengguna

Jika terdapat fungsi penyelidikan aktif, minta penyelidik menambahkan anda ke sesi yang akan datang sebagai pemerhati senyap. Jika tiada (dan di kebanyakan syarikat B2B SaaS di bawah 200 orang, memang tiada), jadilah kreatif.

Minta jualan memajukan 5 rakaman panggilan penemuan kepada anda. Minta sokongan untuk 10 rakaman sesi paling banyak ditonton dalam FullStory atau Hotjar. Duduk dalam 2 panggilan onboarding bersama pelanggan baharu. Dengar 2 panggilan pembatalan jika anda tahan.

Anda tidak mencari "pandangan" dalam ertikata pembentangan slaid. Anda sedang mempelajari bahasa. Bagaimana pengguna menggambarkan produk? Apa yang mereka panggil ciri-cirinya? Perkataan apa yang berulang kali muncul apabila mereka kecewa? Ambil nota tentang bahasa, bukan hanya titik kesakitan. Perbendaharaan kata yang anda kumpul dalam minggu ke-2 akan menjimatkan anda 100 jam menulis semula microcopy pada bulan ke-6.

Petakan Aliran Reka Bentuk-ke-Kejuruteraan

Duduk bersama seorang jurutera yang telah menghantar perubahan UI baru-baru ini. Minta mereka membawa anda melalui, dari awal hingga akhir: frame Figma, di mana spesifikasi tinggal, dari mana design token datang, bagaimana mereka menterjemahkan padding dan warna ke dalam kod, apa yang mereka perlu tanya kepada pereka sebelumnya, apa yang mereka perlu cipta sendiri.

Kini lukis dalam satu halaman. Pereka, frame Figma, dokumen spesifikasi (di mana?), token (di mana?), jurutera, Storybook (adakah ia wujud? adakah ia terkini?), pengeluaran.

Anda akan menemui sekurang-kurangnya tiga tempat di mana penyerahan rosak. Token tinggal dalam tiga sumber kebenaran yang berbeza. Storybook tidak dikemas kini dalam 11 bulan. Spesifikasi tinggal dalam Notion, Confluence, dan ulasan Figma bergantung pada siapa yang menulisnya. Dokumentasikan ini. Ia adalah artifak bukti kedua untuk laporan 90 hari anda.

Kenal Pasti 3 Item Hutang UX Teratas

Bukan "halaman utama kelihatan lapuk." Geseran sebenar. Jenis yang menelan wang perniagaan atau membakar belanjawan sokongan.

Contoh yang dikira:

• Penapis kehilangan keadaan pada muat semula halaman, jadi pengguna mengulang kerja mereka setiap kali mereka menavigasi pergi.
• Onboarding mempunyai 4 keadaan jalan buntu di mana pengguna terpukul dinding tanpa laluan pemulihan.
• Bar tindakan pukal menutupi penomboran footer jadual, jadi pengguna tidak dapat melihat mereka telah memilih item melebihi halaman 1.

Contoh yang tidak dikira:

• "Butang kelihatan lama."
• "Ikon tidak konsisten."
• "Ia tidak terasa moden."

Capai 3 item teratas anda dengan mengsegitiga: volum tiket sokongan, verbatim NPS, bantahan jualan, dan panggilan pengguna yang anda duduki. Tuliskan setiap satu sebagai: tingkah laku yang diperhatikan, bukti (bilangan tiket, petikan panggilan, ulangan sesi), impak perniagaan. Tiga item ini menjadi bukti bulan ke-60 dan ke-90 anda.

Satu Perkara yang Anda Tidak Lakukan dalam Hari 1-30

Hantar.

Tentang setiap permintaan untuk menghasilkan artifak yang kelihatan dalam bulan pertama anda. Tentang "kemenangan cepat." Tentang rekaan semula. Tentang penyegaran jenama. Pereka baharu yang menghantar sesuatu dengan ketampakan tinggi pada minggu ke-2 adalah orang yang sama yang kerjanya digulung balik secara senyap pada bulan ke-6 kerana mereka tidak mempunyai konteks untuk betul.

Jika PM mendesak, jawapannya ialah: "Saya mahukan perubahan hantar pertama saya menjadi sesuatu yang boleh saya pertahankan dengan data. Saya akan ada itu dalam 4-6 minggu." Kebanyakan PM yang munasabah akan menghormati ini. Yang tidak munasabah sedang memberitahu anda sesuatu yang berguna tentang pasukan.

Hari 31-60: Jalankan, Sumbang, Hantar yang Kecil

Kini anda mempunyai konteks. Masa untuk menukarnya kepada bukti dan kerja yang dihantar, tetapi kecil, berskop, boleh dipertahankan.

Jalankan 1 Ujian Kebolehgunaan

Pilih salah satu daripada 3 item hutang UX anda. Jalankan ujian kebolehgunaan ke atasnya. Lima pengguna. Tidak berpandu adalah baik. Maze atau UserTesting akan mendapatkan data kepada anda dalam masa seminggu dengan kos di bawah $200. Jika anda mempunyai fungsi penyelidikan, minta mereka membantu menyelaraskan satu sesi supaya anda boleh menjadi juruterbang bersama. Jika tidak, Maze dengan 5 pengguna tidak berpandu lebih baik daripada tiada data setiap masa.

Matlamat dalam bulan 2 bukan "penyelidikan yang hebat." Ia adalah menghasilkan data sebelum mencadangkan perubahan. Kali pertama anda masuk ke semakan reka bentuk dan berkata "kami menguji ini dengan 5 pengguna, inilah kadar penyelesaian tugasan, inilah tempat mereka tersekat", perbualan berubah selama-lamanya. Anda berhenti menjadi orang yang mempunyai pendapat dan menjadi orang yang membawa bukti. Itulah pembuka kredibiliti terbesar dalam 90 hari pertama anda.

Sumbang 1 Corak Design System

Jangan cuba memperbaiki seluruh design system. Ia adalah lubang curam. Orang telah mencuba sebelum anda, sampai separuh jalan, dan meninggalkan fail v3-WIP yang separuh siap sebagai bukti.

Pilih satu komponen. Input borang. Keadaan kosong. Pemberitahuan toast. Selaraskan apa yang ada dalam Figma dengan apa yang sebenarnya dihantar, dapatkan jurutera untuk melakukan versi yang bersih ke dalam Storybook, dan dokumentasikan token. Selesai.

Ini memperoleh kepercayaan kejuruteraan lebih pantas daripada mana-mana rekaan semula. Jurutera tahu betapa menyakitkan penyimpangan design system; mereka telah bekerja di sekelilingnya lebih lama daripada anda telah berada di sana. Memperbaiki satu komponen, sepenuhnya, memberi isyarat bahawa anda memahami kerja sebenar. Ia juga memberi anda artifak sebenar untuk ditunjuk dalam laporan 90 hari anda: "Saya menghantar 1 komponen yang diselaraskan. Inilah sebelum/selepas. Inilah keuntungan kelajuan pada kerja serupa suku berikutnya."

Hantar 1 Rekaan Semula Kecil

Ambil yang kedua daripada 3 item hutang UX anda. Skopkannya untuk muat dalam satu sprint tunggal: dua minggu, bukan dua bulan. Tulis taklimat 1 halaman: masalahnya, bukti (daripada panggilan pengguna dan ujian kebolehgunaan anda), perubahan yang dicadangkan, metrik yang akan anda perhatikan.

Metrik itu penting. Pilih sesuatu yang konkrit. Kadar penyelesaian tugasan pada aliran yang terjejas. Volum tiket sokongan pada skrin itu. Masa-ke-nilai untuk tindakan yang sedang direka semula. Ukur selama dua minggu sebelum, hantar, ukur selama dua minggu selepas. Walaupun hasilnya bercampur, anda telah membina otot mengukur impak reka bentuk dan bukannya bergantung pada "ia terasa lebih baik."

Tolak Balik pada Tiket "Buat Ini Lebih Cantik" Pertama Anda

Lebih kurang 60% permintaan reka bentuk masuk di B2B SaaS akan datang daripada jurutera atau PM yang meminta tweak visual. "Boleh kita buat butang ini biru." "Boleh jarak ini lebih ketat." "Kad ini perlukan bayangan."

Kebanyakan ini bukan masalah UX sebenar. Ia adalah pilihan estetik seseorang, atau penyelesaian kepada masalah sebenar yang mereka tidak nyatakan.

Sediakan respons 1 baris. Tampalkan ke dalam Slack atau tiket:

"Seronok untuk melihat, boleh kongsikan tingkah laku pengguna apa yang mencetuskan ini? Jika ia adalah pilihan visual, saya akan mengelompokkannya dengan laluan design system seterusnya. Jika pengguna tersekat, saya mahu memperbaiki masalah asas, bukan hanya permukaan."

Gunakannya sekali, secara bertulis, di saluran awam. Volum tiket "buat ini lebih cantik" turun dengan ketara dalam masa seminggu. Anda tidak menolak kerja itu. Anda membingkainya semula. PM dan jurutera yang mengambil berat tentang pengguna akan memberi anda masalah asas, dan anda akan memperbaiki sesuatu yang nyata. Yang hanya mahukan tweak visual akan melepaskan tiket itu secara senyap.

Hari 61-90: Miliki Metrik, Rancang H2

Bulan 1 dan 2 adalah tentang mendapat hak untuk menetapkan arah. Bulan 3 adalah apabila anda menetapkannya.

Miliki 1 Metrik UX

Pilih satu metrik UX yang boleh diukur dan kelihatan dan letakkan nama anda padanya. Bukan lima. Satu.

Calon yang berfungsi dalam B2B SaaS:

• Kadar pengaktifan pada aliran onboarding utama
• Kadar penyelesaian tugasan untuk aliran kerja yang paling banyak digunakan dalam produk
• NPS untuk kawasan ciri tertentu yang anda sentuh
• Volum tiket sokongan pada skrin dalam skop anda
• Masa-ke-nilai-pertama untuk pengguna baharu

Jadikannya kelihatan. Hantarnya setiap minggu dalam saluran Slack. Tambahkannya ke papan pemuka pasukan. Rujuk ia dalam kritik reka bentuk. Tujuannya bukan untuk bersikap defensif tentang angka itu. Tujuannya adalah menjadi orang dalam pasukan yang secara boleh dipercayai mengetahui apa yang berlaku dengan pengguna pada aliran tertentu. Dalam masa satu suku, apabila seseorang bertanya "bagaimana onboarding berjalan," orang akan memikirkan anda.

Bentangkan Laporan 90 Hari

Satu dokumen. Lima bahagian. Satu halaman setiap satu. Hantarnya kepada pengurus, PM, dan ketua kejuruteraan anda menjelang hari ke-90.

1. Apa yang saya audit. Dapatan penyimpangan design system, peta aliran reka bentuk-ke-kejuruteraan, 3 item hutang UX teratas.
2. Apa yang saya hantar. Komponen yang diselaraskan, rekaan semula kecil, metrik sebelum/selepas.
3. Apa yang saya pelajari tentang pengguna. Corak teratas daripada 5 panggilan dan ujian kebolehgunaan. Bukan pandangan generik; tingkah laku khusus dengan petikan.
4. Apa yang rosak. Jurang tisu penghubung, jurang alatan, jurang penyelidikan.
5. Apa yang saya cadangkan untuk H2. 3-5 pertaruhan, setiap satu dibingkaikan sebagai: hipotesis, bukti, eksperimen, metrik kejayaan.

Melangkau laporan ini adalah kesilapan paling besar yang tidak dipaksa dalam suku pertama pereka baharu. Ia adalah satu-satunya saat anda untuk menetapkan naratif tentang kerja anda sendiri sebelum orang lain melakukannya untuk anda dalam semakan prestasi enam bulan kemudian.

Cadangkan Rancangan Reka Bentuk H2

Tiga hingga lima pertaruhan. Dikaitkan dengan KPI produk, bukan dengan "reka semula X."

Pertaruhan yang buruk kelihatan seperti: "Reka semula papan pemuka."

Pertaruhan yang baik kelihatan seperti: "Tingkatkan kadar pengaktifan papan pemuka dari 34% kepada 50% dengan mengurangkan masa-ke-carta-pertama dari 8 minit kepada bawah 2. Hipotesis: kebanyakan pengguna baharu meninggalkan semasa sambungan sumber data. Bukti: 4 daripada 5 pengguna dalam ujian kebolehgunaan kami terhenti di pemilih data. Eksperimen: hantar persediaan 3 langkah berpandu dengan sandaran data sampel. Metrik kejayaan: kadar pengaktifan pada hari ke-7."

Setiap pertaruhan mempunyai hipotesis, bukti (audit anda, ujian kebolehgunaan anda, tiket sokongan anda), eksperimen, dan metrik kejayaan. Lima daripada ini adalah mencukupi. Tiga pun baik. Kualiti pembingkaian mengalahkan kuantiti pertaruhan setiap masa.

Tetapkan Irama Operasi Anda

Dapatkan kadens dalam kalendar pasukan sebelum kadens orang lain mengambil alih milik anda.

• Kritik reka bentuk: setiap minggu, 45 minit, anda kendalikannya
• Semakan penyelidikan: dua minggu sekali, 30 minit, kongsikan apa yang anda dengar daripada pengguna
• Waktu pejabat design system: setiap minggu, 30 minit, sesiapa boleh singgah dengan soalan komponen
• 1:1 dengan ketua kejuruteraan: dua minggu sekali, 30 minit, bincang penyerahan dan alatan

Ini bukan pilihan. Jika anda tidak menempahnya, minggu anda menjadi reaktif selama-lamanya.

Beberapa Pemeriksaan Realiti untuk Dibawa Bersama

Gangguan "buat ini lebih cantik" tidak akan hilang sepenuhnya. Ia hanya mengecil apabila anda telah membingkaikan semula beberapa. Simpan respons 1 baris itu. Gunakan dengan baik.

Penyimpangan versi design system adalah kekal. Andaikan pustaka Figma adalah salah. Sumber kebenaran adalah apa yang dihantar. Audit pengeluaran dahulu, Figma kemudian. Pereka baharu membuang minggu menyelaraskan Figma ke Figma; satu-satunya penyelarasan yang penting adalah Figma-ke-pengeluaran.

PM yang pra-mockup dalam Figma bukan musuh anda. Mereka mengisi kekosongan. Jangan lawan pada minggu ke-1. Menjelang bulan ke-2, alihkan semula dengan: "Suka arahnya. Jom kita uji tekanan dengan 3 pengguna sebelum kita kukuhkan spesifikasi." Menjelang bulan ke-3, anda adalah orang yang diminta untuk memberi arah dahulu.

Jika tiada fungsi penyelidikan pengguna, anda adalah ia. Bukan secara rasmi, bukan sepenuh masa, tetapi cukup supaya keputusan berhenti berasaskan pendapat. Lima panggilan pengguna sebulan adalah fungsi penyelidikan untuk SaaS bersaiz 50 orang. Dua jam seminggu ulangan sesi adalah fungsi penyelidikan. Hantar amalannya, bukan gelaran.

Perangkap Biasa untuk Dielakkan

• Mereka bentuk semula papan pemuka dalam bulan 1. Anda tidak mempunyai konteks.
• Cuba memperbaiki design system sebagai projek pertama anda. Ia adalah lubang curam. Perbaiki satu komponen, sepenuhnya.
• Berkata ya kepada setiap tiket "buat ini lebih cantik." Melatih organisasi untuk melayan anda sebagai Photoshop.
• Melangkau laporan 90 hari. Anda kehilangan satu-satunya saat terbaik anda untuk menetapkan naratif.
• Bergerak dalam kegelapan selama 90 hari kemudian muncul dengan audit 40 halaman. Kemenangan kecil yang kelihatan mengalahkan audit besar yang tidak kelihatan, setiap masa.

Mengukur Kejayaan pada Hari ke-90

Menjelang akhir 90 hari pertama anda, kad skor yang jujur kelihatan seperti ini:

• Anda boleh menyebutkan 3 titik geseran pengguna teratas dengan data, bukan pendapat.
• Anda telah menghantar 1 rekaan semula kecil dengan sebelum/selepas yang diukur.
• Anda telah menyelaraskan sekurang-kurangnya 1 komponen design system antara Figma dan pengeluaran.
• Anda memiliki 1 metrik UX yang kelihatan yang pasukan semak setiap minggu.
• Rancangan H2 anda diluluskan, atau dalam perbincangan aktif, bersama PM dan ketua kejuruteraan.
• Tiket "buat ini lebih cantik" kebanyakannya telah digantikan dengan "boleh anda tengok tingkah laku pengguna ini."

Jika anda mencapai empat daripada enam itu, anda berada di hadapan kebanyakan pengambilan UX B2B SaaS pada hari ke-90. Jika anda mencapai semua enam, anda telah mendapat hak untuk menetapkan arah strategik dalam H2, iaitu apabila kerja yang benar-benar menarik bermula.

Untuk maklumat lanjut tentang apa yang anda diambil bekerja untuk dihantar dan bagaimana peranan itu berkembang dari sini, lihat Templat Penerangan Kerja Pereka Produk. Jangkaan 90 hari dalam panduan ini adalah versi praktikal bagi apa yang dihuraikan oleh penerangan kerja tersebut.

Ketahui Lebih Lanjut

• Templat Penerangan Kerja Pereka Produk
• Cara Menjalankan Audit Design System
• Ujian Kebolehgunaan dengan Belanjawan Sifar
• Menolak Balik Permintaan "Buat Ini Lebih Cantik"