Bahasa Melayu

Kritik Reka Bentuk yang Menambah Baik Kerja, Bukan Perasaan

Lapan pereka dalam bilik Zoom. Empat puluh lima minit. Tiga ulasan "saya suka hierarki taip ini". Dua catatan sampingan "sudahkah anda mencubanya dalam dark mode". Seorang yang tidak memberi perhatian tetapi berkata "kelihatan bagus." Pembentang log keluar berasa disahkan. Isnin pagi, fail dihantar tanpa perubahan.

Itu bukan kritik. Itu terapi kumpulan dengan latar belakang Figma.

Jika lima kritik terakhir anda tidak menghasilkan sebarang perbezaan fail, anda tidak mempunyai amalan kritik. Anda mempunyai mesyuarat berulang yang menelan kira-kira enam jam pereka seminggu dan tidak menghasilkan apa-apa. Ukuran yang saya tetapkan untuk kritik adalah mudah secara brutal: artifak mesti berbeza selepas sesi berbanding sebelumnya. Bukan perasaan pembentang. Bukan suasana bilik. Failnya.

Inilah cara untuk benar-benar menjalankannya.

Kritik vs. Maklum Balas Bukan Perkara yang Sama

Inilah tempat pertama pasukan tersasar. Mereka menggunakan kata-kata itu secara bergantian dan kemudian tertanya-tanya mengapa sesi mereka tidak menggerakkan kerja.

Maklum balas adalah reaksi umum. "Saya tidak suka warna biru itu." "Ini terasa berat." "Ada yang tidak kena." Ia berguna secara arah tetapi tidak berstruktur. Anda mengumpulnya dari pengguna, PM, rakan kongsi yang kebetulan lalu di hadapan monitor anda. Maklum balas tidak mempunyai kontrak. Pemberi tidak mempunyai kewajipan untuk mengaitkan reaksi mereka dengan apa-apa yang spesifik.

Kritik adalah penilaian berstruktur terhadap matlamat yang dinyatakan. "Warna CTA gagal kontras AA pada latar belakang yang redup, jadi menaikkannya dari #6B7280 ke #4B5563 membawanya ke 4.6:1." "Keadaan kosong memendam tindakan utama di bawah lipatan pada breakpoint mudah alih, jadi memindahkannya di atas ilustrasi sepadan dengan urutan bacaan pengguna." Kritik menyebut matlamat, menamakan masalah, dan menunjuk kepada bukti.

Anda perlukan kedua-duanya. Tetapi anda tidak boleh menjalankan kritik seperti sesi maklum balas dan mengharapkan hasil yang berbeza. Sesi mesti bermula dengan matlamat yang dinyatakan, dan setiap ulasan mesti berkaitan kembali dengannya. Jika pengkritik berkata "saya tidak suka warna biru" dan ringkasan adalah tentang seni bina maklumat, ulasan itu adalah maklum balas, bukan kritik, dan ia diletakkan sebelah.

Buat perbezaan ini jelas di bahagian atas setiap sesi. "Kami melakukan kritik hari ini terhadap ringkasan, bukan maklum balas terbuka. Jika anda mempunyai maklum balas yang berada di luar skop, letakkan dalam dokumen dan kami akan triage selepas." Dua belas saat. Menjimatkan empat puluh minit.

Ringkasan Pembingkaian adalah Tanggungjawab Pembentang

Tiada ringkasan, tiada kritik. Ini tidak boleh dirunding.

