Bahasa Melayu

Sehari dalam Kehidupan Pereka UX (B2B SaaS, Edisi IC)

Penerangan kerja berkata anda akan "mereka bentuk pengalaman yang indah dan membentuk masa depan produk kami." Apa yang anda sebenarnya lakukan semalam adalah menghabiskan 90 minit berdebat dengan jurutera tentang sama ada modal pengesahan memerlukan butang batal sekunder, kemudian 40 minit menerangkan kepada wakil jualan mengapa "buat ia lebih menarik" bukan sebuah taklimat reka bentuk. Selamat datang ke dunia UX B2B SaaS.

Fantasi dan realiti adalah dua kerja yang berbeza. Fantasi adalah tangkapan Dribbble, moodboard, dan tepukan tangan stakeholder. Realiti adalah nota penyelidikan, hujah spesifikasi, dan fail Figma dengan 47 frame bernama "Frame 142," "Frame 143," "Frame 144." Kedua-dua kerja itu nyata. Hanya satu daripada mereka milik anda.

Inilah rupa hari bekerja biasa untuk pereka UX yang mempunyai satu hingga lima tahun pengalaman. Tiada glamour. Tiada gambar portfolio yang menarik. Hanya irama sebenar kerja, pembaziran masa yang tiada siapa amaran anda, dan disiplin kecil yang menentukan sama ada anda pulang ke rumah dalam keadaan penat tetapi baik atau penat dan kecewa.

8:02 pagi: Triaj Figma dan Slack

Anda buka Figma dahulu. Tiga fail mempunyai ulasan semalam. Dua daripada jurutera di zon waktu lain, satu daripada PM yang bekerja lewat.

Anda buka Slack kemudian. Dua belas mesej belum dibaca dalam DM dan saluran #design-team. Satu adalah wakil jualan dengan tangkapan skrin papan pemuka dan kata-kata "boleh kita buat ini kelihatan lebih moden." Satu lagi adalah orang customer success yang menanda anda dalam thread tentang pelanggan yang tidak dapat mencari butang eksport. Selebihnya adalah kebisingan.

Triaj mengambil masa sepuluh minit jika dilakukan dengan betul. Tiga kategori:

Menyekat kejuruteraan. Jurutera terkandas kerana keadaan tidak dinyatakan dalam fail Figma anda. Ini adalah gangguan yang paling mahal untuk ditangguhkan. Jika anda tunggu tiga jam, mereka beralih konteks kepada perkara lain dan komponen anda dihantar lewat seminggu. Jawab dalam ulasan Figma sekarang. Jawapan dua ayat, tangkapan skrin frame spesifikasi, pautan ke komponen Storybook jika ada. Teruskan.

Permintaan cantikkan. Wakil jualan mahu papan pemuka "lebih menarik." Ini adalah permintaan nyata daripada orang nyata, dan ia berhak mendapat jawapan nyata, tetapi tidak berhak mendapat pagi anda. Balas dalam Slack: "Menambah ke dalam backlog pegilap visual. Soalan ringkas dahulu. Adakah terdapat perjanjian tertentu yang anda cuba tutup di mana penampilan menjadi halangan, atau ini perasaan umum?" Sembilan daripada sepuluh kali, jawapannya adalah "perasaan umum" dan permintaan itu perlahan-lahan padam. Kali kesepuluh, ia adalah peningkatan pelanggan sebenar dan anda eskalasikan kepada ketua reka bentuk anda.

Soalan spesifikasi. "Bagaimana rupa keadaan ini apabila pengguna mempunyai 0 keputusan?" Ini nyata dan bernilai masa anda, tetapi tidak memerlukan jawapan segerak. Tandakan untuk blok async pada pukul 10 pagi.

Triaj pagi tidak glamour. Ia juga merupakan 15 minit paling berimpak tinggi dalam sehari anda. Pereka yang melangkauinya menghabiskan selebihnya hari dalam keadaan reaktif. Pereka yang melakukannya dengan baik membentuk rupa hari mereka.

10:00 pagi: Blok spesifikasi async

Inilah bahagian kerja yang tiada siapa memberitahu anda di sekolah: sebahagian besar masa "reka bentuk" anda adalah menulis.

Anda buka Notion. Anda mempunyai tiga soalan spesifikasi terbuka daripada triaj pagi. Setiap satu memerlukan jawapan bertulis yang menutup gelung, bukan yang membuka semula.

