Sehari dalam Kehidupan Pereka Produk (Realiti B2B SaaS, Bukan Versi LinkedIn)

Perihalan kerja menyebut "miliki reka bentuk produk hujung ke hujung." Kalendar Selasa pula menyebut tiga mesyuarat, sembilan puluh minit masa Figma sebenar, dan drop Slack eksekutif pada pukul 4:47 petang bertanyakan mengapa produk anda tidak kelihatan seperti Linear lagi.

Jurang itulah kerjanya. Bukan pepijat. Kerjanya.

Jika anda membaca Templat Perihalan Kerja Pereka Produk dan membayangkan hari kerja kraf yang berfokus, artikel ini adalah kalibrasi. Selasa sebenar untuk pereka IC peringkat pertengahan di syarikat B2B SaaS 60 orang, dengan kalendar, benang Slack, dan pergaduhan kecil bersifat politik yang mengambil lebih banyak tenaga daripada yang diberitahu kepada anda semasa temu duga.

Mengapa Ini Penting Sekarang

Pereka berhenti dalam enam bulan pertama. Bukan kerana mereka tidak boleh mereka bentuk. Kerana mereka datang dengan mengharapkan 70% kraf dan mendapat sesuatu yang lebih hampir kepada 30% kraf, 40% penjajaran, dan 30% kawalan kerosakan.

Tiada siapa yang memberitahu anda ini dalam temu duga kerana pengurus pengambilan tidak mahu menakutkan anda, dan pereka pasukan tidak mahu mengakui betapa banyaknya minggu mereka dipenuhi mesyuarat. Jadi anda menyertai, anda menghabiskan tiga minggu menonton pereka kanan menghabiskan sebahagian besar masa mereka dalam Slack dan Linear, dan anda mula tertanya-tanya sama ada anda mengambil kerja yang salah.

Anda tidak. Pembahagian itu memang begitu. Menamakannya menjadikannya boleh ditangani.

Jadi inilah satu hari sebenar. Bukan sorotan. Jam yang sebenar.

Hari Sebenar

8:00 pagi: Semakan Panggilan Pelanggan

Kopi, fon kepala, tab Gong terbuka. Panggilan onboarding semalam dengan logo baharu dari sektor perkhidmatan rumah berjalan 47 minit. Anda hanya perlukan 22 minit daripadanya, bahagian di mana pentadbir cuba mengedit pukal 80 tawaran dan menyerah.

Anda tonton pada kelajuan 1.5x. Cap waktu empat momen geseran dalam Notion di bawah tag "kesakitan edit pukal". Satu petikan menghentikan anda: "Saya hanya mengeksport ke hamparan dan import semula kerana itu lebih cepat." Satu ayat tunggal itu memusnahkan andaian di sebalik spesifikasi sprint seterusnya, yang masih menyenaraikan edit pukal sebagai "bagus untuk ada." Ini bukan bagus untuk ada. Ini adalah sebab pelanggan ini akan churn pada bulan empat jika tiada siapa yang menyentuhnya.

Anda letakkan pautan Gong yang dicap waktu beserta petikan ke dalam dokumen penerokaan. Dua belas minit keseluruhan. Dua belas minit terbaik yang anda habiskan sepanjang hari.

9:30 pagi: Kerja Penerokaan dan Lakaran

Keputusan Maze daripada ujian tanpa moderator Jumaat mendarat dalam peti masuk anda. 14 daripada 20 penguji tidak dapat mengetahui tindakan sekunder pada kad tawaran. Peta haba itu menyakitkan. Semua orang mengarahkan kursor ke butang yang salah.

Anda buka Figma, fail baharu, dan lakar tiga arah untuk aliran edit pukal. Tiada piksel. Tiada taip. Hanya kotak kelabu dan anak panah. Arah A adalah corak kotak semak dan bar alat (biasa, membosankan, selamat). Arah B adalah panel sisi yang terbuka pada pemilihan (lebih ruang skrin, lebih banyak klik). Arah C adalah pengeditan sebaris pada jadual itu sendiri (lebih sedikit klik, lebih sukar untuk dibina, jurutera akan merungut).

Sembilan puluh minit. Tiga lakaran. Sifar piksel. Anda belum mereka bentuk apa-apa yang akan digelar "reka bentuk" oleh sesiapa pun, dan itu tidak mengapa. Lakaran itulah reka bentuknya. Piksel datang kemudian, dan hanya untuk satu arah yang bertahan empat jam seterusnya.

11:30 pagi: Async dengan PM dan Jurutera tentang Pertukaran

Benang Linear pada spesifikasi. Ketua jurutera menulis: "Arah C bermakna kami mengemas kini tiga komponen dalam Storybook dan mungkin menyentuh lapisan virtualisasi jadual. Itu dua sprint, bukan satu." PM membalas: "Bolehkah kita hantar Arah A sprint ini dan kembali semula ke C suku hadapan?"