Sebelum sesiapa menyemak apa-apa, pembentang menulis tiga perkara di bahagian atas fail atau dokumen Figma:

  1. Masalah yang sedang diselesaikan. Bukan ciri itu. Masalah pengguna atau masalah perniagaan yang dimaksudkan oleh reka bentuk untuk ditangani. "Kurangkan gugur dalam langkah onboarding 3" adalah masalah. "Reka semula langkah onboarding 3" adalah tugas.
  2. Kekangan. Teknikal (apa yang disahkan oleh jurutera sebagai boleh dilakukan), jenama (peraturan design system yang berkenaan), masa (tarikh akhir sprint, kebergantungan), penyelidikan (apa yang sudah disahkan, apa yang belum). Di sinilah anda mendahului 80% ulasan yang tidak membantu.
  3. Jenis maklum balas yang dikehendaki. Arah ("adakah pendekatan ini berkesan langsung?"), butiran halus ("microcopy dan jarak"), kebolehcapaian ("kontras, keadaan fokus, aliran pembaca skrin"), seni bina maklumat ("adakah ini struktur yang betul?"), salinan ("adakah bahasa ini mengenai sasaran?"). Satu atau dua kategori, bukan semuanya.

Sembilan puluh saat menulis. Pembentang membacanya dengan lantang di bahagian atas sesi, atau, lebih baik, pengkritik membacanya sebelum sesi dan hadir sudah berorientasi.

Templat Ringkasan Pembingkaian

## Ringkasan Kritik: [Nama Ciri/Aliran]
Tarikh: [tarikh] · Pembentang: [nama]

### Masalah
[1-3 ayat. Masalah pengguna atau perniagaan, bukan tugas.]

### Kekangan
- Teknikal: [apa yang disahkan oleh jurutera]
- Jenama/sistem: [peraturan design system yang berkaitan, pengecualian]
- Masa: [tarikh hantar, penyekat]
- Penyelidikan: [apa yang disahkan, apa yang diandaikan, jurang]

### Maklum balas yang dikehendaki
[Pilih 1-2: arah / seni bina maklumat / butiran halus / salinan / kebolehcapaian / interaksi]

### Apa yang BUKAN dalam skop
[Keputusan yang sudah dibuat, perbualan yang ditangguhkan kemudian]

### Soalan terbuka
[2-3 perkara spesifik yang anda perlukan bantuan]

Baris "apa yang BUKAN dalam skop" adalah bahagian ringkasan yang memberikan ROI tertinggi. Di situlah anda berkata "kami tidak akan mempertikaikan semula sama ada ini sepatutnya modal atau panel sisi. Itu sudah diputuskan." Menyelamatkan sesi daripada berundur ke belakang.

Haramkan "Saya Suka." Gunakan "Apa yang Berkesan."

"Saya suka" melekat pada selera. "Saya suka" memberitahu pembentang bagaimana perasaan pengkritik, yang tidak relevan dengan sama ada kerja itu baik. "Saya suka" juga tidak boleh dilaksanakan. Apa yang anda lakukan Isnin dengan "Sara suka hierarki taip"?

Gantikan "saya suka" dengan "apa yang berkesan terhadap matlamat yang dinyatakan" dan "apa yang tidak berkesan terhadapnya." Naluri yang sama, hasil yang berbeza.

Buruk: "Saya benar-benar suka betapa bersihnya ini terasa."

Lebih baik: "Terhadap matlamat mengurangkan gugur semasa onboarding, hierarki visual yang dipermudahkan sedang berkesan. CTA utama adalah elemen paling terang di skrin, yang sepadan dengan apa yang kami mahu pengguna lakukan dahulu."

Versi kedua (a) berkaitan dengan ringkasan, (b) menamakan perkara spesifik yang berkesan, dan (c) menerangkan mengapa ia berkesan. Pembentang tahu apa yang perlu dikekalkan. Pengkritik tahu apa yang menjadi tunjang dalam reka bentuk.

Ini kedengaran cerewet. Memang. Kritik reka bentuk adalah kemahiran kraf, dan kemahiran kraf memerlukan perbendaharaan kata yang cerewet. Pasukan yang mengharamkan "saya suka" selama dua bulan tidak lagi memerlukan peraturan itu kerana perbendaharaan kata baharu menjadi kebiasaan. Pasukan yang tidak, tidak pernah bertambah baik.

