TL;Ringkasan DR

• Banyak (sebagian besar?) tim produk digital tidak memiliki kepemimpinan yang berpusat pada desain dan/atau sumber daya yang diperlukan untuk menjalani desain ulang produk utama (atau untuk menerapkan sistem desain baru secara komprehensif).
• Namun, perangkap perancang yang umum dalam organisasi ini adalah merancang pola aspirasional yang "ideal" yang mewakili perubahan besar dalam sistem: yaitu, "mari merancang sistem terbaik yang dapat kita pikirkan", alih-alih sistem yang akan meningkatkan kinerja terbaik. produk yang ada.
• Pendekatan pilihan saya adalah lebih sedikit “revolusi”, lebih banyak “evolusi”: dengan menumbuhkan sistem dari akar produk yang ada (daripada memaksakan perubahan revolusioner), Anda akan mencapai pengalaman pengguna yang lebih koheren, dapat diprediksi, dan ramah pengguna jauh lebih cepat .

Perusahaan memiliki sumber daya yang terbatas untuk memfasilitasi perubahan desain

Organisasi seperti Airbnb dan Apple telah menunjukkan kepada kita bahwa pendekatan yang mengutamakan desain pada produk dapat menghasilkan pengalaman yang indah — dan, hei, terkadang bahkan kesuksesan komersial! Dan perusahaan seperti MailChimp dan Google (dengan peluncuran Material Design ) telah melakukan perbaikan kursus kerja yang mengagumkan menjadi perubahan desain positif yang komprehensif.

Seringkali ketika tim desain berbicara tentang sistem desain, itulah perusahaan yang mereka pikirkan: "Yang kami butuhkan adalah Desain Material untuk [produk kami]!" Hal-hal yang sangat menarik, tetapi itu tugas yang berat untuk tim dengan sumber daya teknik terbatas dan permintaan tinggi yang telah memiliki banyak simpanan: mereka ingin memiliki produk yang dirancang dengan baik, tetapi pertama-tama mereka harus mengerjakan [X, Y, dan proyek Z]… semua yang mungkin memiliki cerita “ROI” yang lebih jelas daripada perubahan desain.

Terdengar familiar? Itu berlaku bagi saya, terutama di organisasi tahap awal hingga menengah tempat saya lebih suka bekerja.

Jadi, Anda seorang desainer yang bekerja dengan "anggaran" Teknik yang terbatas. Anda memiliki ide hebat untuk produk Anda, ditambah pola, perilaku, dan estetika baru yang ingin Anda terapkan. Tetapi ketika Anda melangkah mundur dan melihat seluruh produk Anda hari ini, inilah yang Anda rasakan tentangnya:

Itu dia: Anda mendapatkan pengalaman pengguna inti yang besar, yang seiring waktu telah digabungkan dengan halaman saudara, alur, dan cabang produk lainnya. Ini dibangun selama berbulan-bulan atau bertahun-tahun, oleh beragam orang produk dengan beragam arah desain. Beberapa fitur ini mungkin dibuat sebagai solusi MVP — “pelanggan kami membutuhkan ini sekarang! Kami akan menambahkan 'desain' nanti” — dan belum pernah disentuh sejak saat itu. Semua ini dibangun dengan niat terbaik untuk pengguna dan bisnis, tetapi sebagai sistem desain, Anda mungkin berurusan dengan sarang pengalaman tikus.

Jadi, bagaimana Anda, desainer produk, mewujudkannya?

Revolusi: mencapai desain nirwana dalam satu kesempatan besar

Vive la revolusi! Saat Anda duduk di Sketch di depan layar Apple Thunderbolt Anda, ini adalah jebakan emosional yang mudah terjebak: “kalau saja saya bisa mulai dari awal, saya bisa membuat produk ini bernyanyi! ”. Tapi bagaimana Anda berencana untuk benar-benar mengimplementasikan ini? Mungkin sesuatu seperti ini:

Kerja bagus: Anda mendapatkan sistem desain yang sempurna! Mari kita uraikan pendekatan ini untuk menerapkan sistem desain.

