Menggiring pengguna Anda ke bugtracker Anda


17

Saya memiliki pelacak bug mantis yang sepenuhnya dikonfigurasi untuk melacak masalah di aplikasi yang saya buat. Ketika seorang pengguna disiplin dan langsung pergi ke belalang untuk menulis laporan masalah, ia akan memiliki respons tercepat dan segala sesuatu tentang masalah ini akan sangat mudah dilacak.

Namun, tidak semua orang ingin melakukannya. Mereka melaporkan masalah mereka melalui telepon, email, tidak melaporkannya sama sekali.

Apa cara terbaik untuk mendorong mereka ke arah penggunaan sistem bugtracker? Jelas, mereka HARUS melihat beberapa manfaat langsung sehingga mereka dapat kembali dan mencari lebih banyak manfaat.

EDIT:

Saya berbicara tentang dukungan untuk produk yang saya jual sebagai ISV.


2
Bagaimana dengan mengintegrasikan pelaporan bug langsung ke produk Anda?
JoelFan

Jawaban:


22

Pelacak bug Anda adalah untuk kenyamanan Anda , bukan untuk pelanggan Anda. Jika Anda tidak dapat repot-repot mengambil masalah ponsel atau email dan memasukkannya sendiri, bagaimana menurut Anda perasaan mereka?

Anda harus dapat memasukkan masalah dan menetapkannya secara manual ke klien. Kemudian ketika mereka memanggil suatu masalah, Anda dapat mengatakan, "Terima kasih telah melaporkan itu! Saya akan memasukkannya ke dalam sistem manajemen masalah kami, dan Anda akan mulai mendapatkan email (atau apa pun) seperti yang kami tangani. Dalam di masa depan, jika itu mudah bagimu, kamu dapat memasukkan hal semacam itu di sana. Atau merasa bebas untuk memanggilku, itu juga baik-baik saja. "

Salah satu sistem terbaik yang pernah saya gunakan sebagai pelanggan adalah sistem penyedia hosting yang saya jual kembali. Email untuk mendukung @ diuraikan untuk nama domain di baris subjek, ditugaskan ke akun klien berdasarkan alamat dari, dan dimasukkan secara otomatis ke dalam sistem tiket mereka. Cukup apik.


2
Setuju - Saya tidak akan mengharapkan pelanggan untuk menggunakan sistem pelacakan bug.
tcrosley

4
@ tcrosley - maka Anda membutuhkan sistem pelacakan bug yang lebih baik. Kuncinya di sini bukanlah apakah pengguna harus menggunakan sistem pelacakan tetapi bagaimana Anda meyakinkan pengguna bahwa lebih baik (lebih mudah, lebih cepat, lebih mungkin untuk mencapai hasil yang diinginkan) untuk menggunakan sistem pelacakan.
Murph

1
Saya benar-benar tidak setuju dengan ini. Pemrogram tidak boleh menerima laporan bug langsung dari pengguna melalui telepon, email, atau tempat lain mana pun dalam hal ini. Jika pengguna ingin melaporkan bug "secara pribadi" maka mereka harus melakukannya melalui personel pendukung. Jika mereka menolak untuk melakukan itu maka satu-satunya pilihan mereka adalah mengirimkan laporan bug nyata, baik secara langsung melalui UI atau melalui kotak masuk email khusus yang meneruskan ke pelacak. Dan jika Anda seorang ISV dan tidak memiliki personel pendukung, yah, itu masalah lain sepenuhnya.
Aaronaught

1
Sebagai startup ISV, saya benar-benar tidak dapat memiliki personel pendukung. Dan bukan karena alasan yang jelas - itu adalah biaya, tetapi alasan bahwa saya ingin sedekat mungkin dengan pengguna untuk mengarahkan produk ke arah yang benar sesuai dengan kebutuhan dan keinginan. Orang tengah akan melemahkannya sampai taraf tertentu.
Daniel Mošmondor

Jawaban ini tidak sepenuhnya benar. Seperti yang dibahas di programmers.stackexchange.com/questions/191961/… , setidaknya dalam konteks pengembangan open source, pelacak bug bisa sangat bermanfaat bagi pengguna: ia bertindak sebagai basis data pengetahuan dukungan dari masalah yang diketahui, dan dapat memberikan solusi. , jika ada. Ini memungkinkan pengguna menilai seberapa cepat masalah mereka ditangani, membantu mereka memutuskan apakah akan pindah ke solusi yang berbeda. Ini juga membantu kontributor potensial bagaimana tim beroperasi dan di mana bantuan diperlukan.
naught101

8

Seorang pengguna yang mengeluh lebih baik daripada yang tidak, menyerah, dan memanggil pesaing Anda. Untuk alasan ini, saya akan membuatnya semudah mungkin untuk mengirim keluhan. Saya akan membiarkan mereka terus menelepon dan / atau mengirim email dan tidak meminta mereka untuk mengajukan bug.

Lihatlah dari sudut pandang mereka - Jika Anda tidak hanya harus meluangkan waktu untuk menelepon / menulis email tetapi juga dipaksa untuk mempelajari sistem pelacakan bug yang salah - kemungkinan Anda tidak akan mengeluh.

Jika perlu, sewa orang layanan pelanggan sehingga pengembang tidak terganggu. Mereka dapat menerima keluhan dari pelanggan dan membuat bug untuk tim pengembang.


Daniel tidak menyebutkan apakah dia pengembang in-house yang penggunanya adalah sesama karyawannya (yang merupakan taktik yang saya ambil dalam jawaban saya), atau mendukung pelanggan yang membayar.
Frank Shearar

Saya mendukung pelanggan yang membayar untuk produk saya, saya akan mengklarifikasi bahwa dalam pertanyaan saya, thx
Daniel Mošmondor