Async vs. Sync: Lalai Salah, Bayar Selamanya

Kebanyakan pasukan lalai kepada kritik sync untuk segala-galanya dan membakar empat hingga enam jam pereka setiap sesi yang tidak perlu dilakukan secara langsung. Inilah peraturannya:

Async (Loom + ulasan Figma, tetingkap 24 jam):

  • Butiran halus (jarak, microcopy, pilihan ikon)
  • Audit kebolehcapaian (kontras, keadaan fokus, struktur semantik)
  • Semakan kes pinggir (keadaan kosong, keadaan ralat, keadaan pemuatan)
  • Semakan salinan (suara, nada, kebolehimbasan)
  • Halus akhir sebelum hantar

Sync (sesi langsung 30-45 minit):

  • Keputusan arah: adakah ini pendekatan yang betul langsung?
  • Perdebatan seni bina maklumat: lima pengkritik akan tidak bersetuju dan perlu membincangkannya
  • Corak baharu: apa-apa yang tiada dalam design system yang memerlukan keputusan
  • Input merentas fungsi: apabila PM dan jurutera perlu berada dalam bilik
  • Kerja yang tersangkut: apabila pembentang telah berpusing-pusing dan memerlukan pembukaan sekat

Lalai async berfungsi kerana async memaksa ulasan bertulis dan bertimbang rasa. Orang tidak boleh bersembang atau berpentas. Pengkritik menonton Loom, menurunkan ulasan dalam Figma yang dikaitkan dengan bingkai tertentu, dan pembentang boleh menanganinya secara kelompok. Sesi sync 45 minit termampat kepada Loom 6 minit + 30 minit semakan teragih = lebih sedikit jam keseluruhan, selalunya kualiti yang lebih baik.

Lalai sync gagal kerana ia menarik lapan orang ke dalam bilik untuk kerja satu orang, di mana lima daripadanya tidak mempunyai apa-apa yang bermakna untuk dikatakan tentang permukaan tertentu itu tetapi berasa wajib untuk bercakap. Di situlah "saya suka hierarki taip" datang.

Pilih mod berdasarkan medan "maklum balas yang dikehendaki" ringkasan. Butiran halus? Async. Arah? Sync. Jika tidak pasti, async dahulu, kemudian eskalasi ke sync jika ulasan mendedahkan pertikaian yang memerlukan penyelesaian langsung.

Pereka Defensif: Namakan Mereka, Alihkan Mereka

Defensif mematikan kritik lebih cepat daripada maklum balas yang buruk. Pembentang yang tidak boleh duduk tenang selama tiga minit tanpa gangguan semasa semakan akan merosakkan sesi. Tiga corak untuk dinamakan dan dialihkan:

Si Penerang. Setiap ulasan disambut dengan "tetapi sebab saya melakukan itu ialah..." Si Penerang menganggap kritik sebagai salah faham yang perlu diperbetulkan bukannya maklumat yang perlu diserap. Kerja tidak berubah kerana Si Penerang tidak berubah.

Skrip pengalihan: "Catat itu, mari teruskan. Kami akan kembali kepada konteks di akhir jika ada masa."

Si Pengalih. Setiap ulasan disambut dengan "ya tapi kejuruteraan berkata..." atau "ya tapi PM mahu..." Si Pengalih menyerahkan keputusan kepada pihak ketiga yang tidak hadir supaya mereka tidak boleh dipertanggungjawabkan atas pilihan reka bentuk itu.

Skrip pengalihan: "Itu perbualan kekangan, bukan perbualan kritik. Rekodkan dalam dokumen sebagai susulan. Kami menilai artifak di hadapan kita terhadap ringkasan."

Si Pengundur. Lima minit ke dalam kritik, Si Pengundur membentangkan semula ringkasan, penyelidikan pengguna, penerokaan terdahulu, mesyuarat di mana keputusan dibuat. Si Pengundur sedang membeli masa dan cuba mempertikaikan semula keputusan di hadapan penonton.

