Quelqu'un connaît-il un système de suivi des demandes de fonctionnalités simple (gratuit?) Que nous pourrions utiliser en interne pour les vendeurs? [fermé]

15

J'entends parfois parler de problèmes de clients qui utilisent notre application de la part de vendeurs, mais il n'y a vraiment pas de bon moyen pour nous de les suivre. J'allais en écrire un moi-même mais j'ai pensé que je demanderais d'abord.

Je pensais à quelque chose de si simple que ce serait littéralement un petit formulaire pour ajouter une nouvelle fonctionnalité, puis il apparaîtrait dans la liste, comme des questions d'échange de piles. Les utilisateurs peuvent ensuite les voter, ou même enregistrer chaque fois qu'un utilisateur se plaint de quelque chose lié à la demande afin que nous puissions les commander en priorité en fonction de données réelles. Ensuite, je peux facilement regarder tous les quelques jours et voir ce qui se passe. C'est vraiment ça, rien de plus compliqué que ça.

Tu sais quelque chose?

MetaGuru
la source
Quand vous dites «utilisateurs», voulez-vous dire vos clients ou vos employés qui utiliseront le système?
whatsisname
On dirait que quelque chose d'aussi simple pourrait être codé en un jour ou deux. Quelque chose là-bas sera probablement trop complexe.
Byron Whitlock
12
@Byron Whitlock: J'ai entendu cette affirmation à plusieurs reprises où le créateur a fini par passer des semaines à soutenir son outil à moitié cuit.
whatsisname
1
"alors les utilisateurs peuvent les voter" - c'est là que la chose "simple" s'est cassée. Créez un formulaire de courrier électronique dans votre application qui leur permettra de vous dire ce qu'ils aimeraient améliorer, et joignez une capture d'écran, afin que vous puissiez voir de quoi ils parlent.
J'aime vraiment The Bug Genie ! Nous avons récemment commencé à l'utiliser et avons constaté qu'il est relativement simple à utiliser.
bluebill

Réponses:

6

Redmine est une application web de gestion de projet open source. Je ne suis pas sûr que je le décrirais comme simple, car il a de nombreuses fonctions et pas seulement le suivi des fonctionnalités. Cela peut être utile au sein de votre organisation.

Johnsyweb
la source
5

Trac est un wiki amélioré et un système de suivi des problèmes pour les projets de développement logiciel. Vous pouvez avoir une classe de tickets uniquement pour des améliorations au lieu de défauts dans la base de code. Il existe également un plugin qui ajoute un système de vote. Je n'ai fait aucune gestion d'un système Trac, mais je suppose que vous seriez en mesure de limiter ce à quoi l'équipe de vente a accès pour qu'elle ne puisse voir que la liste des améliorations et ne pas affecter les défauts.

unholysampler
la source
5

La plupart des bons bugtrackers comme Bugzilla peuvent être configurés avec des plugins pour suivre les problèmes "d'amélioration" et permettre aux utilisateurs de voter sur eux.

Pour une interface moins complexe, il existe des services (publics) gratuits pour faire la demande de fonctionnalité + le vote.

UserVoice a un service gratuit de «rétroaction» qui fait l'agrégation et le vote.

Google Moderator est un peu plus laid, mais dispose également d'un système simple gratuit pour cela

ProdigySim
la source
2
Bugzilla et Good ... dans la même phrase?!
CaffGeek
3

Lorsque vous avez mentionné les bogues de vote ascendant, j'ai pensé au réseau Stack Exchange et à la façon dont le modèle de vote communautaire a un tel impact pour déterminer ce qui est important. Il pourrait être possible d'utiliser un format similaire pour signaler les bogues.

Je serais intéressé de voir quelqu'un implémenter une stratégie de suivi des bogues en utilisant un format comme celui-ci.

Il existe littéralement des centaines de clones Open Source de Stack Exchange et d'autres modèles de questions-réponses qui pourraient éventuellement être utilisés par votre équipe de vente pour signaler des bogues, les commenter et voter sur eux.

Voici OSQA , un clone open source de StackExchange, écrit en Python, et il y a aussi Shapado , une version open source écrite en Ruby. Ces deux semblent développés activement, utilisables et rapides!

