it-swarm.asia

Apa cara paling efektif untuk meminta dan mengelola umpan balik UI proyek open source?

Saya berencana untuk merilis proyek yang akan diintegrasikan dengan beberapa sistem manajemen konten populer sebagai plugin dan beroperasi sebagai layanan yang berdiri sendiri - di luar menyediakan pengguna dengan formulir kontak sederhana yang memposting ke sistem tiket, apa saja cara paling efektif Anda telah menemukan untuk meminta umpan balik yang berguna dari dalam antarmuka dan mengelola umpan balik pengguna?

Edit:

@Nir & @Rahul - Cakupan umpan balik pengguna jelas tidak akan terbatas pada saran UI (atau laporan bug, atau ...) tetapi saya ingin tahu apakah ada cara yang baik untuk menemukan yang biasa diadakan masalah dengan UI aplikasi, pelokalan, dan lain-lain. (Perhatikan bahwa masalah yang umum dipegang mungkin hanya umum untuk sebagian kecil pengguna - dan, sayangnya, saya tidak melihat ada opsi untuk duduk dan menguji setiap lokalisasi UI dengan penduduk asli pembicara, misalnya)

Saya merencanakan modal "laporan bug/saran" yang dapat diakses dari halaman mana pun dan melaporkan halaman dari mana ia berasal dan saya ingin mendapatkan sebanyak mungkin informasi tentang masalah tersebut. Saya berharap bahwa sebagian besar pengguna akan membutuhkan dorongan ke arah yang benar untuk mendapatkan umpan balik yang dapat digunakan tanpa bolak-balik.

Ini pertanyaan dua bagian, mungkin terbaca lebih baik:

Bagaimana cara mendorong pengguna jarak jauh dari aplikasi web untuk menawarkan saran di atas dan di luar "Itu tidak berfungsi" langsung melalui aplikasi, daripada dalam diskusi di forum, halaman komentar plugin, dan sebagainya?

Apa cara terbaik untuk mengelola umpan balik yang dikumpulkan dari berbagai sumber? (ketika itu pasti terjadi terlepas dari semua upaya terbaik untuk mencegahnya)

Edit dengan Jawaban yang Diterima:

Terima kasih, Rahul , Nir , dan indolering - Saya pikir saya memiliki beberapa bagian yang hilang pada teka-teki pengujian komprehensif.

Mengingat rekomendasi yang saya terima dan rencana saya sebelumnya, strategi saya sekarang terlihat seperti ini:

  1. Mintalah umpan balik dari dalam UI dengan formulir laporan kontak/saran/bug sederhana yang memposting ke sistem tiket
  2. Berikan forum bagi pengguna untuk mengirim saran dan mendapatkan dukungan dari satu sama lain (saya mungkin akan mulai menghabiskan banyak waktu di sana sendiri)
  3. Poskan versi demo aplikasi yang berfungsi, integrasikan alat pelacakan klik untuk melihat bagaimana pengguna berinteraksi dengan antarmuka
  4. Saat proyek ini matang, menawarkan insentif kepada pengguna dalam beberapa bentuk untuk berpartisipasi dalam pengujian beta dan menawarkan umpan balik
  5. Pertimbangkan pengumpulan umpan balik pihak ketiga dan alat organisasi seperti UserVoice, GetSatisfaction, dan lain-lain sesuai dengan permintaan (Saya berpikir bahwa pilihan solusi akan sangat tergantung pada jenis basis pengguna yang digambarkan oleh proyek - mengingat bahwa saya berencana untuk lihat pengguna hosting bersama memasang aplikasi saya, mungkin masuk akal untuk menggunakan layanan pihak ketiga dibandingkan menggulirkan aplikasi saya sendiri ... tapi saya akan menunggu untuk menyelesaikan masalah itu sampai saya menyelesaikannya)
12
danlefree

Umpan balik

Kami menggunakan serVoice untuk umpan balik. Pengguna mendapatkan 10 suara masing-masing dan dapat membuat atau memilih sesuatu (sebuah ide, laporan bug, kritik, dll) dan menetapkan hingga 3 suara untuk setiap item. Begitu mereka keluar dari 10 suara mereka tidak dapat melakukan apa-apa sampai kita menutup atau menyelesaikan item yang mereka pilih, pada titik mana poin mereka untuk item itu dikembalikan. Ini berfungsi sangat baik sebagai cara untuk mengumpulkan ide-ide umum dan umpan balik dari orang-orang sambil memungkinkan pengguna untuk memilih ide masing-masing. UI dapat menggunakan beberapa pekerjaan tetapi ini adalah layanan yang bagus, terutama karena versi gratisnya sudah lebih dari cukup.

Dukungan pelanggan

GetSatisfaction berfungsi sangat baik sebagai forum dukungan pelanggan tempat Anda bisa mendapatkan umpan balik tetapi juga memungkinkan pengguna saling membantu. Sangat bagus ketika Anda ingin mengambil langkah melampaui UserVoice dan biarkan komunitas berkembang sedikit. Orang-orang dapat menawarkan umpan balik yang dikategorikan berdasarkan bug, ide, dan pujian. Mereka juga dapat memilih item masing-masing dan menunjukkan bagaimana perasaan mereka tentang hal itu menggunakan wajah tersenyum. Ini adalah cara yang bagus untuk mendapatkan kesan langsung per item tentang bagaimana perasaan orang: jika ada 22 wajah sedih, Anda mungkin lebih termotivasi untuk menangani masalah ini daripada sekelompok yang acuh tak acuh. UI-nya lumayan bagus, meski sedikit berisik dan mengganggu jika dibandingkan dengan sesuatu seperti UserVoice.

