Cómo gestionar Feature Requests del roadmap
Ver, priorizar, cambiar de estado y asignar release a los pedidos de mejora del producto (roadmap interno).
Antes de empezar
- Permiso verFeatureRequests para acceder al listado
- Permiso gestionarFeatureRequests para modificar, prioridad, release, notas y comentarios
Paso a paso
- 1
Entrar al roadmap
Ir a /index.phpla pantalla correspondiente Se ve un listado con ID, título, cliente (organización), prioridad, release asignado y fecha de creación. Barra de filtros por texto libre, prioridad. También hay botones Kanban (vista de tablero por ) y Releases (gestionar versiones).
- 2
Vista Kanban
/index.phpla pantalla correspondiente muestra las columnas Backlog, Planificado, En desarrollo, Listo y Entregado (los rechazados no aparecen en el tablero). Cada tarjeta muestra ID, título, cliente, prioridad y release/fecha. El borde izquierdo colorea la prioridad (rojo P0, naranja P1, celeste P2, gris P3). Es solo lectura por ahora: para mover una tarjeta hay que entrar al FR y usar Cambio rápido.
- 3
Ver detalle de un feature request
Al hacer clic en el ID/título se abre la ficha del FR con descripción, cliente, ticket origen, release asignado, notas internas (solo staff), motivo de rechazo, y el hilo de comentarios. A la derecha hay un panel Cambio rápido (para gestionar estado/release/fecha en 3 clicks) y un panel Datos con fechas de creación/actualización/entrega y usuarios involucrados.
- 4
Cambio rápido:, release y entrega estimada
En el panel Cambio rápido (columna derecha) se puede cambiar el estado (Backlog → Planificado → En desarrollo → Listo → Entregado, o Rechazado), asignar/desasignar un release existente y editar la entrega estimada visible al cliente (texto libre, solo se muestra si no hay release). Al guardar, si cambió el estado se envía notificación automática al creador del ticket original con el nuevo estado y la ventana estimada de entrega.
- 5
Editar completo (título, descripción, notas internas, motivo de rechazo)
Botón Editar en la ficha lleva al form completo. Además de estado/prioridad/release, permite editar título, descripción, notas internas (solo visibles a staff) y motivo de rechazo (si el estado es Rechazado, este texto se envía al cliente automáticamente en la notificación).
- 6
Comentarios públicos vs internos
En la ficha del FR hay un formulario de comentario. Por defecto el comentario es público (se muestra al cliente y dispara notificación). Marcar el casilla Solo visible para staff antes de enviar para que quede como comentario interno (fondo amarillo con badge Interno) y NO se notifique al cliente. Los comentarios públicos del cliente entran por su ficha Mis pedidos.
- 7
Notificaciones automáticas al cliente
El sistema envía notificación in-app al creador del ticket cuando: (a) se crea el FR desde el ticket, (b) cambia el estado del FR, (c) se agrega un comentario público. La notificación tiene un link directo a /index.phpla pantalla correspondiente
¿Necesitás ayuda con algún proceso?
Si no encontrás lo que buscás, escribinos y lo sumamos al centro de ayuda.