La conclusion la plus importante à en tirer est peut-être que si vous pouvez rendre les rapports de bogues amusants, vos utilisateurs seront plus susceptibles de signaler des bogues. En supposant que les badges sont configurables, vous pouvez créer des badges pour les meilleurs rapporteurs de bogues, réduire les privilèges de rapport de bogues pour ceux qui signalent des bugs mineurs, sans importance ou distrayants, et en faire un jeu. Je ne sais pas ce que c'est que ces concepts, mais ils sont plutôt motivants.

jmort253
la source
en avez-vous utilisé un (OSQA ou Shapado)? Existe-t-il des différences claires si l’un se compare à l’autre? J'apprécie vraiment toute aide!
DanielTheRocketMan
1
@DanielTheRocketMan - Non, je ne l'ai pas. Principalement parce que beaucoup de gens pensent à tort que ce qui rend SE si génial, c'est le logiciel, alors ils prennent ces clones et les utilisent pour des choses auxquelles ils n'étaient pas destinés et finissent par construire des villes fantômes. Le logiciel n'est qu'une partie de l'image, l'autre partie s'en tient à un ensemble de règles clairement définies pour produire un excellent contenu qui stimule la croissance. Le truc, c'est que les rebelles veulent faire ça, et les rebelles n'aiment pas les règles ... Cela dit, c'est quelque chose que vous devez essayer, ce qui pourrait fonctionner, puisque vous n'essayez pas de construire et de développer un communauté publique ...
jmort253
0

Pour ce que vous recherchez, vous pourriez presque vous en sortir avec un formulaire Google combiné à une feuille de calcul Google. Restez simple ou utilisez une solution prête à l'emploi.

Qui va prendre en charge ce nouveau logiciel de suivi des bogues quand il se cassera? Vous? Quel est le coût d'opportunité de cette action? (À quelles tâches allez-vous renoncer pour changer de cap et emprunter cette voie?)

Vraiment, si vous voulez améliorer votre application, je pense que vous devez rester concentré sur la création de votre application . Lorsque vous commencez à construire quelque chose de nouveau pour suivre vos bugs, qu'allez-vous découvrir ensuite que vous devez construire ensuite? Comment allez-vous suivre les bogues dans le logiciel de suivi des bogues? À quoi d'autre allez-vous devoir renoncer en termes de vos objectifs principaux alors que vous continuez à sauter à la poursuite d'autres idées?

Malheureusement, il y a beaucoup trop de bonnes idées que de temps et de ressources pour les mettre en œuvre. Ma suggestion est de prendre du recul et de réfléchir à ce qui est vraiment important pour vous et votre organisation.

MISE À JOUR : Voici un lien qui peut vous aider à hiérarchiser vos objectifs: 11 façons de rester concentré . En écrivant tout ce dont vous avez besoin pour travailler et en notant l'avantage, vous pouvez déterminer plus clairement le retour sur investissement des nombreuses idées différentes que vous avez, puis concentrer votre énergie sur celles qui vous en donnent le plus pour votre argent!

jmort253
la source
le but est de laisser les utilisateurs décider quelle est la chose la plus importante sur laquelle vous devriez travailler au lieu de partir seul et de deviner ce qui devrait être la chose la plus importante. Bien sûr, la foule est parfois induite en erreur, mais la sagesse de la foule est plus souvent à meilleure cote que nos suppositions isolées. C'est également la base du démarrage allégé.
Muhammad Umer
Bien sûr @MuhammadUmer, et une solution logicielle de suivi des bogues et une liste de diffusion sont parfaites pour documenter ce que les utilisateurs veulent. Cependant, le point de mon article est le suivant: n'essayez pas de créer vous-même un logiciel de suivi des bogues si vous êtes réellement chargé de créer un logiciel CRM de vente. Votre logiciel CRM de vente sera nul si vos ingénieurs sont distraits en essayant de construire d'autres choses, surtout quand il existe déjà d'excellentes solutions de suivi de bogues et de listes de diffusion sur le marché. J'espère que cela aide à clarifier. :)
jmort253
@ jmort253 11 façons de rester concentré => Erreur lors de l'établissement d'une connexion à la base de données. Sauf si prévu;)
U rsus