BAGAIMANA MENDORONG BATAS-BATAS SISTEM DESAIN

Untuk mengikuti permintaan, sistem desain perlu berkembang terus menerus. Ironisnya, evolusi sistem desain tampaknya seperti masalah ayam dan telur.

Tim yang mengerjakan sistem tidak dapat berkembang tanpa mengetahui apa yang dibutuhkan tim produk. Di sisi lain, sebagian besar tim bermain dalam batasan sistem yang ada, yang tidak membantu mendorongnya lebih jauh. Ini jalan buntu

Untuk mencegah Polaris menjadi basi, _ tahu _ harus lebih dekat dengan produk. Jadi _ memulai inisiatif yang _ sebut PolarisLab, serangkaian lokakarya dan sesi berpasangan dengan tim produk selama beberapa minggu, berfokus pada topik tertentu. Tujuannya sederhana: bekerja sama dengan tim produk untuk:

·         Bantu tim menemukan solusi terbaik untuk masalah mereka.

·         Bangun pemahaman yang lebih baik tentang bagaimana kita harus mengembangkan sistem desain kita.

Fokus pertama adalah Tata Letak karena _ mulai melihat semakin banyak halaman dalam pengalaman _ yang terasa seperti tidak dirancang khusus untuk suatu masalah. Sebaliknya, mereka bergantung pada templat yang sudah ada (dalam bentuk komponen tata letak halaman) yang cukup umum, tetapi tidak selalu merupakan solusi terbaik untuk masalah unik. Penggunaan template yang berlebihan dapat membuat halaman tampak konsisten secara visual, tetapi berkontribusi untuk membuat pengalaman terasa tidak disengaja dan tidak bersemangat. Dengan mengikuti template yang kaku, konten harus mengikuti halaman tata letak bukan sebaliknya. Ini dapat menyulitkan untuk membaca dan menavigasi halaman, membutuhkan banyak upaya dari pengguna untuk mencari tahu ke mana harus mencari, dan apa yang harus dilakukan selanjutnya.

_ juga memperhatikan bahwa komponen Tata Letak _ terlalu kaku karena tim sering melepaskan diri dari Polaris untuk melakukan penyesuaian tata letak yang sangat sederhana, dan ini berkontribusi pada peningkatan solusi hardcoded. Pada titik ini, _ tahu apa yang ingin _ selesaikan, dan bahkan memiliki nama, tetapi _ kehilangan bagian terpenting.

Untuk membawa setiap orang selangkah lebih maju, latihan berikut adalah membuat sketsa sebagai cara untuk menemukan solusi potensial untuk masalah tersebut. Tujuannya di sini bukan untuk menemukan solusi, melainkan untuk mengatur nada untuk eksplorasi ke depan.

Setiap orang yang berpartisipasi dalam lokakarya didorong untuk membuat sketsa, tidak peduli apakah Anda seorang insinyur atau desainer. Beberapa membuat sketsa di Figma, tetapi sebagian besar hanya mengambil selembar kertas dan pulpen, dan setelah selesai, mengambil gambar dan memasukkannya ke dalam FigJam.

Dengan membuat orang membuat sketsa secara bebas, tanpa batasan alat desain atau perpustakaan Figma, _ lebih cenderung mendorong solusi kreatif untuk masalah yang tidak harus mengikuti template yang sudah ada sebelumnya.

waktu membuat sketsa, semua orang membagikan apa yang mereka hasilkan, dan _ menyadari sesuatu yang menarik. Saat membuat sketsa, orang-orang mulai memikirkan tujuan halaman secara keseluruhan, daripada berfokus pada konten individu dan kemudian menyusunnya bersama-sama mengikuti template.
Ini bagus, karena pedagang akan mengalami halaman secara keseluruhan, jadi begitulah seharusnya kita mendesain.

Setelah semua orang berbagi, _ berdiskusi dan memberikan suara pada ide yang paling menjanjikan, yang mengatur panggung untuk langkah selanjutnya.

