Sistem Departemen Desain dan Pengalaman Pengguna

Permintaan desain masuk sebagai kartu di “Permintaan” dari manajer produk atau tim internal, dengan memaparkan masalah, bukan bentuk yang diminta. Manajer desain memindahkannya ke “Riset” agar desainer memahami konteksnya: layar serupa, masukan pengguna, dan kendala teknis. Lalu “Desain”, tempat solusi dibangun dari wireframe hingga prototipe interaktif, dan versinya dilampirkan pada kartu secara berurutan. Yang siap berpindah ke “Pengujian” dengan sesi pemakaian cepat atau expert review; bila berhasil, ia pergi ke “Serah Terima” dengan berkas spesifikasi final yang diterima pengembang frontend. Setelah dibangun, kartu masuk “Peninjauan” untuk mencocokkan yang diimplementasikan dengan yang didesain secara visual; dan pelajarannya diteruskan ke “Pembelajaran” untuk memberi makan sistem desain.

Obrolan untuk koordinasi cepat antara desainer dan pengembang selama pembangunan: kendala teknis yang memaksa penyesuaian atau pertanyaan tentang edge case yang diselesaikan seketika — implementasi tidak dibiarkan menebak. Forum menyimpan apa yang melampaui momen: keputusan sistem desain, hasil uji kegunaan, dan design review kolektif — sehingga terakumulasi satu bahasa visual, bukan selera masing-masing desainer.

Manajer desain menerima permintaan, mengurutkannya, menghadiri peninjauan “Pengujian”, dan menyetujui “Serah Terima”. Para desainer memiliki kartunya dari “Riset” hingga “Peninjauan” dan mengunggah versinya padanya. Pengembang frontend menerima dari “Serah Terima” dan meninjau bersama desainer di “Peninjauan” sebelum penutupan. Intinya: tidak ada serah terima tanpa pengujian, dan tidak ada penutupan tanpa peninjauan implementasi — kesenjangan antara desain dan kode ditutup di sini, bukan setelah keluhan pengguna.