Skrip pengalihan: "Kami sudah melepasi pembingkaian dan mendarat pada kerja. Jika sesuatu keputusan perlu dibuka semula, itu adalah sesi berasingan dengan pembuat keputusan asal."

Tiga skrip. Hafal. Kali pertama anda menggunakannya dalam sesi, ia akan terasa tidak selesa. Menjelang sesi ketiga, pasukan menyesuaikan diri dan corak sebahagian besarnya hilang. Menjelang yang kelima, pasukan mula mengawal diri sendiri.

Norma Pembentang

Jika anda membentang, inilah peraturannya:

Jangan pertahankan secara langsung. Tuliskan. Pengkritik mengatakan sesuatu yang anda tidak bersetuju? Catat. Jangan berhujah. Cara paling pantas untuk mematikan kritik adalah menghabiskannya berunding dan bukannya mendengar. Selepas sesi, tangani nota dalam tindakan susulan anda.

Jangan tanya "adakah ini berkesan?" Ia menjemput ulasan selera. Tanya "adakah ini menyelesaikan [masalah yang dinyatakan] berdasarkan [kekangan yang dinyatakan]?" Itulah soalan yang boleh dijawab oleh pengkritik secara konkrit.

Jangan bentangkan 14 skrin. Bentangkan 3 yang mempunyai soalan terbuka. Jika anda membawa 14, pengkritik akan mengulas pada kesemua 14 dan mencairkan perhatian dari keputusan sebenar yang anda perlukan bantuan. Pilih skrin di mana keputusan berada. Letakkan selebihnya dalam lampiran.

Jangan berpentas. Tiada "okay jadi saya melalui lebih kurang lima puluh lelaran dan..." Tunjukkan kerja itu. Perjalanan ada dalam kepala anda dan tidak menjadi tunjang bagi pengkritik. Mereka memerlukan keadaan semasa, ringkasan, dan soalan terbuka anda.

Akhiri dengan soalan. Slaid terakhir sebelum perbincangan: "Apa yang saya perlukan daripada anda hari ini adalah X." Ia menyediakan bilik. Tanpanya, anda mendapat smear ulasan yang tidak berkaitan.

Norma Pengkritik

Jika anda mengkritik, inilah peraturannya:

Kaitkan setiap ulasan dengan ringkasan. "Terhadap matlamat seni bina maklumat, nav peringkat ketiga menambah dua klik untuk tugas utama. Pertimbangkan untuk menaikkannya ke peringkat atas." Bukan "saya akan naikkan itu ke peringkat atas." Versi pertama adalah kritik. Versi kedua adalah arahan seni yang tidak diminta.

Buat diagnosis sebelum penyelesaian. "Nav ini terasa mengelirukan kerana label mencampurkan model mental, di mana sesetengahnya adalah kata nama (Peti Masuk, Laporan) dan sesetengahnya adalah kata kerja (Tulis, Semak)" adalah diagnosis. "Gunakan menu hamburger" adalah penyelesaian. Buat diagnosis dahulu. Biarkan pembentang memutuskan penyelesaian. Mereka mempunyai konteks yang anda tidak ada.

Tiada mempertikaikan semula. Jika ringkasan menyebut "corak modal sudah diputuskan," jangan mulakan dengan "saya masih fikir ini sepatutnya panel sisi." Itu bukan kritik. Itu anda cuba memenangi hujah lama.

Tiada reka bentuk secara jawatankuasa. Pengkritik memberi nasihat. Pembentang memutuskan. Jika lima pengkritik saling bercanggah, pembentang menimbang input dan memilih laluan. Sesi tidak mengundi. Mengundi reka bentuk menghasilkan keputusan yang kabur.

Padankan kedalaman dengan ringkasan. Jika ringkasan menyebut "butiran halus sahaja," jangan hadir dengan kebimbangan arah. Letakkan dalam dokumen sebagai susulan. Hormati skop.