Jawapan buruk: "Saya rasa ia sepatutnya pemberitahuan toast, tapi beritahu saya apa pendapat anda." Ini mengundang thread enam mesej, kerana anda telah menyerahkan semula keputusan kepada jurutera.

Jawapan baik: "Pemberitahuan toast, kanan atas, auto-dismiss 4 saat. Menggunakan semula komponen <Toast variant='success'> yang sedia ada dalam Storybook. Frame 47 dalam fail menunjukkan spesifikasi. Jika API mengambil masa lebih daripada 8 saat, tukar kepada banner inline berterusan dan bukannya toast (frame 48 menunjukkan varian itu). Tiket Linear dilampirkan di bawah."

Jawapan baik mengambil masa enam minit untuk ditulis. Jawapan buruk mengambil masa 30 saat dan menanggung pasukan sejam dalam dua hari berikutnya. Anda belajar ini dengan cara yang susah.

Disiplinnya: setiap jawapan spesifikasi berakhir dengan tiga perkara. Keputusan, rujukan komponen (pautan Storybook atau nombor frame Figma), dan pautan balik tiket dalam Linear atau Jira. Tiada pengecualian. Jejak bukti adalah keseluruhan maksudnya. Enam bulan dari sekarang apabila seseorang bertanya "mengapa kita bina dengan cara ini," jejak itulah yang menyelamatkan anda daripada membincangkan semula keputusan.

Blok async anda berjalan dari pukul 10 pagi hingga 11:30 pagi. Anda menjawab empat thread spesifikasi, menulis satu dokumen Notion ringkas mengenai keputusan corak, dan menutup dua ulasan Figma yang sebenarnya tidak memerlukan jawapan kerana jurutera sudah mengetahuinya dengan membaca fail. Kategori terakhir itu adalah kemenangan senyap. Ia bermakna fail anda cukup jelas untuk dibaca.

12:00 tengah hari: Ujian kebolehgunaan berpandu

Makan tengah hari dahulu. Anda makan sandwic di meja kerana ujian bermula pukul 12:30 dan anda perlu membaca semula pelan ujian. Ya, anda sepatutnya mengambil rehat makan tengah hari yang sebenar. Tidak, anda tidak akan berbuat demikian, bukan pada hari ujian.

Ujian berlangsung 30 minit, berpandu, dijalankan melalui Maze dengan pelanggan sebenar: pengurus pengebilan di syarikat logistik bersaiz 200 orang. Anda menguji aliran eksport invois baru. Hipotesis anda adalah bahawa aliran baru mengurangkan masa-ke-eksport daripada 90 saat kepada bawah 30. Hipotesis nol anda adalah bahawa aliran baru mengelirukan pengguna dengan cara yang aliran lama tidak lakukan.

Inilah bahagian yang pereka baru silap. Anda tidak menonton apa yang pengguna katakan. Anda menonton apa yang mereka lakukan. Maklum balas lisan kebanyakannya adalah kebisingan. Pengguna mahu membantu. Mereka akan berkata "ini bagus, sangat intuitif" sementara kursor mereka melayang di atas butang yang salah selama sembilan saat. Layangan itu adalah data. "Sangat intuitif" adalah kesopanan.

Apa yang anda sebenarnya perhatikan:

  • Keraguan. Kursor berhenti. Mata melirik ke bahagian lain skrin. Pengguna membaca semula label. Apa-apa lebih daripada dua saat melayang-tanpa-klik adalah tanda amaran.
  • Klik silap. Mereka mengklik perkara yang salah, kemudian butang kembali, kemudian mengklik perkara yang betul. Klik-silap adalah isyarat bahawa hierarki visual anda berbohong tentang apa yang utama.
  • Bacaan semula. Mereka membaca label, menatal ke bawah, kemudian menatal kembali untuk membacanya semula. Label itu tidak jelas. Kerja anda bukan menambah tooltip. Kerja anda adalah menulis semula label.

Anda mencatat dalam dokumen Notion tiga lajur: cap masa, pemerhatian, hipotesis. Tiada ulasan, tiada "saya rasa ini bermaksud." Hanya apa yang anda lihat dan apa yang mungkin dicadangkannya. Anda akan mensintesis selepas ini.