3
Saya ingin agar pengguna yang mengeluh lebih baik daripada yang tidak PERIODE. Jika ada sesuatu yang paling tidak saya sukai adalah pengguna yang menggunakan perangkat lunak dengan cara yang salah, tidak melaporkan apa pun dan mengumpulkan kesedihan.
Daniel Mošmondor

6

Saya tidak mengenal Mantis secara khusus, tetapi bisakah itu dikonfigurasi untuk memonitor alamat email dan secara otomatis menghasilkan laporan dari mereka? Saya tahu sistem lain (seperti JIRA misalnya bisa).

Masalahnya kemudian membuat mereka menggunakan alamat email yang benar!


1
+1 - Email adalah satu-satunya cara saya ingin pelanggan saya berinteraksi dengan pelacak bug saya. Mantis UI jauh dari user friendly, tapi bahkan dengan solusi jas hujan, pelanggan akan merasa seperti mereka sedang melakukan Anda bekerja untuk Anda.
grossvogel

Sistem yang sama di tempat saya, menggunakan FogBugz.
FinnNk

1

"Silakan laporkan ini di pelacak bug di http: // your / url / . Saya tidak bisa melacak bug jika Anda tidak melaporkannya di sana."

Mungkin Anda dapat menulis plugin untuk klien email Anda untuk mengubah email menjadi laporan bug, atau menggunakan kotak surat khusus - bug @ foo - untuk mengambil laporan bug. (Tapi yang terakhir tentu saja membutuhkan pelatihan bagi pengguna Anda ...)


1
Ada plugin untuk mantis untuk mengumpulkan laporan bug dari email.
Daniel Mošmondor

1
+1. Karena berbicara di telepon itu mengganggu, tidak produktif, dan tidak resmi. Itu juga tidak meninggalkan jejak pada siapa mengatakan apa dan mengapa. Kemudian, ketika orang-orang bertanya mengapa Anda melakukan sesuatu, Anda harus menjelaskan diri sendiri alih-alih menunjukkannya ke #xxxxxx. Telepon harus dilarang. Jika pengguna Anda tidak tahu cara menggunakan pelacak bug Anda, Anda bisa mengedukasi mereka.
dr Hannibal Lecter

1

Secara internal kami memiliki templat situs untuk aplikasi web yang menyertakan tautan umpan balik di sudut. Tautan umpan balik ini memberikan pengguna dengan dialog UI jQuery yang meminta mereka untuk deskripsi bug, fitur baru, atau lainnya yang mereka temui dan juga menangkap beberapa detail tentang halaman dan waktu mereka melaporkan. Semua ini didorong langsung ke JIRA di belakang layar dan pengguna dapat memperoleh pembaruan dengan status masalah.

Dalam mengurutkan cara terbaik dalam melakukan sesuatu biasanya dengan membuatnya sesederhana mungkin bagi pengguna, jika ada tautan umpan balik dalam menu yang menangani pengiriman informasi ke mana harus pergi, mereka lebih cenderung menggunakannya.


1

Nah, jika Anda ingin menggunakan penangan pengecualian global, maka Anda punya banyak pilihan. Untuk Delphi kami menggunakan MadExcept, tetapi juga telah menggunakan Eureka Log, yang keduanya akan (dengan pengguna melanjutkan) email, atau mengunggah melalui HTTP, laporan bug kepada Anda.

Anda dapat memiliki tombol di aplikasi Anda yang hanya melempar pengecualian dan meluncurkan hal-hal pelacakan bug ini. MadExcept cukup keren karena mengambil tangkapan layar aplikasi dan mengunggahnya bersama bug, dengan cara itu bahkan jika pengguna tidak dapat menjelaskan dengan baik apa yang mereka lakukan, Anda dapat memiliki keinginan yang cukup bagus.

Hal lain yang perlu dipikirkan adalah pengkodean untuk membuatnya jelas dari mana bug berasal. Jika Anda memiliki pengguna beta, mungkin sertakan info debug dengan aplikasi mereka sehingga Anda bisa mendapatkan data tambahan dari mereka ketika terjadi crash.

Tidak satu pun dari ini membantu untuk implementasi bug (yaitu tombolnya ada di tempat yang salah) meskipun begitu semoga Anda tidak memilikinya.


Tentu saja saya memang memiliki penangan pengecualian e-mail, tetapi itu adalah pilihan terakhir. Banyak hal yang ingin saya tangkap berasal dari keinginan pengguna untuk fitur baru dan peningkatan pada sistem.
Daniel Mošmondor

OK bagus, dapatkan baseline kemudian. Jadi saya akan mulai dengan tidak menyebutnya "Bug Tracker" jika Anda menginginkan lebih dari forum uservoice! Jika pelacak bug Anda saat ini menangkap tangkapan layar, mungkin Anda bisa membuatnya membuka MS paint dan biarkan mereka menyarankan perbaikan untuk Anda sebelum mereka mengirim pesan.
Peter Turner

1

Kami mendapat peningkatan penyerapan terbesar dengan mengonfigurasi layanan untuk mengambil email dari alamat dan secara otomatis mencatatnya sebagai masalah. Efek samping yang bagus dari sistem ini adalah Anda juga dapat dengan mudah menambahkan percakapan ke suatu masalah dengan memasukkan sintaks khusus dalam subjek (mis. TeamITNo: 12345). Juga, jika Anda mengirim semua komunikasi email Anda melalui sistem ini, dan mereka menekan balasan maka Anda akan mendapatkan balasan segera kembali ke pelacak bug, dengan masalah diperbarui.

Ini memiliki efek positif terbesar, karena menggunakan pengguna teknologi yang nyaman, dan juga berarti Anda mendapatkan semua masalah Anda di satu tempat.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.