Templat Ulasan Pengkritik

Terhadap [matlamat dari ringkasan], [pemerhatian yang dikaitkan dengan bingkai/elemen tertentu]. Pertimbangkan [arah atau prinsip, bukan penyelesaian].

Contoh:

Terhadap matlamat mengurangkan gugur semasa onboarding, CTA sekunder pada skrin 3 bersaing secara visual dengan tindakan utama. Kedua-duanya adalah butang berisi dengan berat yang serupa. Pertimbangkan untuk membezakan hierarki supaya tindakan utama memenangi perhatian.

Itulah keseluruhan formulanya. Matlamat · pemerhatian · arah. Ulasan yang tidak sepadan dengan bentuk ini biasanya bukan kritik.

Setiap Kritik Berakhir dengan Tindakan Susulan, atau Ia Tidak Berlaku

Inilah peraturan yang mengubah kritik dari mesyuarat menjadi amalan.

Di akhir setiap sesi (sync atau async), pembentang (bukan pengkritik paling lantang, bukan pengurus reka bentuk, bukan konsensus bilik) menulis 3-7 tindakan susulan dalam fail:

  • Apa yang berubah.
  • Apa yang kekal.
  • Apa yang merupakan soalan susulan untuk PM, jurutera, penyelidikan, atau pereka lain.

Disiarkan dalam saluran pasukan dalam masa 24 jam. Dipautkan kembali ke fail. Ditag dengan tarikh titik semak seterusnya.

Templat Tindakan Susulan

## Tindakan Susulan Kritik: [Ciri/Aliran] ([Tarikh])
Pembentang: [nama]

### Berubah
- [ ] [Perubahan spesifik yang dikaitkan dengan ulasan kritik, dengan rujukan bingkai]
- [ ] [Perubahan spesifik]
- [ ] [Perubahan spesifik]

### Kekal (dan sebabnya)
- [Keputusan yang dipegang]: [rasional 1-baris yang berkaitan kembali dengan ringkasan atau kekangan]
- [Keputusan yang dipegang]: [sebab]

### Susulan
- [ ] @pm: [soalan spesifik]
- [ ] @jurutera: [soalan spesifik]
- [ ] @penyelidikan: [soalan spesifik]

Titik semak seterusnya: [tarikh / async-atau-sync]

Tiada tindakan susulan, tiada kritik. Jika pembentang tidak dapat menulis 3-7 item, sama ada sesi itu tidak berfokus atau ringkasan itu salah. Kedua-duanya adalah masalah yang boleh didiagnosis. Kedua-duanya boleh dibaiki. Yang tidak boleh dibaiki adalah pasukan yang menjalankan kritik selama setahun dan tidak menghasilkan apa-apa yang dijejaki.

Perangkap Biasa

Mengkritik tanpa ringkasan. Kegagalan paling biasa. Sesi menjadi maklum balas, kemudian menjadi suasana, kemudian menjadi kosong.

Mencampurkan kritik dengan semakan pihak berkepentingan. Penonton berbeza, peraturan berbeza. Pihak berkepentingan mengambil berat tentang skop, jenama, dan risiko. Pengkritik dalam kritik mengambil berat tentang kraf. Menggabungkan keduanya menghasilkan sesi di mana tiada kumpulan mendapat apa yang mereka perlukan. Jalankan sebagai mesyuarat berasingan dengan agenda berbeza.

Menjalankan kritik sebagai kemaskini status. "Inilah di mana saya berada minggu ini." Itu adalah standup. Kritik memerlukan soalan terbuka dan ringkasan. Jika anda tidak mempunyai keduanya, langkau kritik dan hanya siarkan fail dalam saluran.

