Adakah yang tahu tentang sistem pelacakan permintaan fitur sederhana (gratis?) Yang bisa kita gunakan secara internal untuk tenaga penjualan? [Tutup]


15

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?


Ketika Anda mengatakan 'pengguna', apakah yang Anda maksud adalah pelanggan Anda, atau karyawan Anda yang akan menggunakan sistem?
whatsisname

Sepertinya sesuatu yang sederhana ini dapat dikodekan dalam satu hari atau lebih. Apa pun di luar sana mungkin akan terlalu kompleks.
Byron Whitlock

12
@Byron Whitlock: Saya pernah mendengar klaim itu berkali-kali di mana pencipta akhirnya menghabiskan berminggu-minggu mendukung alat setengah matang mereka.
whatsisname

1
"maka pengguna dapat membatalkannya" - di situlah hal "sederhana" pecah. Buat formulir email di aplikasi Anda yang memungkinkan mereka memberi tahu Anda apa yang ingin mereka perbaiki, dan lampirkan tangkapan layar, sehingga Anda dapat melihat apa yang mereka bicarakan.

Saya sangat suka The Bug Genie ! Kami baru-baru ini mulai menggunakannya dan menemukan bahwa itu relatif mudah digunakan.
bluebill

Jawaban:


6

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.


5

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.


5

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


2
Bugzilla dan Bagus ... dalam kalimat yang sama ?!
CaffGeek

3

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.


apakah Anda pernah menggunakan salah satunya (OSQA atau Shapado)? Adakah perbedaan yang jelas jika satu membandingkan satu dengan yang lainnya? Saya sangat menghargai bantuan apapun!
DanielTheRocketMan

1
@DanielTheRocketMan - Nah, saya belum. Sebagian besar karena banyak orang secara keliru berpikir bahwa apa yang membuat SE begitu luar biasa adalah perangkat lunaknya, sehingga mereka mengambil klon ini dan menggunakannya untuk hal-hal yang tidak dimaksudkan dan akhirnya membangun kota hantu. Perangkat lunak ini hanya sebagian dari gambar, bagian lainnya menempel pada seperangkat aturan yang jelas untuk menghasilkan konten hebat yang memacu pertumbuhan. Masalahnya, pemberontak yang ingin melakukan ini, dan pemberontak tidak suka aturan ... Dengan mengatakan itu, ini adalah sesuatu yang perlu Anda coba, yang mungkin berhasil, karena Anda tidak mencoba membangun dan menumbuhkan komunitas publik ...
jmort253

0

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!


intinya adalah membiarkan pengguna memutuskan hal terpenting apa yang harus Anda kerjakan alih-alih Anda sendirian dan menebak apa yang seharusnya menjadi hal paling penting. Memang orang banyak kadang-kadang disesatkan, tetapi hikmat orang banyak lebih sering berselisih daripada dugaan kita yang terisolasi. Ini adalah dasar untuk lean startup juga.
Muhammad Umer

Tentu @MuhammadUmer, dan solusi perangkat lunak pelacakan bug dan milis sangat cocok untuk mendokumentasikan apa yang diinginkan pengguna. Namun, inti dari posting saya adalah ini: Jangan pergi mencoba membangun sendiri perangkat lunak pelacakan bug jika Anda benar-benar ditugaskan untuk membangun perangkat lunak CRM penjualan. Perangkat lunak CRM penjualan Anda akan payah jika insinyur Anda terganggu dengan mencoba membangun hal-hal lain, terutama ketika sudah ada solusi pelacakan bug dan milis yang hebat di pasar. Semoga ini bisa membantu memperjelas. :)
jmort253

@ jmort253 11 Cara Tetap Berfokus => Kesalahan dalam membangun koneksi database. Kecuali jika dimaksudkan;)
Oleh
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.