2008-09-27 9 views
5

Ma société édite un petit logiciel pour lequel j'ai récemment pris en charge le développement. C'est une application C# Windows Forms. Une des choses que j'ai remarquées, c'est qu'une grande partie de l'information sur la façon dont le logiciel est utilisé est filtrée par mes supérieurs et que j'ai l'impression de manquer des détails importants dans certains des messages.Quelle est la meilleure méthode pour recueillir des données sur l'utilisation de votre application?

Je me rends compte que je vais devoir travailler sur les problèmes de gestion avec cette situation, mais afin de donner une autre vue sur le problème, j'ai envisagé une solution technologique. Peut-être quelque chose de similaire au "Microsoft Customer Experience Improvement Program". Je me demandais si quelqu'un avait de l'expérience ou des conseils sur le comportement des utilisateurs dans leurs applications?

+0

J'ai rencontré le même problème avec notre projet actuel. Le client utilisait le logiciel différemment de ce que nous faisions dans l'entreprise. J'ai appris la plupart du temps simplement en regardant le client en utilisant le logiciel, mais c'est trop facile pour vous, non?:) – OregonGhost

+0

En fait, comme j'essayais d'indiquer, OregonGhost, je suis assez isolé des clients. De plus, "regarder le client" n'est pas exactement la réponse à la programmation que je souhaitais, même si c'est une bonne suggestion et merci pour cela. –

Répondre

3

Je vous suggère d'obtenir votre application pour écrire ses "informations d'utilisation" quelque part, puis, avec la permission des utilisateurs, transmettez-le électroniquement de temps en temps.

Notez l'accent ci-dessus. Selon votre juridiction, vous pourriez avoir de sérieux problèmes à transmettre n'importe quelle sorte de données de l'ordinateur de quelqu'un d'autre sans permission.

Vous avez plus de chances d'obtenir la permission si:

1/Vous faites clairement, lors de l'installation ou la mise à jour, que votre programme recueillera de l'information et de la transmettre uniquement avec l'autorisation. 2/Vous expliquez clairement quelles sont les informations et qu'elles ne contiennent que des «informations d'utilisation», rien qui puisse remonter à l'utilisateur du logiciel (numéros de série SANS, etc.).

3/Vous demandez la permission de transmettre rarement. Si j'avais un programme désagréable qui me demandait tous les jours, j'arrêterais bientôt de l'utiliser complètement.

+0

En plus de ce que vous avez déclaré. Nous montrons également au client les données que nous envoyons. –

0

Je crois que vous avez déjà reçu une bonne réponse à votre question concernant l'aspect confidentialité de la solution technologique.

Je voudrais également mentionner que vous devriez essayer d'utiliser HTTP ou HTTPS sur les ports normaux 80/443 - ceux-ci sont les moins susceptibles de causer des problèmes avec les pare-feu et proxy. Utilisez les paramètres de proxy MS IE car ils sont généralement définis correctement.


D'un tout autre perspective, je voudrais dire que la meilleure façon d'en apprendre davantage sur l'utilisation de votre logiciel est de vérifier si vous avez des utilisateurs « amis » dans votre base installer et de les interviewer. Il peut s'agir d'une société partenaire ou de personnes qui constituent votre «groupe pilote» pour les versions bêta d'une nouvelle version. Parlez-leur. Grape ton manager et passe une journée à aller sur leur site si possible et à voir par toi-même comment puis ils cliquent sur les boutons. Prendre des notes. Écoutez les commentaires. Établissez une relation personnelle afin que la prochaine fois ils vous parlent directement. Si votre application est petite et votre entreprise n'est pas Microsoft, il vaut mieux être proche de votre base d'utilisateurs que de collecter des données d'utilisation anonymes, ce qui nécessite un effort considérable de collecte et de traitement, et encore plus d'efforts pour comprendre.

0

Une idée consiste à envoyer des statistiques anonymes avec la permission de vos utilisateurs.Une autre idée est de fournir un gros bug de rapport/poser un bouton de question dans votre application afin qu'ils puissent vous dire quand quelque chose qu'ils pensent est faux arrive que vous enverriez l'état de l'application le long du rapport. Toujours être clair sur ce que vous allez envoyer et permettre aux utilisateurs d'être non anonymes (toujours définir les données anonymisées par défaut) et vous pourriez être surpris quand vous obtenez beaucoup de données non anonymes par choix de utilisateurs. Et soyez clair en utilisant la langue des utilisateurs, ne dites jamais des choses comme "Je vais envoyer un vidage de la mémoire chiffrée Blowfish de l'état actuel de la pile et du tas de l'application." Je vais envoyer une liste de vos activités dans le programme: les boutons sur lesquels vous avez cliqué et le type et la quantité de fichiers que vous avez ouverts Cela nous aidera à créer un meilleur programme pour vous mais vous pouvez choisir ce que vous voulez recevoir . "

0

Disclaimer: Je suis un développeur sur ce produit, donc je peux être un peu biaisé sur la façon dont il est grand :)

il est actuellement un produit sur le marché qui peut vous fournir cette fonctionnalité pour à la fois .NET et Java applica tions que nous appelons Runtime Intelligence. Voir: http://www.preemptive.com/runtime-intelligence-services.html pour plus de détails.

Ce produit est actuellement livré à la fois .NET et Java et une version gratuite offrant un ensemble de fonctionnalités sera incluse dans Visual Studio 2010.

Utilisation d'une application peut être suivi allant des statistiques de haut niveau sur le nombre des temps d'exécution et sur quelles versions du système d'exploitation/cadre jusqu'à la fréquence d'utilisation des caractéristiques individuelles.

Nous vous fournissons un moyen de donner à vos utilisateurs un choix d'opt-in ou d'opt-out dans la transmission des données d'utilisation et les données sont envoyées via SSL (par défaut) ou HTTP standard. L'impact sur les performances de votre application est minime et nous prenons grand soin de ne pas affecter la réactivité de votre code.

Cette solution est idéale pour les évaluations ou les tests bêta car vous pouvez suivre l'utilisation de votre application directement plutôt que de vous fier à des sondages ou de deviner ce que font les utilisateurs.

Pour les applications validées, cela fournit l'échafaudage d'un programme d'amélioration de l'expérience client et la visibilité sur les données accumulées est précieuse pour tout le monde, de la haute direction au développeur.

Nous avons trouvé qu'il faut moins d'une heure pour configurer une application pour les rapports d'utilisation de base sans modifications de code requises puisque nous pouvons travailler directement sur les fichiers binaires d'assemblage.

Pour information sur les prix ou pour obtenir une évaluation s'il vous plaît contacter les ventes de notre site que je suis un développeur :)

Pour des informations techniques détaillées ou d'autres questions ne hésitez pas à me contacter.

0

En fait, je pense que vous essayez de faire de la simple Business Intelligence. N'oubliez pas de définir le dashbord "approprié" afin de suivre vos données collectées, pensez profondément à l'indicateur que vous allez implémenter.

Questions connexes