Melangkau kritik kerana "kami bergerak pantas." Pasukan yang melangkau kritik untuk bergerak pantas menghantar paling banyak regresi dan paling banyak kecoh pada saat akhir. Kritik adalah fungsi pemaksaan untuk berfikir sebelum menghantar. 45 minit yang anda jimatkan dengan melangkauinya menelan belanja empat jam pembetulan selepas pelancaran.

Membiarkan suara paling kanan mengatasi ringkasan. Pereka Staf yang muncul dan berkata "saya hanya tidak suka arah ini" tanpa mengaitkannya dengan ringkasan sedang melakukan kerosakan. Kelebihan kanan tidak mengecualikan sesiapa pun daripada templat ulasan. Jika suara kanan mempunyai kebimbangan arah, mereka membangkitkannya sebagai soalan susulan dan menghimpunkan orang yang betul. Mereka tidak merampas sesi.

Skrip Loom Kritik Async

Untuk sesi async, pembentang merakam Loom 4-7 minit. Lebih panjang dari itu dan pengkritik berhenti menonton. Struktur:

  1. 0:00-1:00, Ringkasan. Baca ringkasan pembingkaian. Masalah, kekangan, maklum balas yang dikehendaki, apa yang berada di luar skop.
  2. 1:00-4:00, Tunjukkan kerja. Tiga atau empat bingkai utama. Ceritakan laluan pengguna. Jangan terangkan setiap pilihan. Biarkan pengkritik mengenal pasti apa yang menonjol.
  3. 4:00-5:00, Soalan terbuka. Nyatakan 2-3 perkara yang anda khususnya mahu input.
  4. 5:00-akhir, Cara untuk bertindak balas. "Turunkan ulasan dalam Figma yang dikaitkan dengan bingkai. Gunakan format matlamat · pemerhatian · arah. Tarikh akhir adalah [24-48 jam]. Saya akan menyiarkan tindakan susulan menjelang [tarikh]."

Pengkritik menonton pada kelajuan 1.5x, menurunkan ulasan secara async, pembentang menyusun. Jumlah masa pasukan adalah kira-kira separuh daripada kos sesi sync.

Cara Mengetahui Ia Berkesan

Berhenti mengukur kritik dengan "adakah semua orang berasa didengar." Mula mengukur dengan:

  • Tindakan susulan setiap sesi. Sasaran 3-7. Di bawah 3 bermakna sesi itu tidak berfokus atau ringkasan terlalu sempit. Lebih daripada 7 biasanya bermakna ringkasan terlalu luas.
  • Perbezaan fail dalam masa 48 jam. Adakah artifak benar-benar berubah? Ambil tangkapan skrin sebelum dan selepas. Jika fail kelihatan sama 48 jam selepas kritik, sesi itu gagal.
  • Ulasan pengkritik yang dikaitkan dengan ringkasan. Sampel 20 ulasan dari bulan lepas. Berapa peratus yang berkaitan kembali dengan matlamat yang dinyatakan? Sasaran 80%+. Jika anda di bawah 60%, pasukan anda menjalankan sesi maklum balas dan menyebutnya kritik.
  • Kepuasan pembentang (binari). "Adakah kritik ini mengubah kerja saya?" Ya atau tidak. Tiada skala 1-5. Jawapannya ya atau tidak. Jejak setiap bulan.

Jika anda menjalankan empat metrik ini selama suku tahun dan arah alirnya mendatar, amalan itu tidak berkesan dan anda perlu membinanya semula dari ringkasan pembingkaian. Jika arah alirannya menaik, amalan itu melakukan tugasnya, iaitu melindungi kerja, bukan pembentang.

Itulah keseluruhan kerja. Kritik wujud untuk menjadikan artifak lebih baik. Bukan untuk membuatkan pembentang berasa dilihat, bukan untuk memberi pengkritik sebuah pentas, bukan untuk mengisi slot berulang dalam kalendar. Artifak yang lebih baik, tindakan susulan bertulis, perubahan fail dalam masa 48 jam. Apa-apa lagi adalah beban tambahan.

Ketahui Lebih Lanjut