Sistem Desain Minimum yang Layak

Sistem Desain UXPin yang berkembang disimpan di Perpustakaan Sistem Desain UXPin

Selama beberapa minggu terakhir saya dengan senang hati berbicara tentang pendekatan UXPin untuk membangun sistem desain pada beberapa pertemuan dan webinar (Anda dapat menonton salah satunya di sini). Saya sangat senang berbagi pengalaman kami belajar banyak melalui semua percakapan yang indah setelah pembicaraan saya.

Satu pertanyaan yang sering ditanyakan kepada saya, yang juga muncul selama percakapan saya dengan tim kami di UXPin, adalah:

Berapa lama untuk membangun sistem desain?

Tidak ada pertanyaan yang salah dan saya senang menjawab setiap saat. Namun, setiap kali saya mendengar pertanyaan ini saya merasa menunjuk pada masalah yang lebih dalam: sistem desain masih disalahpahami dan dikacaukan dengan pendekatan lama untuk membangun panduan gaya.

Legacy Panduan Gaya Zombie

Kembali pada hari itu, anggota yang tidak beruntung dari desain atau tim pengembangan ujung depan akan dipercaya dengan tugas mendokumentasikan semua konvensi yang disetujui oleh tim. Palet warna, gaya teks, standar kode, terkadang bahkan pola UI.

Kedengarannya seperti sistem desain? Kamu benar. Memang terdengar seperti sistem desain, tetapi tidak.

Pendekatan lama untuk membangun panduan gaya ini bertujuan menghasilkan artefak. Itu seharusnya merupakan turunan dari proses dokumentasi. Dan setiap saat ...

Sebelum panduan gaya selesai, itu sudah berubah menjadi zombie.

Mengapa? Hanya karena dunia pengembangan produk yang dinamis, di mana perubahan terjadi terus-menerus, tidak merespons dengan baik terhadap aset statis yang memerlukan waktu berminggu-minggu untuk dibangun. Sementara seorang martir desain / pengembangan sedang berjuang untuk mendokumentasikan setiap konvensi, konvensi terus berubah. Membangun panduan gaya adalah tugas Sisyphean.

Ketidakmungkinan membangun dan mempertahankan panduan gaya mendorong industri kami untuk memikirkan kembali proses mempertahankan konsistensi pengalaman dan kode. Masuk ke sistem desain.

Sistem Desain adalah Proses

Tidak seperti panduan gaya statis, sistem desain bersifat dinamis. Apa artinya? Panduan gaya adalah artefak, sistem desain adalah suatu proses.

Artefak bersifat statis, prosesnya dinamis.

Alih-alih mendelegasikan satu orang untuk membuat dokumentasi, dalam dunia sistem desain, kami merencanakan alur kerja baru yang terus menambah, mengurangi, dan memodifikasi semua informasi untuk menyusun pengalaman pengguna.

Alih-alih berpikir dalam hal tanggal pengiriman, tim sistem desain (biasanya disebut tim Operasi Desain) berencana untuk membantu organisasi secara bertahap meningkatkan konsistensi internal antarmuka dan mengirimkan proyek-proyek besar ke pasar dengan lebih cepat.

Mengelola entropi dengan Panduan Gaya dan Sistem Desain

Bersatu melawan Entropi

Seperti halnya sistem tertutup, entropi produk digital terus meningkat, kecuali jika dikelola dengan sengaja. Setiap fitur baru, setiap anggota baru tim, setiap lapisan manajemen baru, atau interaksi pemangku kepentingan / klien, menambah entropi pengalaman.

Pengalaman produk secara bertahap default ke kekacauan.

Pertumbuhan entropi adalah konstan dan hanya dapat dikendalikan melalui aksi konstan. Itulah sebabnya permainan akhir untuk tim Operasi Desain bukan artefak statis, itu adalah alur kerja di mana organisasi gabungan desainer, pengembang, PM, dan anggota tim lainnya membangun sistem desain untuk menyusun pengalaman pengguna.

Tidak Pernah Mengakhiri Produk yang Layak Minimum

Bertanya tentang tanggal pengiriman sistem desain tampaknya memiliki asumsi tersembunyi, bahwa ada beberapa titik waktu ketika sistem desain “selesai”. Sifat prosesual dari sistem desain membatalkan asumsi ini.

Desain sistem adalah suatu proses dan karena itu secara bersamaan selalu siap dan tidak pernah dilakukan.

Sistem desain tetap dalam keadaan konstan sebagai produk minimum yang layak. Titik waktu ketika sistem desain tiba-tiba mendapatkan nilai tidak ada. Setelah proses sistem desain ditetapkan dan disepakati, nilai minimum tercapai. Dengan setiap rilis berikutnya, sistem desain menjadi lebih kuat, tetapi tidak pernah mencapai nilai tertinggi. Entropi terus berkembang, antarmuka terus berubah dan sistem desain harus berkembang, sebagai suatu proses, tanpa akhir.

Mulai kapal kecil sering

Sebuah sistem desain muncul ketika sebuah organisasi mengakui bahwa peningkatan inkonsistensi UI perlu dipecahkan melalui alur kerja baru.

Entropi berhenti berkembang dengan konvensi pertama yang disepakati dan diimplementasikan oleh organisasi desain. Tidak seperti panduan gaya, nilai sistem desain dapat dialami segera. Sistem desain mulai menambah nilai segera, bahkan jika konvensi pertama hanya satu set 5 warna primer dengan konvensi penamaan yang sesuai. Bahkan saya berpendapat, bahwa:

Sistem desain dengan satu warna didefinisikan, dinamai dengan benar, diimplementasikan dan diterima oleh suatu organisasi lebih baik daripada panduan gaya statis penuh.

Mengapa? Karena warna ini segera mengurangi entropi, tidak seperti panduan gaya statis yang tetap selalu usang dan tidak pernah diterapkan.

Alih-alih mengkhawatirkan tanggal pengiriman sistem desain, terima sifat prosesualnya, mulai dari yang kecil dan kirim sesering mungkin. Anda berperang dengan kekacauan dan setiap pertempuran kecil penting.

Semoga berhasil.

Apakah Anda ingin melihat bagaimana kami membangun Sistem Desain kami? Ikuti sprint Operasi Desain kami:

  • Sistem Desain Sprint 0: Peluru Perak Pengembangan Produk.
  • Sistem Desain Sprint 1: Inventarisasi Antarmuka
  • Desain Sistem Sprint 2: Satu Palet Warna untuk Mengatur Semuanya
  • Desain Sistem Sprint 3: Mengelola Dasar-Dasar
  • Desain Sistem Sprint 4: Prinsip Desain
  • Desain Sistem Sprint 5: Mengelola Tipografi
  • Desain Sistem Sprint 6: Ikon Tercepat di Bumi

Dan inilah perspektif yang lebih luas tentang sistem desain:

Desain Sistem adalah bahasa. Dan ini mengubah pengembangan perangkat lunak selamanya.

Bergabunglah: https://www.uxpin.com/design-systems-early-access