Pro

• Produk Anda sekarang memiliki desain impian kami! ITU AJAIB!
• Anda mendesain semuanya sekaligus, dengan desainer yang sama di dalam ruangan, jadi semuanya sangat kohesif dan bijaksana. TERASA SANGAT ENAK!

• Ini… hampir tidak pernah benar-benar berhasil seperti ini.
• Banyak sumber daya yang perlu didedikasikan untuk jangka waktu yang lama.
• Ini dirancang dalam ruang hampa (apakah itu diteliti dengan baik atau tidak), sehingga tidak mempertimbangkan beberapa tantangan dunia nyata yang pasti akan Anda temukan setelah pengguna nyata mulai menggunakannya.
• Terakhir (tapi mungkin sebagian besar ), pengguna/pelanggan Anda harus menggunakan versi lama produk Anda yang jelek selama berbulan-bulan atau bertahun -tahun , hanya untuk menghadapi perubahan besar yang tiba-tiba dalam desain produk setiap kali Anda merilis hal baru ini.

Model "Bintang Utara": mencapai nirwana desain produk, satu kedipan luar biasa pada satu waktu

Jadi, tim Anda sedang merancang pengalaman produk ideal mereka, tetapi ternyata Anda tidak memiliki sumber daya yang diperlukan untuk revolusi desain sepihak. Suka itu! Namun sekarang setelah kita merancang pola, perilaku, dan aturan yang hebat ini, mari kita mulai menerapkannya secara oportunistik saat kita mengerjakan halaman dan fitur produk. Tidak ada gunanya:

Baiklah, kami memiliki beberapa pergerakan di sini, dan pada akhir proses ini kami mendapatkan beberapa pengalaman yang sangat menyenangkan dalam produk kami (bahkan jika kami masih membawa beberapa bagasi juga).

Pro

• Lihat impian desain Anda menjadi kenyataan dalam produk Anda, meskipun hanya potongan.
• Jauh lebih realistis daripada Revolusi Desain penuh.
• Di masa depan yang jauh (dan jika Anda telah berhasil mempertahankan preferensi desain yang sama selama bertahun-tahun ini), Anda mungkin akan melihat produk lainnya akan terbentuk. Mungkin.

• Perubahan yang lebih dramatis membutuhkan lebih banyak sumber daya per perubahan (saat Anda membuka kasus ekstrem, batasan teknis, dll.), sehingga laju perubahan lebih lambat daripada jika Anda menggunakan pola lama atau pola yang diubah secara lebih konservatif.
• Anda mendapatkan beberapa desain hebat pada akhirnya, tetapi lihat fase transisi dari proyek ini: itu berbulan-bulan atau bertahun-tahun pengguna dan pelanggan Anda menggunakan produk yang benar- benar tambal sulam ini , di mana pengalaman dan gaya dapat berubah secara dramatis dari layar ke layar. Apakah Anda benar-benar merancang agar pekerjaan Anda akhirnya berbuah bertahun-tahun dari sekarang ? Tidak berpikir begitu.
• Pada saat sebagian besar produk Anda telah bermigrasi ke sistem baru ini, Anda (dan komunitas desain lainnya) mungkin telah beralih dalam hal desain UI yang dianggap bagus, umum, atau bahkan trendi. Semua itu berhasil dan Anda masih terjebak dengan desain (benar, "desain baru" Anda) yang berumur beberapa tahun.

Dalam hal gaya dan perilaku, ini sangat berbeda , jadi jika Anda memigrasikan bagian UX Anda sedikit demi sedikit, Anda akan memiliki bentuk dan masukan yang sangat berbeda yang disajikan di seluruh produk Anda. Ini adalah contoh kecil yang mewakili masalah yang lebih besar dalam membuat perubahan desain yang dramatis sedikit demi sedikit.