Ini adalah saat anda sama ada menyerah atau menolak balik. Anda menolak balik. Anda letakkan pautan Gong pukul 8 pagi ke dalam benang dengan petikan dan satu baris: "Arah A tidak membetulkan tingkah laku eksport-dan-import semula. Kami akan terus kehilangan profil pelanggan ini jika kita hantar A dan anggap selesai."

Anda tidak mendapat ya. Anda mendapat "Mari bincang dalam kritik pada pukul 1:30." Yang merupakan hasil yang betul. Anda mendapat perbualan. Itulah kemenangannya.

Semasa di sana, anda membalas dua ulasan Linear lain, menanda satu tiket "memerlukan spesifikasi," dan menulis ulasan empat baris pada mock keadaan kosong rakan sekerja yang mengatakan ia cantik tetapi salinannya terlalu banyak bekerja. Anda mendapat emoji ibu jari balik. Async pada tahap terbaiknya.

1:30 petang: Kritik Reka Bentuk

Empat puluh lima minit dengan dua pereka lain. Anda menyemat tiga arah, membawa mereka melalui petikan pelanggan dahulu (selalu mulakan dengan pelanggan, bukan reka bentuk), kemudian tunjukkan lakaran.

Arah A dipuji kerana boleh dihantar. Arah C dipuji kerana benar-benar menyelesaikan masalah. Arah B dirobek, yang wajar, anda tahu ia yang paling lemah dari awal. Kemudian seorang pereka kanan bertanya: "Bagaimana keadaan kosong kelihatan dalam C? Apabila pengguna mempunyai sifar tawaran dipilih, kemampuan pengeditan sebaris akan kelihatan rosak."

Anda tidak mempunyai jawapan. Anda mempunyai lakaran keadaan yang diisi dan lambaian tangan yang kabur untuk yang kosong. Itulah jurangnya. Kritik tidak membunuh arah anda. Ia menemukan lubang yang anda akan jatuh ke dalamnya minggu depan, dan kini anda boleh menampalnya sebelum anda menghabiskan tiga hari pada ketepatan tinggi.

Anda keluar dengan Arah C masih hidup, Arah A sudah mati, dan tugasan yang jelas: selesaikan keadaan kosong sebelum anda membina apa-apa pada ketepatan produksi.

3:00 petang: Figma Ketepatan Tinggi dan Semakan Storybook

Sembilan puluh minit Figma sebenar. Tetingkap antara kritik dan gangguan hujung hari yang tidak dapat dielakkan. Anda membawa Arah C ke ketepatan produksi untuk dua skrin: keadaan yang diisi dengan tiga tawaran dipilih, dan keadaan kosong yang baru anda sedari hilang.

Anda audit berbanding token design system. Dua warna tidak ada dalam senarai token. Satu nilai jarak tersisih sebanyak 4px. Anda betulkan kedua-duanya. Anda buka Storybook, semak komponen baris jadual sedia ada, dan sahkan bahawa corak edit sebaris memerlukan varian baharu. Anda fail tiket Storybook dalam Linear, tag penyelenggara design system, dan pautkan kembali ke spesifikasi.

Ini adalah bahagian hari yang terasa seperti kerja dari temu duga. Ia juga regangan yang paling pendek. Perhatikan bagaimana ia adalah sembilan puluh minit, bukan enam jam.

4:47 petang: Gangguan Eksekutif

DM Slack mendarat. "Nampak [pesaing] baru sahaja menghantar papan pemuka baharu mereka. Kelihatan sangat bersih. Boleh kita lihat ini untuk aplikasi kita? Pelanggan terus bertanya."

Umpannya adalah sama ada (a) berkata ya dan panik, atau (b) berkata tidak dan kelihatan defensif. Kedua-duanya salah.

Anda tulis tiga ayat:

Memautkan dokumen penerokaan. Edit pukal adalah titik geseran teratas suku ini, dan kami menghantar pembetulannya dalam dua sprint. Gembira untuk melakukan semakan reka bentuk pantas pada papan pemuka secara berasingan jika anda mahu, tetapi saya akan cadangkan agar kerja papan pemuka kekal dalam pelan S3 kerana kami mempunyai data pelanggan yang menyokong sprint semasa. Mahukah saya menetapkan 15 minit esok untuk membawa anda melalui penyelidikan edit pukal?

Anda lampirkan dokumen penerokaan Notion dengan petikan pelanggan dan empat momen Gong yang dicap waktu. Anda tekan hantar.

Eksekutif membacanya. Tiga minit kemudian: "Faham, masuk akal. Jom buat 15 minit esok."

