Saya kadang-kadang mendengar tentang titik sakit pelanggan menggunakan aplikasi kami dari tenaga penjualan, tetapi sebenarnya tidak ada cara yang baik bagi kami untuk melacak hal ini. Saya akan menulis satu sendiri tetapi saya pikir saya akan bertanya dulu.
Saya sedang memikirkan sesuatu yang sangat sederhana, itu hanya akan menjadi bentuk kecil untuk menambahkan fitur baru, dan kemudian akan muncul dalam daftar, seperti pertanyaan stackexchange. Kemudian pengguna dapat membatalkannya, atau bahkan mencatat setiap kali pengguna mengeluh tentang sesuatu yang terkait dengan permintaan sehingga kami dapat memesannya dalam prioritas berdasarkan data nyata. Maka saya dapat dengan mudah melihat setiap beberapa hari dan melihat apa yang terjadi. Benar-benar itu, tidak ada yang lebih rumit dari itu.
Tahu sesuatu?
sumber
Jawaban:
Redmine adalah aplikasi web manajemen proyek sumber terbuka. Saya tidak yakin saya akan menggambarkannya sesederhana itu, karena memiliki banyak fungsi dan bukan hanya fitur pelacakan. Mungkin bermanfaat dalam organisasi Anda.
sumber
Trac adalah wiki yang disempurnakan dan sistem pelacakan masalah untuk proyek pengembangan perangkat lunak. Anda dapat memiliki kelas tiket yang hanya untuk peningkatan alih-alih cacat pada basis kode. Ada juga plugin yang menambahkan sistem pemungutan suara. Saya belum melakukan pengelolaan sistem Trac, tetapi saya berasumsi Anda akan dapat membatasi akses tim penjualan sehingga mereka hanya dapat melihat daftar peningkatan dan tidak mempengaruhi cacat.
sumber
Sebagian besar pelacak bug yang baik seperti Bugzilla dapat dikonfigurasi dengan plugin untuk melacak masalah "peningkatan", dan memungkinkan pengguna untuk memberikan suaranya.
Untuk antarmuka yang kurang kompleks, ada layanan (publik) gratis untuk melakukan permintaan fitur + pemungutan suara.
UserVoice memiliki layanan "umpan balik" gratis yang melakukan agregasi dan pemungutan suara.
Google Moderator sedikit lebih jelek, tetapi juga memiliki sistem sederhana gratis untuk ini
sumber
Ketika Anda menyebutkan bug upvoting, saya berpikir tentang jaringan Stack Exchange dan bagaimana model pemungutan suara komunitas memiliki dampak dalam menentukan apa yang penting. Dimungkinkan untuk menggunakan format yang serupa untuk pelaporan bug.
Saya akan tertarik melihat seseorang menerapkan strategi pelacakan bug menggunakan format seperti ini.
Ada Ratusan Klon Sumber Terbuka dari Stack Exchange dan model Q&A lainnya yang dapat digunakan untuk Tim Penjualan Anda untuk melaporkan bug, mengomentari mereka, dan memberikan suaranya.
Berikut adalah OSQA , klon open source dari StackExchange, ditulis dengan Python, dan ada juga Shapado , versi open source yang ditulis dalam Ruby. Keduanya tampak aktif dikembangkan, dapat digunakan, dan cepat!
Mungkin hal yang paling penting dari ini adalah bahwa jika Anda dapat membuat pelaporan bug menyenangkan, pengguna Anda mungkin akan lebih melaporkan bug. Dengan asumsi lencana dapat dikonfigurasi, Anda dapat membuat lencana untuk pelapor bug terbaik, mengurangi hak pelaporan bug bagi mereka yang melaporkan bug kecil, tidak penting, atau mengganggu, dan membuat game keluar darinya. Saya tidak tahu apa itu tentang konsep-konsep ini, tetapi mereka agak memotivasi.
sumber
Untuk apa yang Anda cari, Anda hampir dapat pergi dengan Formulir Google yang dikombinasikan dengan Google Spreadsheet. Tetap sederhana, atau gunakan beberapa solusi out-of-the-box.
Siapa yang akan mendukung perangkat lunak pelacakan bug baru ini ketika rusak? Kamu? Berapa biaya peluang dari tindakan ini? (Tugas pekerjaan apa yang akan Anda berikan untuk mengubah arah dan menempuh jalan ini?)
Sungguh, jika Anda ingin meningkatkan aplikasi Anda, saya pikir Anda harus tetap fokus membangun aplikasi Anda . Ketika Anda mulai membangun sesuatu yang baru untuk melacak bug Anda, apa yang akan Anda temukan selanjutnya yang perlu Anda bangun? Bagaimana Anda melacak bug dalam perangkat lunak pelacakan bug? Apa lagi yang Anda harus menyerah dalam hal tujuan utama Anda saat Anda terus melompat mengejar ide-ide lain?
Sayangnya, ada terlalu banyak ide - ide hebat daripada waktu dan sumber daya untuk mengimplementasikan ide-ide itu. Saran saya adalah mundur selangkah dan pikirkan apa yang benar-benar penting bagi Anda dan organisasi Anda.
UPDATE : Berikut ini adalah tautan yang dapat membantu Anda memprioritaskan tujuan Anda: 11 Cara Tetap Fokus . Dengan menuliskan semua yang perlu Anda kerjakan dan menuliskan manfaatnya, Anda dapat lebih jelas menentukan ROI dari banyak ide berbeda yang Anda miliki dan kemudian memfokuskan energi Anda ke dalam ide-ide yang memberi Anda hasil maksimal!
sumber