Tengo un rastreador de errores de mantis totalmente configurado para rastrear problemas en las aplicaciones que creo. Cuando un usuario es disciplinado y va directamente a Mantis para escribir un informe de problema, tendrá una respuesta más rápida y todo lo relacionado con el problema será muy fácil de rastrear.
Sin embargo, no todos están interesados en hacerlo. Informan sus problemas por teléfono, correo electrónico, no los informan en absoluto.
¿Cuál sería la mejor manera de empujarlos hacia el uso de un sistema de seguimiento de errores? Claramente, TIENEN que ver algunos beneficios inmediatos para que puedan regresar y buscar más beneficios.
EDITAR:
Estoy hablando de soporte para los productos que vendo como ISV.
issue-tracking
Daniel Mošmondor
fuente
fuente
Respuestas:
Su rastreador de errores es para su conveniencia, no para sus clientes. Si no puede molestarse en tomar su problema de teléfono o correo electrónico e ingresarlo usted mismo, ¿cómo cree que se sienten?
Debe poder ingresar problemas y asignarlos manualmente a un cliente. Luego, cuando llamen con un problema, pueden decir: "¡Gracias por informarnos sobre eso! Voy a ingresarlo en nuestro sistema de administración de problemas y comenzarán a recibir correos electrónicos (o lo que sea) mientras lo tratamos. futuro, si es fácil para usted, puede ingresar ese tipo de cosas allí mismo. O siéntase libre de llamarme, también está bien ".
Uno de los mejores sistemas de este tipo con los que he trabajado como cliente es el del proveedor de alojamiento que revendo. El correo electrónico a support @ se analiza para un nombre de dominio en la línea de asunto, se asigna a una cuenta de cliente en función de la dirección de origen y se ingresa automáticamente en su sistema de tickets. Bastante hábil.
fuente
Un usuario que se queja es mejor que uno que no lo hace, se da por vencido y llama a su competidor. Por esta razón, haría lo más fácil posible enviar una queja. Les dejaría continuar llamando y / o enviando correos electrónicos y no pedirles que presenten errores.
Míralo desde su punto de vista: si no solo tienes que tomarte el tiempo de llamar / escribir un correo electrónico, sino también obligarte a aprender el sistema de seguimiento de errores de alguien, es probable que no te quejes.
Si es necesario, contrate a una persona de servicio al cliente para que los desarrolladores no se vean interrumpidos. Pueden tomar las quejas de los clientes y hacer errores para el equipo de desarrollo.
fuente
No conozco Mantis específicamente, pero ¿se puede configurar para monitorear una dirección de correo electrónico y generar automáticamente informes a partir de ellos? Conozco otros sistemas (como JIRA, por ejemplo, can).
¡Entonces el problema es conseguir que usen la dirección de correo electrónico correcta!
fuente
"Informe sobre esto en el rastreador de errores en http: // your / url / . No puedo hacer un seguimiento de los errores si no los informa allí".
Tal vez sea posible que escriba un complemento para su cliente de correo para convertir un correo electrónico en un informe de error, o utilizar un buzón dedicado - bugs @ foo - para tomar informes de errores. (Pero esto último, por supuesto, requiere entrenar a sus usuarios ...)
fuente
Internamente tenemos una plantilla de sitio para aplicaciones web que incluye un enlace de comentarios en la esquina. Este enlace de comentarios proporciona al usuario un cuadro de diálogo de jQuery UI que le solicita una descripción del error, la nueva función u otra que encontraron y también captura algunos detalles sobre la página y el tiempo desde el que informa. Todo esto se introduce directamente en JIRA detrás de escena y el usuario puede obtener actualizaciones sobre el estado del problema.
En general, la mejor manera de hacer las cosas es hacerlo lo más simple posible para los usuarios, si hay un enlace de comentarios en un menú que maneja el envío de la información a donde necesita ir, es mucho más probable que lo usen.
fuente
Bueno, si quieres usar un controlador de excepciones global, entonces tienes muchas opciones. Para Delphi usamos MadExcept, pero también hemos usado Eureka Log, que enviará (con el permiso del usuario) un correo electrónico o subirá a través de HTTP un informe de error.
Podría tener un botón en su aplicación que solo arroje una excepción y lance este material de seguimiento de errores. MadExcept es bastante bueno porque toma una captura de pantalla de la aplicación y la carga junto con el error, de esa manera, incluso si el usuario no puede explicar adecuadamente lo que estaban haciendo, puede tener un buen anhelo.
Algo más en lo que pensar es en la codificación para que sea obvio de dónde provienen los errores. Si tiene usuarios beta, tal vez incluya información de depuración con su aplicación para que pueda obtener datos adicionales de ellos cuando ocurran fallas.
Nada de esto ayuda a los errores de implementación (es decir, el botón está en el lugar equivocado), aunque espero que no tenga ninguno de esos.
fuente
Obtuvimos el mayor aumento en la captación al configurar un servicio para recoger el correo electrónico de una dirección y registrarlo automáticamente como un problema. El buen efecto secundario de este sistema es que también puede agregar fácilmente conversaciones a un problema al incluir una sintaxis especial en el tema (por ejemplo, TeamITNo: 12345). Además, si envía toda su comunicación por correo electrónico a través de este sistema, y presionan responder, obtendrá la respuesta nuevamente en el rastreador de errores, con el problema actualizado.
Esto tuvo el mayor efecto positivo, ya que utiliza tecnología con la que los usuarios se sienten cómodos, y también significa que obtiene todos sus problemas en un solo lugar.
fuente