Anda mendapat kembali tarikh akhir. Anda melakukannya tanpa berkata tidak. Anda melakukannya dengan menunjukkan kerja anda, yang sebenarnya merupakan satu-satunya langkah yang pernah berkesan dengan eksekutif. Pendapat berbanding pendapat adalah seperti melambung syiling. Bukti berbanding pendapat hampir selalu menang, kerana eksekutif sebenarnya tidak mahu tersalah, mereka hanya mahu berasa didengar.

5:30 petang: Penyerahan (Handoff) Akhir Hari

Kemaskini Linear. Empat baris. Ini adalah templat yang anda gunakan setiap hari:

Apa yang dihantar hari ini: Arah C ketepatan tinggi untuk edit pukal (diisi + kosong)
Apa yang disekat: Varian Storybook untuk baris jadual edit sebaris (difailkan, menunggu semakan design system)
Apa seterusnya: Kes pinggir untuk >100 dipilih, keadaan ralat, navigasi papan kekunci
Apa yang perlu diuji esok: Panggilan penerokaan dengan [Nama Pelanggan]: adakah Arah C sepadan dengan penyelesaian eksport-import mereka?

Tag ketua jurutera pada bingkai Figma. Letakkan pautan spesifikasi dalam saluran pasukan. Tambah ID ujian Maze untuk pusingan Jumaat hadapan. Tutup komputer riba.

Jumlah masa Figma hari ini: kira-kira 110 minit daripada hari 8 jam. Itu kira-kira 23% masa anda pada apa yang difikirkan oleh kebanyakan bukan pereka sebagai keseluruhan kerja.

Baki 77% adalah bukti pelanggan, penjajaran, pembelaan, dan penyerahan (handoff). Itulah kerjanya. 23% itu hanya mendapat kredit di Dribbble.

Semakan Realiti

Realiti PM-Menolak-Tarikh Akhir

PM menolak tarikh akhir kerana itulah kerja mereka. Mereka bukan musuh. Tetapi jika anda menyerah setiap kali PM mahu menghantar versi yang lebih kecil, anda menjadi "pereka yang bersetuju dengan PM," yang kedengaran seperti pujian selama kira-kira enam bulan dan kemudian anda sedar anda telah berhenti mereka bentuk dan mula menghias.

Langkahnya bukan untuk melawan setiap pertempuran. Langkahnya adalah memilih pertempuran di mana anda mempunyai bukti pelanggan dan melawan dengan gigih, dan mengalah pada yang tidak ada. Edit pukal hari ini adalah pertempuran bukti pelanggan. Berbaloi. Salinan keadaan kosong yang anda berdebat pada hari lain? Mungkin tidak. Pilih pertarungan anda.

Gangguan Reka Semula Pesaing

Eksekutif melihat pesaing menghantar sesuatu yang menarik dan panik. Selalu. Jawapannya hampir tidak pernah "ya, mari kita reka semula." Jawapannya adalah corak balasan tiga ayat dari pukul 4:47 petang:

Akui dengan bukti: "Inilah yang kami sedang kerjakan dan data pelanggan di sebaliknya."
Tawarkan komitmen yang lebih kecil: "Gembira untuk melakukan semakan 15 minit secara berasingan."
Bingkikan semula masa: "Mari kita simpan ini dalam perbualan S3, bukan sprint ini."

Balasan ini berkesan kerana ia memberi eksekutif sesuatu (mesyuarat, pengakuan) tanpa memberi mereka perkara yang diminta (reka semula). Mereka hampir selalu mengambil hadiah hiburan itu, kerana apa yang mereka benar-benar mahu adalah berasa seperti mereka sedang memberi perhatian.

Diagnosis "Saya Hanya Menghias Figma"

Inilah semakan diri, jalankan setiap Jumaat:

Bila kali terakhir saya bercakap dengan pelanggan? Menonton panggilan sebenar? Membaca tiket sokongan?

Jika jawapannya lebih daripada 10 hari, anda seorang penghias, bukan pereka. Anda memindahkan piksel tanpa kebenaran asas, yang bermakna keputusan reka bentuk anda datang dari keutamaan estetik anda dan tangkapan skrin Dribbble terakhir yang anda lihat, yang baik untuk kerja hobi dan memudaratkan untuk penghantaran perisian yang orang bayar.

Pembetulannya: tempah satu panggilan pelanggan minggu ini. Bukan panggilan penyelidikan dengan skrip PM. Panggilan sebenar. Tonton di Gong jika anda tidak boleh masuk ke dalam kalendar. Dua puluh dua minit sudah cukup untuk menetapkan semula selera anda.

Timbunan (Dinamakan, Dengan Kerja Sebenar)

Alat yang digunakan setiap pereka IC di syarikat B2B SaaS pada 2026, dan apa yang sebenarnya dilakukan oleh setiap satunya dalam aliran harian:

Figma: Penerokaan, penyematan kritik, penyerahan (handoff) produksi. Keseluruhan perjalanan dari lakaran hingga hantar berada di sini. Jangan bayar untuk plugin sehingga anda telah menggunakan multi-edit asli dan auto-layout selama enam bulan.
Maze (atau UserTesting): Ujian tanpa moderator pada irama mingguan. 20 penguji, 4 soalan, pusing balik 48 jam. Gelung maklum balas murah dan pantas yang menangkap masalah 14-daripada-20 sebelum ia sampai ke pembangunan.
Notion: Dokumen penerokaan, perpustakaan petikan pelanggan, prinsip reka bentuk. Ditag mengikut kawasan ciri, bukan mengikut tarikh. Perpustakaan petikan adalah tempat petikan pukul 8 pagi tentang eksport ke hamparan kini berada, sedia untuk hujah seterusnya.
Storybook: Sumber kebenaran design system. Komponen baharu mendarat di sini, bukan dalam fail Figma anda. Jika pasukan anda menganggap Figma sebagai sumber kebenaran, design system anda rosak; sumber kebenaran mesti perkara yang sebenarnya dihantar oleh jurutera.
Linear: Spesifikasi, tiket, penyerahan (handoff) jurutera, status. Setiap spesifikasi memautkan bingkai Figma, dokumen Notion, dan petikan pelanggan. Jika tiket Linear tidak mempunyai ketiga-tiga itu, ia belum sedia untuk dibina.

Gabungan itu lebih penting daripada mana-mana alat individu. Figma tanpa Notion adalah hiasan. Notion tanpa Linear adalah teater. Linear tanpa Maze adalah meneka. Keseluruhan timbunan adalah satu gelung tertutup dari isyarat pelanggan ke ciri yang dihantar, dan kerja pereka adalah untuk memastikan gelung itu ketat.

Templat dan Alat

Penyerahan (Handoff) Akhir Hari Empat Baris

Apa yang dihantar hari ini:
Apa yang disekat:
Apa seterusnya:
Apa yang perlu diuji esok:

Letakkan dalam Linear pada pukul 5:30 petang setiap hari. Jurutera tahu apa yang mereka dapat pada waktu pagi. PM tahu apa yang berisiko. Anda berhenti menerima Slack "di mana kita sekarang?" pada pukul 9 pagi.

Skrip Balasan Gangguan Eksekutif

Tiga ayat. Selalu mengikut urutan ini: akui dengan bukti, tawarkan komitmen lebih kecil, bingkikan semula masa. Sesuaikan perkataan, jangan ubah strukturnya. Strukturnyalah yang meredakan kepanikan.

Semakan Diri Mingguan "Adakah Saya Seorang Penghias?"

Setiap Jumaat, dua soalan:

Bila saya terakhir menonton panggilan pelanggan sebenar atau membaca tiket sokongan sebenar?
Mana antara keputusan minggu ini datang dari bukti pelanggan berbanding selera saya?

Jika soalan 1 lebih daripada 10 hari, betulkan pada hari Isnin. Jika soalan 2 mempunyai lebih selera daripada bukti, anda sedang menyimpang.

Skema Penandaan Petikan Pelanggan Notion

Setiap petikan yang anda simpan memerlukan tiga tag: kawasan ciri (edit-pukal, onboarding, papan-pemuka), jenis kesakitan (penyelesaian-sementara, gugur, kekeliruan, kegembiraan), dan segmen pelanggan (smb, pasaran-pertengahan, enterprise). Apabila anda memerlukan petikan untuk gangguan eksekutif pada pukul 4:47 petang, anda boleh mendapatkannya dalam lima belas saat. Tanpa tag, anda tatal tanpa henti.

Mengukur Hari yang Baik

Tidak setiap hari menghantar piksel. Jadi bagaimana anda tahu jika ia adalah hari yang baik? Empat isyarat:

Satu isyarat pelanggan sebenar direkodkan. Petikan, cap waktu Gong, tiket sokongan yang diambil kira. Satu. Sehari. Itu sahaja.
Satu pertukaran dipertahankan dengan bukti, bukan pendapat. Walaupun anda kalah hujah, pembelaan itu sendiri adalah kemenangan, kerana ia membuktikan kepada jurutera dan PM bahawa reka bentuk bukan keutamaan estetik; ia adalah disiplin.
Satu bingkai Figma lebih dekat untuk dihantar berbanding semalam. Tidak perlu siap. Perlu lebih siap.
Sifar mesej Slack yang anda menyesal hantar kepada eksekutif. Ini kedengaran seperti jenaka. Ia bukan.

Jika anda mencapai keempat-empat, hari ini adalah hari yang baik, walaupun versi LinkedIn kerja anda akan memanggilnya "membosankan." LinkedIn tidak membayar anda. Pelanggan anda yang membayar.

Panduan Taktik Product Designer