Recopile ideas y votos de clientes vinculados a productos para dar forma a su hoja de ruta de PrestaShop
Feature Requests & Voting es un módulo para tiendas PrestaShop que recoge las peticiones de funcionalidades de los clientes en la propia página de producto y las convierte en demanda contada y votada. La instalación añade la pestaña de peticiones, los tableros y la pantalla de ajustes; encenderlo es toda la puesta en marcha.
El problema que resuelve es la demanda dispersa. Los deseos llegan por correo al soporte, por chat y en las reseñas, y nadie los cuenta, así que la siguiente decisión de desarrollo sigue a la voz más alta en lugar de al número más grande. Los tableros de opiniones alojados miden la demanda, pero viven fuera de la tienda, cobran una cuota mensual por tablero y no saben nada de tu catálogo.
El módulo se abre sencillo y se gobierna a fondo. Los clientes envían una petición y votan directamente en la página de producto, y los mismos registros alimentan tres superficies: la pestaña de cada producto, un tablero por producto y una hoja de ruta pública de toda la tienda, consultable y agrupada por estado: enviada, en estudio, planificada, en curso, realizada. Tú decides quién participa: envío abierto a todos o solo a clientes conectados, peticiones nuevas retenidas para tu aprobación antes de que nadie las vea, voto de invitados sí o no, con un voto por cliente.
También gobiernas lo que ve el público: los contadores de votos, las insignias de estado y las respuestas del equipo tienen cada uno su interruptor, y una conversación bajo cada petición permite a los clientes añadir detalles y a tu equipo responder en público. Las peticiones duplicadas se funden en una conservando cada voto. Las páginas heredan la plantilla de la tienda, existen en cada idioma con direcciones limpias, y el tablero principal participa en la búsqueda mientras las páginas filtradas quedan fuera. Cada petición registra su tienda y su idioma, los datos no salen de la tienda y nada personal llega al navegador.
El resultado: una hoja de ruta construida sobre demanda contada en lugar de correos recordados, clientes que ven «planificada» y se quedan en vez de irse, páginas de peticiones que llevan a quien busca directo al producto que ganará la función, y un tablero de opiniones sin cuota mensual.
Resumen de las posibilidades del módulo
Feature Requests & Voting convierte los deseos de funcionalidades en una hoja de ruta medible y ligada a los productos, dentro de una tienda PrestaShop. El resumen siguiente recorre las seis partes de esta página.
- Peticiones donde nacen: una pestaña para enviar y votar en la propia página de producto.
- Tres superficies, un solo conjunto de datos: pestaña de producto, tablero por producto y hoja de ruta de toda la tienda.
- Reglas de participación: exigencia de acceso, cola de aprobación, voto de invitados, un voto por cliente.
- Conversación y orden: debates con respuestas del equipo, duplicados fundidos conservando los votos.
- Un tablero que posiciona: direcciones limpias y localizadas, participación del tablero principal en la búsqueda, enlaces a los productos.
- Gestión a escala: panel, lista filtrable, cambios de estado en masa, notificaciones.
¿Dónde piden los clientes, y por qué importa?
En la página de producto, en el instante exacto en que notan lo que falta. La petición viaja con el producto al que se refiere: «añadid una versión con cable más largo» nunca es una nota suelta, es un deseo contado unido a un artículo del catálogo. Al lado está el voto: una pulsación, un voto por cliente, con los votos de invitados depurados de repeticiones.
Los mismos registros aparecen de tres maneras sin trabajo extra: la pestaña de cada producto, el tablero completo de ese producto y la hoja de ruta de toda la tienda donde se reúnen todas las peticiones, consultable y agrupada por estado. La consecuencia: la demanda deja de ser anécdota. La función con cuarenta votos y la de dos por fin tienen tamaños distintos.
¿Quién tiene derecho a enviar y votar?
Tú decides, con interruptores. Envío abierto a cualquier visitante o reservado a clientes conectados. Las peticiones nuevas esperan en tu cola de aprobación y permanecen ocultas hasta que las liberas, así que el spam y los duplicados nunca alcanzan el tablero público. El voto se enciende o se apaga en bloque, el voto de invitados es una decisión aparte, y cada cliente vota una vez por petición.
La presentación sigue la misma lógica: contadores de votos, insignias de estado y respuestas del equipo aparecen solo si los enciendes. Una tienda joven muestra las peticiones sin números hasta que los números convencen; una consolidada lo muestra todo.
¿Qué pasa con una petición después de enviarla?
Recibe un ciclo de vida: enviada, en estudio, planificada, en curso, realizada, cada estado como una insignia que el cliente entiende. Bajo cada petición corre una conversación donde los clientes precisan y tu equipo responde en público, de modo que el razonamiento queda junto al deseo. Cuando dos personas piden lo mismo con otras palabras, fundes los duplicados en una petición y cada voto se conserva.
La consecuencia alcanza a la fidelidad: quien ve «planificada» en su deseo se queda, y quien ve «realizada» vuelve a comprar. Un tablero de ideas que responde es un motivo para volver; un buzón mudo no lo es.
¿Un tablero de opiniones ayuda a la tienda a posicionar?
Este sí, a propósito. Las páginas de peticiones llevan direcciones limpias en cada idioma de la tienda, comportamiento canónico correcto y paginación ordenada. El tablero público participa en la búsqueda y en el mapa del sitio cuando lo permites, mientras que las páginas de detalle y las filtradas quedan fuera adrede: la tienda gana una página indexada fuerte en lugar de mil páginas delgadas. Una dirección de petición abierta en el idioma equivocado redirige al correcto.
Así, la persona que busca exactamente la función que estás construyendo aterriza en tu hoja de ruta, a un enlace del producto que la tendrá. Un tablero alojado dentro de un marco no da nada a los buscadores; este les da una página que merece posicionarse.
¿Cómo sigue el ritmo el equipo cuando crecen las peticiones?
El panel muestra la carga por tienda: totales, peticiones recientes, las ideas más votadas y el desglose de estados. La lista de peticiones filtra por producto, estado y votos, cambia estados en masa y lleva una nota privada por petición. Un correo te avisa de cada petición nueva, en la dirección que elijas.
Todo queda dentro de la tienda: las páginas heredan tu plantilla automáticamente, a los compradores solo se les sirven archivos locales, en una multitienda cada petición pertenece a su tienda y su idioma, y las respuestas públicas no llevan ni el correo del cliente, ni su dirección, ni su identidad. Los datos de demanda de tus clientes son tuyos.
-
Referenciamprfeaturerequest
-
Compatibilidad PrestaShopPS 1.7 – 9.x
-
Modelo de precioCompra única
-
Tipo de móduloFront & Back-office
-
Relevante para RGPDSí
-
Objetivo comercialComunicación con el cliente
-
Cuenta externa necesariaNo
-
Complejidad del móduloMódulo completo
-
Etapa del recorrido del clienteRetener clientes
-
Funciona con plataformaSin plataforma externa
Qué dicen nuestros clientes de nosotros
Reseñas de empresa
5.0
★
★
★
★
★
(4 reseñas)
Cargando reseñas de clientes...
Aún no hay reseñas del producto
Sé la primera persona en compartir tu experiencia con este módulo.
Escribir una reseña
Ofrezca a sus clientes un espacio dedicado en las páginas de producto para proponer mejoras, votar por las ideas que les importan y seguir su roadmap pública. Feature Requests & Voting convierte los mensajes repetidos del tipo “¿pueden añadir esto?” en un tablero visible de solicitudes, con recuentos de votos, etiquetas de estado, respuestas del administrador y un hub de roadmap que puede enlazar desde su tienda.
¿Tiene alguna pregunta sobre este producto?
Nuestros expertos están aquí para ayudarle. Pregunte sobre instalación, compatibilidad o especificaciones.
1315
preguntas
9
categorías
v2.2.82026-05-27
- AddedFinalize feature request hub SEO cleanup
- AddedComplete feature request SEO hub
- AddedRebuild public feature request hub
Cargando changelog completo...
Funciona bien con Solicitudes de funciones & votación
Los módulos que nuestro equipo combina realmente con este, y por qué cada uno encaja en la misma configuración.
Flujo de trabajo
Feature Requests & Voting ofrece a los clientes un tablero visible para sugerir ideas y votar los cambios que más importan, vinculando las solicitudes a los productos y dando a tu equipo un flujo de hoja de ruta en el Back Office. Una vez que decides qué construir o cambiar, también necesitas un lugar para contárselo a los clientes.
Blog Revolution cubre eso como una herramienta independiente, un espacio nativo para guías de compra, anuncios y consejos, con categorías, etiquetas, autores, comentarios y páginas de blog limpias que pueden atraer tráfico de búsqueda y llevar a los lectores hacia los productos.
Usados en conjunto, Feature Requests & Voting recopila y prioriza las aportaciones de los clientes mientras que Blog Revolution comunica los resultados y las novedades más amplias. Uno escucha y el otro anuncia; juntos cierran parte del ciclo, de modo que los clientes ven que sus ideas quedan registradas y leen sobre lo que está cambiando, manteniendo la interacción y el contenido en la misma dirección.
Flujo de trabajo
Feature Requests & Voting da a los clientes un lugar público para proponer ideas y votar, convirtiendo los comentarios dispersos en una hoja de ruta gestionada, con solicitudes vinculadas a los productos. Las ideas públicas miran al futuro, pero los clientes también tienen problemas privados e inmediatos que no encajan en un tablero abierto.
Support Revolution cubre esos casos como una herramienta independiente, un servicio de soporte de PrestaShop con historial de tickets, identidad del cliente y contexto del pedido, además de tickets de invitado opcionales, para atender incidencias individuales.
Usados en conjunto, Feature Requests & Voting recoge las sugerencias compartidas y públicas mientras que Support Revolution atiende la ayuda privada, caso por caso. Son herramientas independientes que sirven a distintos tipos de contacto; juntas dan a los clientes tanto voz sobre lo que se construye como una ruta clara para los asuntos personales, de modo que los comentarios y el soporte tengan cada uno su lugar adecuado en vez de mezclarse en un solo canal.
Complemento
Feature Requests & Voting permite a los clientes proponer futuras mejoras y votarlas, dando a tu equipo una hoja de ruta gestionada de lo que la gente quiere a continuación. Esto capta los deseos sobre lo que debería cambiar; no comunica el estado actual de los problemas conocidos en los productos existentes.
Issue Tracker cubre eso como una herramienta independiente, publicando un flujo de problemas conocidos y FAQ de producto, con una pestaña de incidencias en la página del producto que muestra los recuentos abiertos y totales, distintivos de estado y correcciones resueltas.
Usados en conjunto, Feature Requests & Voting mira hacia adelante, hacia los cambios deseados, mientras que Issue Tracker es transparente sobre las limitaciones y correcciones actuales. Uno reúne las aspiraciones y el otro informa de la realidad; juntos ofrecen a los clientes una visión honesta y de dos caras, lo que se pide y lo que está actualmente abierto o resuelto, lo que genera confianza y reduce los contactos de soporte por sorpresa.
30 días de devolución
Devolución fácil - sin preguntas
Módulos Plug & Play
Instalar, configurar y beneficiarse
Soporte ante todo
Prioridad en ayuda y satisfacción
También podría interesarle