Integrasi email tiket

Selain itu, pertimbangkan untuk mengizinkan orang mengirim email kepada Anda. Sebagian besar sistem tiket memungkinkan Anda mengatur alamat email penerusan. Hal yang menyenangkan tentang integrasi email dengan ticketing adalah Anda dapat menjaga seluruh percakapan dengan pengguna dalam email dengan membalas bolak-balik, yang membawa kenyamanan dan keakraban dengan UI kepada pengguna alih-alih mengharapkan mereka untuk mempelajari sistem tiket yang berpotensi membingungkan UI. . Fogbugz melakukan pekerjaan ini dengan baik dan saya telah mendengar banyak hal tentang Mercusuar .

Mengapa tidak menggunakan forum atau formulir kontak saja?

Era Web 2.0 saat ini memiliki banyak solusi yang khusus untuk situasi tertentu. Masuk akal untuk mencoba dan memanfaatkan pengalaman pengguna yang dirancang khusus untuk mengatasi masalah "Saya membangun sesuatu dan saya ingin mengumpulkan umpan balik". Anda selalu dapat membangun solusi Anda sendiri, tetapi Anda mungkin tidak akan dapat menghabiskan cukup waktu untuk itu agar sebagus produk seperti yang saya sebutkan di atas. Perusahaan seperti 37 sinyal, yang menganggap dukungan pelanggan sebagai prioritas utama, telah membangun solusi superior mereka sendiri (misalnya, Jawaban Basecamp ).

Alternatif sumber terbuka

Pengalaman saya dengan solusi di atas, tetapi saya telah melihat menyebutkan beberapa alternatif sumber terbuka untuk mengumpulkan umpan balik:

  • IdeaTorrent - ini terlihat seperti persilangan yang menarik antara forum dan sesuatu seperti UserVoice. Namun pengembangan versi baru telah berhenti
  • OpenMind - aplikasi umpan balik yang lebih tegas
8
Rahul

Untuk mendapatkan umpan balik UI, lakukan "pengujian kegunaan lorong" - ambil korban acak, hm, maksud saya orang yang cukup sial untuk dilewati di dekatnya (teman, keluarga, rekan kerja, petugas pengiriman, apa pun, hanya pengembang lain yang bekerja pada sistem yang sama) minta dia duduk di depan komputer Anda dan selesaikan beberapa tugas acak dengan aplikasi saat Anda menonton.

Anda juga dapat menggunakan perangkat lunak berbagi layar (Skype dapat melakukan itu, atau Anda dapat menggunakan sesuatu seperti TeamViewer atau GoToMeeting) untuk menonton pengguna nyata dari jarak jauh ketika mereka menggunakan sistem atau menggunakan layanan seperti UserTesting.com

Anda memerlukan jumlah tes yang sangat rendah untuk menemukan masalah yang sangat penting (yang mencegah pengguna menyelesaikan tugas atau mengganggu pengguna).

Juga, pengujian A/B adalah alat yang sangat bagus untuk digunakan, selalu ada tes yang berjalan, jika Anda tidak tahu apa yang harus diuji hanya menukar potongan acak UI dan menggantinya dengan sesuatu yang sama sekali berbeda - jika UI asli tidak t mengungguli penggantian itu tidak optimal (atau itu tidak masalah, tidak semua UI penting setelah semua).

Dari pengalaman saya menjual perangkat lunak komersial (jadi pelanggan saya mungkin mengharapkan lebih banyak dukungan daripada Anda) meminta umpan balik tidak berfungsi, setidaknya untuk kegunaan, setelah Anda memperbaiki masalah yang sudah Anda ketahui - terutama jika Anda menggunakan sistem sendiri - semua umpan balik terkait UI hanya berhenti.

Untuk mengelola masalah Anda akan menemukan sistem tiketing apa pun yang akan dilakukan - tetapi penting untuk memprioritaskan masalah dengan tingkat keparahan dan memecahkan masalah dalam urutan prioritas, jika tidak, Anda cenderung menerapkan solusi menyenangkan yang mudah untuk masalah kecil terlebih dahulu.

2
Nir

Google analytics dan clicktale. Setiap kali saya membuka clicktale dan menonton video pengguna saya menemukan masalah baru.

Panas dan scrollmaps saja sangat berharga.

Tentu saja, tidak ada yang mengalahkan pengujian kegunaan nyata!

2
Indolering

Pertanyaan ini juga membahas masalah yang lebih besar yang dihadapi proyek FOSS, dan semua perusahaan: bagaimana menyingkirkan saran buruk dan pendapat UI yang kurang informasi dari yang benar-benar bermanfaat. Desain dokumentasi dan tanya jawab sebelumnya yang bisa Anda tunjukkan (seperti torrent ide) adalah garis pertahanan pertama Anda. Bill Fulton banyak mengerjakan ini, saya menyentuhnya di ini posting blog (dia tidak banyak menerbitkan)

1
Indolering