Tapi, ada harapan! Anda dapat menghindari perubahan desain yang sulit dan ceroboh dengan merancang sistem yang dibangun berdasarkan apa yang Anda miliki. Bahkan orang mungkin mengatakan Anda harus "mengevolusikan" produk Anda dari tempatnya sekarang…

It's Evolution, Baby : mendapatkan produk yang lebih baik, lebih cepat, dengan menghargai apa yang Anda miliki

Untuk tim desain dengan anggaran Teknik terbatas, saya sarankan Anda membangun (atau menyempurnakan) sistem desain Anda dengan mengambil yang terbaik dari apa yang sudah dilakukan produk Anda dan mengembangkannya. Bahkan jika Anda adalah desainer pertama di tim startup kecil, seseorang (apakah itu desainer, pimpinan produk, atau pengembang) memilih untuk membuat keputusan UI ini karena alasan yang sebenarnya. Langkah-langkah Anda akan bervariasi tergantung pada status produk Anda saat ini, tetapi prosesnya dimulai seperti ini:

1. Pelajari tentang sistem desain Anda saat ini (jika ada) : dari mana asal komponen? Apakah ada lembar gaya inti atau perpustakaan di suatu tempat di organisasi Anda? Bagaimana ini diatur? Siapa yang membangunnya? Siapa yang paling sering menggunakannya, dan bagian mana yang mereka gunakan? Kapan mereka harus pergi off-road tanpa itu?
2. Inventaris pola dan perilaku yang Anda lihat di produk Anda : bagaimana Anda menyajikan berbagai jenis informasi kepada pengguna? Bagaimana cara pengguna memilih apa yang ingin mereka lihat? Bagaimana cara mereka memasukkan informasi? Untuk elemen antarmuka: apakah Anda melihat tab, kartu, daftar, atau formulir? Dalam situasi apa setiap elemen muncul?
3. Tuliskan aturan yang tampaknya diikuti oleh produk Anda; lalu perketat aturannya sendiri: di balik semua hutang desain, ada logika bagaimana produk Anda disatukan. Pahami aturan desain yang tampaknya diikuti oleh produk Anda, lalu gandakan. “ Kami tampaknya menggunakan tabel untuk banyak hal, termasuk saat pengguna harus memilih apa yang akan digunakan ” mungkin berubah menjadi aturan: “ kami menggunakan baris tabel agar pengguna dapat memilih di antara item terkait, namun independen .”
4. Dapatkan konsensus dari tim Anda: komunikasikan evaluasi dan rencana Anda. Membangun konsensus lebih mudah diucapkan daripada dilakukan, tetapi Anda membangun sistem ini dari produk yang ada akan membuat percakapan dan transisi ini lebih mudah daripada jika Anda membuat pola dan aturan baru. Tentunya banyak dari pemangku kepentingan ini juga berkontribusi pada tampilan produk saat ini, jadi jalur ini lebih menghormati peran mereka, dan semua pengetahuan organisasi dimasukkan ke dalam desain yang ada.
5. Mulailah membangun dengan sistem ini: sekarang setelah Anda mengetahui aturan yang harus diikuti dan pola yang digunakan, tentukan pola tersebut dan mulailah mengikuti aturan! Lain kali teknisi Anda meletakkan tabel, kartu, formulir, dll., pastikan itu adalah elemen yang ditentukan dan mereka menggunakannya dengan cara yang benar. Pada waktunya, lebih banyak antarmuka Anda akan menggunakan sistem desain baru ini, tetapi harus berbaur dengan relatif baik dengan bagian antarmuka yang lebih lama.

Pro