Sistem pencatatan anda perlu bertahan dalam sesi berturut-turut. Triknya adalah menggunakan templat satu halaman setiap kajian dengan lajur yang telah dipra-isi dan tangkapan skrin ditampal selepas, bukan semasa. Jika anda cuba mengambil tangkapan skrin semasa sesi, anda terlepas tingkah laku seterusnya. Sesi adalah keutamaan. Artifak datang selepas.

Pengurus pengebilan menyiapkan tugasan eksport dalam 47 saat. Lebih baik daripada aliran lama, lebih teruk daripada hipotesis anda. Dia ragu-ragu dua kali, sekali pada pemilih julat tarikh (8 saat), sekali pada pemilih format fail (5 saat). Dia berkata pengalaman itu "jauh lebih baik daripada apa yang kami ada sekarang," yang nyata tetapi bukan data. Dua keraguan itulah data sebenarnya.

2:00 petang: Kritik reka bentuk

Empat puluh lima minit bersama dua pereka lain dan ketua reka bentuk anda. Tiga aliran dalam agenda, lima belas minit setiap satu. Anda membentangkan salah satu daripada mereka.

Kebanyakan kritik gagal dengan cara yang sama: ia bertukar menjadi reka bentuk jawatankuasa. Seseorang berkata "bagaimana jika kita cuba ungu berbanding biru," orang lain berkata "bagaimana jika modal itu gelongsor masuk dari kanan," dan 20 minit kemudian bilik telah mereka bentuk semula aliran yang 80% selesai menjadi aliran yang kini hanya 40% selesai. Ini adalah mod kegagalan yang diketahui. Ia mempunyai nama dalam fikiran anda: lingkaran kumpulan fokus.

Begini cara anda mengelakkannya. Apabila anda membentangkan aliran, anda memberi tiga perkara terlebih dahulu:

  1. Masalah pengguna. Bukan "kami mereka bentuk semula aliran eksport." Sebaliknya: "Pengurus pengebilan di pelanggan pasaran pertengahan menghabiskan purata 90 saat untuk mengeksport invois dan memberitahu kami dalam tiket sokongan bahawa ia mengelirukan."
  2. Kekangan. "Kami tidak boleh mengubah kontrak API asas selama dua suku lagi."
  3. Maklum balas khusus yang anda mahu. "Saya tidak meminta tentang pegilap visual hari ini. Saya bertanya sama ada aliran ini mengendalikan kes tepi berbilang mata wang untuk pelanggan Eropah kami."

Jika anda memberi ketiga-tiga perkara, kritik menjadi berguna. Orang memberi anda maklum balas tentang perkara yang anda tanyakan, bukan tentang perkara yang mereka kebetulan perhatikan dalam 30 saat pertama.

Dua jenis maklum balas kritik yang anda benar-benar mahukan kedengaran seperti ini. "Saya tidak bersetuju dengan corak ini" adalah pendapat, sopan untuk diakui, boleh diabaikan. "Ini tidak akan berfungsi untuk pengguna admin perusahaan kerana mereka mempunyai 200 eksport tersimpan dan dropdown anda hanya menunjukkan 10" adalah kritik sebenar. Jenis kedua adalah berharga. Jenis pertama adalah bual kosong. Layani mereka secara berbeza.

Anda meninggalkan kritik dengan tiga perubahan konkrit untuk dibuat pada aliran sebelum penyerahan. Tiada satu pun tentang warna.

4:00 petang: Gangguan

PM menghubungi anda melalui Slack. "Eh, pimpinan mahu rekaan semula papan pemuka yang cepat menjelang Jumaat. Boleh anda cuba esok?" Hari ini adalah Rabu pukul 4:07 petang.

Inilah saat yang menentukan sama ada anda menjadi jurubeli piksel pasukan atau kekal sebagai pereka.

Jawapan yang salah adalah "boleh, saya akan uruskan." Jawapan yang salah terasa baik pada masa itu kerana anda sedang membantu. Ia adalah jawapan yang salah kerana menjelang Jumaat anda akan mempunyai mockup papan pemuka yang separuh siap, dua sesi kebolehgunaan yang dilangkau, dan dokumen penyerahan yang tidak anda tulis untuk kerja yang sebenarnya anda komitkan minggu lepas.

Jawapan yang betul adalah soalan, bukan ya. "Seronok untuk melihat. Boleh beritahu saya apa yang berubah dalam roadmap yang menjadikan ini item Jumaat, dan apa maksud 'rekaan semula' di sini: penyegaran visual susun atur sedia ada, atau seni bina maklumat yang distruktur semula? Itu adalah kerja yang sangat berbeza." Anda hantarnya dalam masa 90 saat. Anda kembali ke persediaan penyerahan.

