it-swarm.asia

Desain ulang bertahap

Saya telah mengerjakan beberapa proyek (lini aplikasi web bisnis) dalam karier saya yang melibatkan perombakan UI lengkap. Sebagian besar proyek ini adalah aplikasi web perusahaan yang membutuhkan banyak waktu untuk mendesain ulang. Beberapa di antaranya dilakukan dengan swap lengkap dan beberapa dilakukan secara bertahap.

Saya terkejut dengan reaksi para pelanggan. Jika saya bertaruh pada hasilnya saya akan kehilangan celana saya. Pertukaran grosir menangkap banyak kesedihan dari pelanggan. Desainnya benar-benar bukan masalah, itu karena perubahan periode. Perubahan bertahap berjalan mulus seperti sutra tetapi tampak aneh untuk sementara waktu. UI yang sangat tidak diinginkan untuk sementara.

Apakah lebih baik untuk melakukan desain ulang lengkap dalam fase atau pertukaran lengkap dengan desain baru?

Jika berhadapan dengan pendekatan bertahap, apakah layak untuk mempertahankan kedua desain untuk sementara waktu, memungkinkan pengguna untuk memilih yang ingin digunakan?

Bahkan jika mungkin, apakah ini efektif, atau akankah masalah yang sama muncul ketika versi lama tidak lagi tersedia?

19
rick schott

Berpikir Anda perlu melihatnya dari pandangan lain. Kedua pendekatan ini benar jika ditangani/direncanakan. Yang penting pada desain ulang yang saya kerjakan adalah mengelola pengguna. Mulai bagian yang menyenangkan tetapi informatif di halaman rumah membahas rencana. Poke kesenangan di situs lama, ikuti beberapa jajak pendapat, libatkan mereka dalam perubahan.

9
Susan R

Itu sangat tergantung situasi. Satu anekdot mungkin membantu:

Saya merancang aplikasi yang menyertakan editor Email HTML. Desain aslinya rentan kesalahan dan memiliki banyak masalah. Tidak ada cara untuk "memperbaikinya" jadi kami membatalkan desain dan membangun kembali dari awal ... kali ini jauh lebih baik.

Namun, para pelanggan ketakutan. "Kamu memindahkan keju saya !!!" Saya harus menghabiskan sekitar 5-10 menit per pelanggan di telepon untuk menunjukkan perbedaan, menenangkan mereka dan membuat mereka bahagia. Keluhan tentang fitur ini menghilang.

Jadi pada akhirnya, saya melakukan pertukaran penuh sesuatu dan itu sangat menyakitkan. Lalu mereka tenang dan semua baik-baik saja.

Facebook didesain ulang, semua orang menjerit, lalu mereka tenang. Swap lengkap OK jika Anda siap untuk kegilaan jangka pendek.

8
Glen Lipka

Saya suka metafora - aplikasi web besar seperti bandara. Pernyataan ini memiliki beberapa konsekuensi:

  1. Orang biasanya tidak mengunjunginya hanya untuk bersenang-senang - mereka butuh sesuatu. Jadi, Anda harus membantu mereka mencapai tujuan mereka dan memberikan pengalaman hebat.
  2. Anda tidak bisa hanya menutup bandara untuk membangun yang baru. Jika Anda perlu meningkatkan sesuatu, Anda harus mencoba menciptakan ketidaknyamanan sesedikit mungkin.

Itu juga berlaku untuk aplikasi web (setidaknya untuk yang besar). Semuanya bisa ditingkatkan evolusi. Bahkan Anda dapat membuat antarmuka yang sama sekali baru dengan mengubah berbagai bagian yang lama. Tapi tentu saja ada baiknya memiliki gambaran lengkap tentang apa yang harus dilakukan. Jika Anda mendesain ulang bagian yang berbeda tanpa memahami keseluruhan proyek, mencapai hasil yang baik akan jauh lebih sulit.

5
Kostya

+1 untuk pendekatan inkremental, meluruskan kembali alih-alih mendesain ulang. Google, Yahoo, Amazon hanya melakukan perubahan kecil pada satu waktu: Anda tidak melihat perubahan besar di situs web mereka, meskipun mereka terus berubah, men-tweak sesuatu.

Anda dapat menemukan lebih banyak info tentang Mitos UX: Anda perlu mendesain ulang situs web Anda secara berkala .

4
Zoltán Gócza

Saya akan mengatakan bertahap lebih baik daripada swap lengkap . Tetapi Anda harus mengelolanya dengan baik.

Pertukaran total memang terlalu sulit bagi orang-orang. Joel Spolsky pernah berkata bahwa menulis ulang dari awal adalah sesuatu yang tidak boleh Anda lakukan . Meskipun itu terkait dengan penulisan kode, saya pikir itu berlaku untuk pengguna juga. Anda akan kehilangan ahli ketika mereka harus terbiasa dengan sesuatu yang sama sekali berbeda. Pentahapan dapat banyak membantu. Juga dengan memberi Anda lebih banyak waktu untuk melibatkan pengguna Anda dalam proses, karena mereka dapat memahaminya lebih dari itu dengan perubahan yang lengkap.

Saya pikir cara terbaik untuk mengelolanya adalah versi beta . Di mana hal yang sebenarnya terus berjalan dan pelanggan aktif dapat membantu untuk membuat perubahan di tempat kedua. Dengan cara ini Anda juga berkomunikasi dengan jelas kepada pengguna yang mungkin mengeluh hanya tentang perubahan itu.

(Ada satu peringatan: ketika aplikasi/situs/hal itu hampir tidak digunakan. Lalu saya pikir dari tampilan desain dan bergerak maju, lebih baik untuk melakukan pertukaran lengkap. Tetapi penggunaan dan proyek tidak boleh terlalu besar maka .)

3
Lode