DIVERGEN DAN KONVERGEN

beberapa sesi lokakarya lagi yang menyertakan manajer produk dan beberapa insinyur, untuk menyelaraskan dan berdiskusi, karena sebagian besar eksplorasi terjadi secara tidak sinkron. _ menghabiskan beberapa waktu sebelum rapat untuk menyempurnakan ide, lalu _ berkumpul untuk meninjau dan mengkalibrasi. Setelah lokakarya, desainer terus berkolaborasi. Itu adalah tindakan penyeimbangan yang sulit karena _ ingin keluar dari batasan sistem, tetapi _ perlu menyadari bahwa solusi ini harus tetap terlihat dan terasa seperti Polaris. Dengan elemen baru apa pun yang _ perkenalkan, _ harus mempertanyakan tujuannya, tetapi juga memahami apakah elemen tersebut benar-benar terasa cocok dengan produk, dan dapat digunakan kembali oleh tim lain.

Saat _ menjelajahi berbagai cara untuk menampilkan pengaturan, _ menyadari pentingnya memiliki kisi dasar yang kuat yang memastikan adanya tingkat konsistensi di seluruh halaman yang berbeda, bahkan jika informasi diatur secara berbeda.

MENCIPTAKAN SOLUSI YANG DAPAT DISKALAKAN

Saat ini terjadi, _ mulai mengerjakan fondasi tata letak baru di tim Polaris. Selama kolaborasi, _ mengetahui bahwa komponen tata letak _ terlalu ketat, jadi _ membuat komponen kisi yang mempermudah pembuatan tata letak khusus tanpa harus melepaskan diri dari sistem desain.

Komponen kisi menjamin konsistensi tata letak di seluruh admin, tanpa memaksa tim untuk menggunakan templat. Itu memang memiliki beberapa kendala, tetapi memungkinkan lebih banyak fleksibilitas.

Berkat kolaborasi ini, tim B2B menjadi tim pertama yang menggunakan komponen ini, yang memungkinkan mereka mengirimkan tata letak baru tanpa perlu melepaskan diri dari Polaris.

Tim ingin berinovasi, tetapi mereka membutuhkan batasan, dan terkadang juga izin.

Kolaborasi ini menunjukkan kepada saya tidak ada kekurangan ambisi dan keterampilan, yang kurang adalah mengetahui seberapa jauh untuk melangkah, dan ketika Anda tidak mengetahui batasannya, terkadang Anda hanya bermain aman. Dan bermain aman adalah kebiasaan yang berbahaya untuk dikembangkan.

Memiliki tim sistem yang secara aktif menjelajahi dan berkolaborasi membantu memberikan izin untuk melangkah lebih jauh, tetapi ini tidak dapat diskalakan, jadi _ perlu mencari cara untuk memasukkan izin ini ke dalam sistem.

Secara teknis, tim dapat membangun apa pun tanpa Polaris, tetapi hal itu menyebabkan ketidakkonsistenan, penyimpangan UX, dan banyak solusi hardcode yang membuat sistem lebih sulit untuk dipelihara, diperbarui, dan diskalakan.

Polaris adalah alat. _ menggunakannya untuk keuntungan _, tetapi _ tidak boleh lupa untuk memelihara dan mengembangkannya. Jika pisau menjadi tumpul, Anda tidak perlu membeli yang baru, Anda perlu mengasahnya.

Kolaborasi ini sangat menyenangkan, tetapi juga sangat berdampak karena _ melakukan peningkatan pada produk dan sistem. _ tidak hanya mengirimkan tata letak baru bersama-sama, tetapi _ juga mengidentifikasi cara untuk meningkatkan sistem secara keseluruhan. Sangat menyenangkan melihat karya ini ditampilkan dalam Edisi , dan saya tidak sabar untuk melihat B2B mengirimkan visi penuh, dan tim lain menggunakan fondasi baru yang _ bangun.