Cómo obtener comentarios del usuario final (cliente) sobre proyectos de desarrollo personalizados
https://stackoverflow.com/questions/230343
-
04-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Mi empresa es una tienda de desarrollo personalizado para varios proyectos, algunos más grandes y otros más pequeños. Actualmente manejamos toda la comunicación de nuestros clientes por correo electrónico. Entonces enviamos un documento de diseño por correo electrónico, lo marcan y lo envían de vuelta. Luego, lanzamos una versión beta de su producto y nos envían un correo electrónico con cualquier error, nuevas características, etc. Y así sucesivamente ...
Mientras estoy trabajando en la implementación de un nuevo sistema de seguimiento de errores (parece que será Mantis en este momento), me pregunto cómo podríamos permitir a nuestros clientes una mejor interfaz con nuestro proceso de desarrollo que brindaría un mejor seguimiento de las funciones. solicitudes y errores enviados por el cliente, así como comunicar nuestras respuestas al cliente.
Si alguien conoce un sistema de seguimiento de errores que lo hace excepcionalmente bien, me interesaría saberlo. De lo contrario, solo estoy buscando algunas pautas generales o buenas prácticas comerciales que hayan permitido a sus compañías interactuar de manera efectiva y eficiente con sus clientes.
ACTUALIZACIÓN: Mi empresa utiliza una pila LAMPP y, como somos una pequeña tienda con un presupuesto limitado, tendemos a utilizar herramientas de código abierto y gratuitas.
¿La mayoría de la gente usa Team Foundation Server para manejar esto o correos electrónicos de ida y vuelta?
Solución
Aunque no conozco ninguna herramienta específica (al menos ninguna de código abierto), le sugiero que configure un sistema que cubra sus procesos generales de recopilación e implementación de requisitos. Los requisitos podrían rastrearse en el sistema, que también contendría los documentos de diseño (que podrían consultarse " desproteger y " comprometerse con " el sistema). De esta manera, abordaría el problema de tener múltiples revisiones de documentos de diseño. Además, los documentos de diseño y los requisitos se pueden rastrear fácilmente. Si este sistema estuviera vinculado a su sistema de administración de código fuente, también facilitaría el proceso de desarrollo / seguimiento de requisitos.
Otros consejos
Creo que la clave es tener el sistema de seguimiento dedicado para errores / solicitudes, y establecer un proceso establecido para la comunicación. Con eso como mínimo, comenzarás a recibir comentarios consistentes. Desde allí, puede ajustarlo para satisfacer sus necesidades específicas.
Como nota aparte, en lugar de usar el correo electrónico para su comunicación, le recomiendo ir a sming como BaseCamp para una herramienta de gestión de proyectos. Encuentro que es de gran ayuda mantener los mensajes, la documentación y los plazos comunicados al cliente.
Si está utilizando Team Foundation Server, le recomiendo que instale TeamPlain Web Access . Le permiten exponer una interfaz web a su proyecto TFS. Lo único que queda por hacer es otorgar derechos a su cliente, un nombre de usuario y una contraseña.
De lo contrario, hay algunas herramientas de pago como FogBugz . Por supuesto, el principal es tener que crear errores en las herramientas de informes directamente vinculadas a su control de código fuente para que los desarrolladores puedan corregir errores fácilmente.
Otra posibilidad es usar dos productos en concierto, aquí está nuestra configuración actual con un equipo de 12:
osTicket para las solicitudes entrantes de los clientes
- Permite que los problemas sean manejados por el personal de soporte y los errores sean verificados
- El estado se puede verificar con solo una dirección de correo electrónico y un ID de boleto
- Por lo general, los usuarios no envían informes de errores lo suficientemente detallados, por lo que es un buen primer paso
redmine para tickets de desarrollo