Separuh masa, soalan mendedahkan bahawa "rekaan semula" bermaksud "tukar warna carta," dan orang lain dalam pasukan boleh melakukan itu. Satu per empat masa, ia mendedahkan bahawa permintaan itu nyata tetapi tarikh akhir tidak. Satu per empat masa yang tinggal, ia adalah kecemasan tulen, dan anda menghapuskan sesuatu dari minggu anda untuk menanganinya. PM menghormati anda lebih kerana soalan itu berbanding persetujuan refleks.

5:00 petang: Persediaan penyerahan

30 minit terakhir. Inilah bahagian hari di mana kebanyakan pereka memotong sudut dan kebanyakan jurutera menghubungi melalui Slack keesokan paginya untuk bertanya "apa maksud anda di sini?"

Disiplin penyerahan adalah 20 minit kerja yang mencegah 90 minit pertanyaan esok. Ia adalah insurans paling murah yang pernah anda beli.

Anda membersihkan fail Figma. Frame diberi nama dengan niat: "Aliran eksport / langkah 2 / varian berbilang mata wang." Lapisan dikelompokkan. Frame tersembunyi dipadam. Komponen dipautkan, bukan dipisahkan.

Anda menulis spesifikasi satu halaman dalam Notion. Lima bahagian, tidak lebih. Masalah (satu ayat). Penyelesaian (tiga ayat). Keadaan dan kes tepi (senarai). Rujukan komponen (pautan Storybook, nombor frame Figma). Soalan terbuka (perkara yang anda dan jurutera masih perlu putuskan).

Anda lampirkan dokumen Notion ke tiket Linear. Anda letakkan pautan Storybook dalam ulasan tiket. Anda tag jurutera.

Anda tutup komputer riba pada pukul 5:32 petang.

Apa yang Penerangan Kerja Tidak Memberitahu Anda

Separuh kerja ini adalah penyelidikan dan penulisan. Mungkin lebih daripada separuh. Bahagian Figma (bahagian yang penerangan kerja huraikan sebagai "mereka bentuk pengalaman yang indah") sebenarnya adalah hirisan terkecil minggu anda. Kebanyakan minggu ia berada di antara 25% dan 35% daripada masa anda. Selebihnya adalah bercakap dengan pengguna, bercakap dengan jurutera, menulis spesifikasi, duduk dalam kritik, dan mentriaj gangguan.

Pereka yang keletihan di B2B SaaS masuk dengan mengharapkan Dribbble. Mereka mahu membuat skrin. Mereka mendapat kerja yang kebanyakannya adalah perbualan dan penulisan tentang skrin. Ketidakpadanan itu membaham mereka.

Pereka yang berjaya memperlakukan Figma sebagai alat berfikir, bukan portfolio. Fail mereka berselerak di pertengahan dan bersih pada akhirnya. Notion mereka penuh dengan dokumen spesifikasi satu halaman yang tiada orang lain baca tetapi menyelamatkan mereka setiap kali seseorang bertanya "mengapa kita hantar dengan cara ini." Mereka lebih banyak menulis daripada mereka reka bentuk, dan mereka tidak mengapa kerana penulisan itulah yang membuat reka bentuk mereka berkesan.

Gangguan cantikkan, lingkaran kumpulan fokus, perangkap jurubeli piksel, ini semua mempunyai nama kerana ia adalah corak, bukan nasib malang. Sebaik sahaja anda menamainya, anda boleh mengesannya dalam lima minit pertama. Itulah kemahiran yang tiada siapa mengajar anda di sekolah dan tiada siapa meletakkannya dalam penerangan kerja.

Anda bukan dalam kerja ini untuk membuat skrin. Anda berada di dalamnya untuk membuat keputusan tentang skrin, mempertahankannya dalam tulisan, dan menghantarnya dengan cara yang bertahan daripada perubahan roadmap suku berikutnya. Skrin adalah artifak. Keputusan adalah kerja.

Esok kelihatan lebih kurang sama seperti hari ini. Triaj, blok async, sesi pengguna, kritik, gangguan, penyerahan. Fail yang berbeza, bentuk yang sama. Bentuk itulah kerjanya.

Ketahui Lebih Lanjut