Hubungan PM-desainer adalah salah satu kemitraan paling penting dalam tim produk, dan salah satu yang paling rapuh. Jika berhasil, Anda akan mendapatkan produk yang baik secara strategis dan dibuat dengan sangat baik. Jika produk tersebut rusak, Anda akan mendapatkan produk cantik yang tidak dibutuhkan oleh siapa pun atau produk berguna yang tidak ingin digunakan oleh siapa pun.
Kerusakannya biasanya tenang. Desainer mulai merasa seperti pengambil pesanan -- memberikan solusi untuk menghasilkan sesuatu yang cantik, bukannya masalah yang harus diselesaikan. PM mulai merasa bahwa desainer sangat menghargai proses mereka -- menghalangi kemajuan dengan eksplorasi tanpa akhir saat jendela pasar ditutup. Kebencian muncul di kedua sisi, dan tidak ada yang mengatakan apa pun hingga memuncak dalam tinjauan sprint.
Retrospektif desain produk reguler memberi hubungan ini ruang khusus untuk percakapan jujur. Tidak tertanam dalam sprint retro di mana semua orang bersikap sopan. Tidak terkubur dalam 1:1 yang membahas tentang individu. Sesi terstruktur di mana kedua peran memeriksa cara mereka bekerja sama dan berkomitmen terhadap perubahan tertentu.
Tiga Ketegangan yang Mendefinisikan Hubungan Ini
Penelitian dan Penemuan
Desainer biasanya menginginkan penelitian lebih lanjut sebelum memberikan solusi. PM biasanya ingin bergerak lebih cepat berdasarkan sinyal yang ada. Kedua naluri itu memiliki nilai.
Permasalahan muncul ketika desainer melakukan penelitian yang tidak pernah dilihat oleh PM, atau ketika PM membuat keputusan produk tanpa memasukkan wawasan desain. Hasilnya adalah jalur paralel: PM membuat taruhan berdasarkan data bisnis sementara desainer mengungkap perilaku pengguna yang bertentangan dengan taruhan tersebut, dan keduanya tidak pernah terhubung.
Garis Waktu dan Eksplorasi
Desain memerlukan waktu untuk dieksplorasi. Desain yang baik jarang sekali muncul dari ide pertama -- ia muncul dari menghasilkan berbagai pendekatan dan mengevaluasinya. Namun PM mengelola ekspektasi pemangku kepentingan, komitmen sprint, dan jadwal rilis sehingga hanya menyisakan sedikit ruang untuk eksplorasi terbuka.
Ketegangan ini menjadi destruktif ketika PM berkomitmen untuk mengirimkan tanggal sebelum desain dieksplorasi, atau ketika desainer memperlakukan setiap fitur sebagai peluang untuk memikirkan kembali secara menyeluruh terlepas dari cakupannya.
Hak Keputusan
Siapa yang mengambil keputusan terakhir dalam pengalaman pengguna? Secara teori, ini bersifat kolaboratif. Dalam praktiknya, PM sering kali mengesampingkan keputusan desain karena mereka "memiliki produk". Desainer merasa ditolak dalam hal-hal yang menjadi keahlian mereka. PM merasa mereka tidak bisa memajukan produk tanpa perlawanan.
Masalah mendasarnya jarang sekali terletak pada pilihan desain tertentu. Ini tentang apakah desain memiliki otoritas nyata atau hanya sekedar masukan saran.
Menjalankan Retrospektif
Frekuensi dan Waktu
Jalankan ini setiap 6-8 minggu, atau setelah menyelesaikan fitur penting. Jangan mengikatnya pada batasan sprint -- hubungan desain PM beroperasi dengan irama yang lebih lama dibandingkan sprint dua minggu.
Siapa yang Harus Ada di Sana
Usahakan tetap kecil: PM dan desainer yang bekerja sama secara langsung. Jika Anda bekerja di model trio produk (PM, desainer, pimpinan teknologi), sertakan pimpinan teknis -- mereka sering melihat adanya gesekan antara PM dan desain yang tidak diketahui oleh kedua belah pihak.
Maksimal lima orang. Ini adalah sesi kerja, bukan presentasi.
Format: Tiga Putaran
Putaran 1: Nilai Masing-Masing Pihak (15 menit)
Mulailah dengan apresiasi, namun buatlah secara spesifik. Setiap orang menuliskan satu atau dua hal yang dilakukan peran lain dalam siklus ini yang membuat pekerjaan menjadi lebih baik. Bacalah ini dengan lantang.
Ini bukan sekadar latihan yang menyenangkan. Hal ini menunjukkan apa yang sebenarnya dihargai oleh masing-masing pihak dalam kemitraan, yang sering kali mengungkapkan ekspektasi yang tidak sesuai. Seorang PM mungkin mengapresiasi "perputaran cepat pada mockup" sementara sang desainer sangat bangga dengan "sintesis penelitian yang membentuk kembali arah fitur". Kesenjangan tersebut memberi tahu Anda sesuatu yang penting tentang pendapat masing-masing peran tentang pekerjaannya.
Putaran 2: Pemetaan Gesekan (30 menit)
Setiap orang menulis kartu tentang momen di mana kolaborasi terasa sulit. Spesifik -- sebutkan proyeknya, keputusannya, pertemuannya. Keluhan yang tidak jelas ("komunikasi bisa lebih baik") tidak dapat ditindaklanjuti.
Atur kartu berdasarkan tahapan alur kerja tempat terjadinya gesekan:
- Penemuan -- Apakah kedua peran tersebut terlibat dalam mendefinisikan masalah?
- Eksplorasi -- Apakah desain memiliki cukup waktu dan ruang untuk menghasilkan opsi?
- Pengambilan keputusan -- Bagaimana pilihan desain dievaluasi dan diselesaikan?
- Handoff -- Apakah transisi dari desain ke teknik berjalan lancar?
- Iterasi -- Bagaimana masukan dan perubahan ditangani setelah serah terima?
Untuk setiap titik gesekan, tahan keinginan untuk segera menyelesaikannya. Pertama, pastikan kedua belah pihak memahami pengalaman pihak lain pada momen yang sama. Seorang PM yang merasa bahwa desain "menghalangi kemajuan" dan seorang desainer yang merasa "terburu-buru mengambil solusi setengah matang" mungkin menggambarkan pertemuan yang sama persis.
Putaran 3: Perjanjian Kerja (15 menit)
Pilih dua titik gesekan yang paling berdampak dan buat perjanjian khusus untuk mengatasinya. Dua adalah angka yang tepat. Lebih dari itu dan tidak ada perubahan.
Perjanjian yang Benar-benar Berhasil
Berikut adalah pola yang secara konsisten meningkatkan kolaborasi desain PM.
Pembingkaian masalah bersama. Sebelum pekerjaan desain dimulai, PM dan desainer menghabiskan waktu 30 menit bersama untuk mendefinisikan: Apa masalah pengguna? Apa tujuan bisnisnya? Apa saja kendalanya? Seperti apa kesuksesan itu? Praktik tunggal ini menghilangkan sejumlah besar perselisihan di hilir, karena kedua belah pihak memulai dari pemahaman yang sama tentang apa yang mereka selesaikan.
Waktu eksplorasi terstruktur. Setujui fase eksplorasi standar untuk fitur dengan ukuran berbeda. Sebuah fitur kecil mungkin memerlukan eksplorasi selama dua hari. Yang besar mungkin butuh waktu seminggu. Kuncinya adalah hal ini disepakati sebelumnya, bukan selalu dinegosiasikan di bawah tekanan. Selama eksplorasi, perancang menghasilkan opsi. PM tidak mempertimbangkan solusi spesifik sampai opsi-opsi disajikan bersama.
Rancang keputusan dengan alasan yang masuk akal. Saat PM perlu mengesampingkan rekomendasi desain, mereka menjelaskan alasan bisnisnya. Saat desainer menolak permintaan PM, mereka menjelaskan dampaknya kepada pengguna. Tidak ada pihak yang bisa begitu saja menegaskan otoritasnya -- alasannya harus jelas.
Umpan balik dengan ketelitian rendah. PM memberikan masukan pada sketsa dan gambar rangka sebelum desainer berinvestasi pada pekerjaan dengan ketelitian tinggi. Hal ini terdengar jelas tetapi tidak terjadi secara rutin. PM sedang sibuk, menunda peninjauan hingga desainer menyajikan maket yang telah disempurnakan, lalu meminta perubahan yang memerlukan permulaan dari awal. Masukan tahap awal yang kasar mencegah hal ini sepenuhnya.
Paparan pengguna bersama. Baik PM maupun desainer menghadiri sesi riset pengguna atau meninjau rekaman bersama. Saat kedua belah pihak mendengar pengguna yang sama mengatakan hal yang sama, perdebatan tentang "apa yang diinginkan pengguna" berkurang drastis.
Antipattern Umum yang Harus Diwaspadai
PM sebagai Art Director. Jika PM memberikan masukan mendetail tentang pilihan desain visual -- warna, spasi, gaya ikon -- ada yang tidak beres. PM harus mengevaluasi apakah desain mencapai tujuan produk, bukan mengarahkan pelaksanaan visual. Jika Anda mendapati diri Anda melakukan hal ini, tanyakan: apakah saya bereaksi karena hal ini tidak memenuhi kebutuhan pengguna, atau karena tidak sesuai dengan selera pribadi saya?
Desainer sebagai Pendorong Piksel. Jika desainer secara konsisten diberikan solusi yang ditentukan sepenuhnya dan diminta untuk "membuatnya terlihat bagus", peran desain telah dikosongkan. Desainer harus terlibat dalam definisi masalah, bukan hanya memberikan solusi. Jika pola ini terus muncul secara retrospektif, ini merupakan sinyal bahwa proses tim perlu diubah, bukan hanya perilaku individu.
Riset yang Tidak Akan Berhasil. Desainer menginvestasikan waktu dalam riset pengguna, menghasilkan wawasan, dan tidak ada perubahan karena peta jalan sudah ditetapkan. Jika penelitian tidak dapat memengaruhi keputusan, hentikan penelitian -- atau lakukan perubahan saat penelitian dilakukan sehingga penelitian dapat dimasukkan ke dalam perencanaan dan bukannya dilakukan setelah rencana sudah ditetapkan.
Lingkaran Revisi Tanpa Akhir. Desain melewati tujuh putaran masukan karena PM terus berubah pikiran tentang apa yang mereka inginkan. Ini biasanya berarti masalahnya tidak terdefinisi dengan baik pada awalnya. Perbaikannya bersifat upstream, bukan downstream: pembingkaian masalah yang lebih baik mengurangi siklus revisi.
Mengukur Peningkatan
Setelah beberapa kali retrospektif, carilah sinyal berikut:
- Lebih sedikit perubahan desain tahap akhir karena penyelarasan dilakukan lebih awal
- Desainer berpartisipasi dalam definisi masalah, bukan hanya penciptaan solusi
- PM mampu mengartikulasikan alasan desain kepada pemangku kepentingan, bukan hanya alasan bisnis
- Wawasan penelitian yang secara nyata memengaruhi keputusan produk
- Kedua belah pihak bersedia mengatakan "Saya salah tentang hal ini" tanpa merasa seperti konsesi
Kemitraan PM-desain akan selalu melibatkan ketegangan kreatif. Retrospektif tidak menghilangkan ketegangan -- ini memberi Anda latihan rutin untuk mengubah ketegangan tersebut menjadi produk yang lebih baik daripada hubungan yang buruk.
Coba NextRetro gratis -- Jalankan retrospektif terfokus dengan tim produk dan desain Anda menggunakan masukan anonim dan fase diskusi terstruktur.
Terakhir Diperbarui: Februari 2026
Waktu Membaca: 7 menit