• SANGAT HIJAU . Dengan mendasarkan sistem baru secara longgar dari pola yang ada, Anda menjadi "baik" lebih cepat.
• "Pengalaman baik" berpadu relatif baik dengan "pengalaman lama", membuat pengalaman yang lebih mulus - ya, bahkan selama bulan dan / atau tahun transisi yang sulit itu.
• Perubahan yang tidak terlalu dramatis berarti Anda dapat menerapkan komponen dan pola baru dengan lebih cepat. Kemudian ketika mereka semua terhubung ke sistem, Anda dapat mengubah dan memperbaruinya pada tingkat sistem: yang meningkatkan kemungkinan bahwa Anda dapat bersaing dengan Jones di sebelah (yaitu, pesaing Anda) di kemudian hari setelah mereka pasti mendapatkannya. UI baru mereka sendiri.
• Perubahan yang kurang dramatis juga bisa bagus dari sudut pandang pengguna: pengguna terkenal tidak menyukai perubahan (lihat setiap desain ulang Facebook, atau desain ulang skala besar alat B2B favorit Anda), jadi menghindari lompatan besar dapat mengurangi benturan dalam hubungan Anda dengan Anda pengguna/pelanggan.
• Ini kurang intensif sumber daya dan lebih alami untuk organisasi organik Anda. Berbeda dengan "revolusi" dan inisiatif eksekutif raksasa, ini dapat mempertahankan niat baik tim dengan lebih baik. Itu membuat desain yang bagus terasa benar , daripada hanya terasa seperti banyak pekerjaan yang sangat sulit.

• Tidak ada!
• Cuma bercanda. Seperti yang Anda lihat, kami tidak benar-benar mencapai fase desain nirwana yang "ideal" dalam model ini. Model "Evolusi" yang lebih konservatif memberi kami desain yang bagus lebih cepat dan lebih mudah, tetapi mungkin kami tidak menerima beberapa peluang 'ide besar' yang mungkin kami miliki.
• Kadang-kadang, bekerja kecil dan tidak merencanakan "visi besar" dapat menyebabkan Anda kehilangan beberapa ketergantungan dan/atau peluang di kemudian hari dalam evolusi sistem desain Anda. Ada cara untuk mengurangi ini - misalnya, dengan memiliki semacam visi selain "mengambil langkah kecil" - yang akan saya bahas di posting yang lebih rinci nanti.
• Kadang-kadang desain produk "lama" pada produk Anda benar-benar buruk, jadi itu mungkin bukan titik awal yang baik. (Ini adalah jalan mental yang menggoda untuk diikuti, tetapi saya tidak menyarankan Anda untuk melakukannya: dalam banyak kasus, jika Anda sedang mengerjakan produk yang cukup sukses, maka sesuatu dalam desain lama bekerja dengan baik, apakah Anda suka atau tidak. ).

Tugas Anda adalah meningkatkan pengalaman yang dimiliki pelanggan dan pengguna Anda dengan produk Anda. Jika Anda menembak ke bulan pada setiap desain kecil dan kemudian membakar banyak sumber daya Teknik membuat perubahan itu menjadi kenyataan, Anda dapat "menghabiskan" sumber daya tersebut dengan buruk dan dengan demikian membatasi jumlah pekerjaan yang dapat Anda lakukan untuk meningkatkan hal-hal lain untuk pengguna Anda . Apakah membuat satu aliran pengguna menjadi sempurna lebih baik daripada membuat tiga aliran pengguna menjadi baik ? Mungkin untuk Anda, tetapi mungkin tidak untuk pengguna Anda.

Dengan menjadi lebih realistis dengan sistem desain Anda — dengan membangunnya dari fondasi yang ada dan menjaganya tetap ramah transisi — Anda dapat lebih cepat mengadopsi sistem baru dan Anda (dan pengguna Anda) dapat mulai menuai keuntungan.

Jadi, maju dan Berevolusi!

Perbarui (setahun atau lebih kemudian)

Saya telah menulis bagian lain tentang sistem desain yang saya kerjakan untuk Dipekerjakan - proyek yang sama yang mengilhami bagian "Evolusi" ini setahun sebelumnya.

Saya telah melunakkan posisi saya sedikit pada pendekatan "Seperti Bintang Utara" yang diberikan beberapa pelajaran dari proyek itu, tetapi penyewa inti dari posting ini masih berdiri: Dalam kebanyakan kasus, Evolution masih merupakan pendekatan yang bertanggung jawab untuk pengguna Anda, produk Anda , dan organisasi Anda.