Feature Requests & Voting è un modulo per i negozi PrestaShop che raccoglie le richieste di funzionalità dei clienti direttamente sulla pagina prodotto e le trasforma in domanda contata e votata. L’installazione aggiunge la scheda delle richieste, le bacheche e la schermata delle impostazioni; accenderlo è tutta la configurazione.
Il problema che risolve è la domanda dispersa. I desideri arrivano via mail al supporto, in chat e nelle recensioni, e nessuno li conta, così la prossima decisione di sviluppo segue la voce più forte invece del numero più grande. Le bacheche di feedback in hosting misurano la domanda, ma vivono fuori dal negozio, costano un canone mensile per bacheca e non sanno nulla del tuo catalogo.
Il modulo si apre semplice e si governa in profondità. I clienti inviano una richiesta e votano direttamente sulla pagina prodotto, e gli stessi dati alimentano tre superfici: la scheda su ogni prodotto, una bacheca per prodotto e una roadmap pubblica dell’intero negozio, consultabile e raggruppata per stato: inviata, in valutazione, pianificata, in corso, realizzata. Decidi tu chi partecipa: invio aperto a tutti o riservato ai clienti registrati, nuove richieste trattenute per la tua approvazione prima che qualcuno le veda, voto degli ospiti sì o no, con un voto per cliente.
Governi anche ciò che vede il pubblico: conteggi dei voti, distintivi di stato e risposte del personale hanno ciascuno il proprio interruttore, e una discussione sotto ogni richiesta permette ai clienti di aggiungere dettagli e al tuo team di rispondere pubblicamente. Le richieste doppie si fondono in una conservando ogni voto. Le pagine ereditano il tema del negozio, esistono in ogni lingua con indirizzi puliti, e la bacheca principale partecipa alla ricerca mentre le pagine filtrate ne restano fuori. Ogni richiesta registra negozio e lingua, i dati non lasciano il negozio, e nulla di personale raggiunge il browser.
Il risultato: una roadmap costruita su domanda contata invece che su mail ricordate, clienti che vedono «pianificata» e restano invece di andarsene, pagine di richieste che portano chi cerca dritto al prodotto che avrà la funzione, e una bacheca di feedback senza canone mensile.
Panoramica delle possibilità del modulo
Feature Requests & Voting trasforma i desideri di funzionalità in una roadmap misurabile e legata ai prodotti, dentro un negozio PrestaShop. La panoramica qui sotto attraversa le sei parti di questa pagina.
- Richieste dove nascono: una scheda invia-e-vota sulla pagina prodotto stessa.
- Tre superfici, un solo insieme di dati: scheda prodotto, bacheca per prodotto e roadmap dell’intero negozio.
- Regole di partecipazione: accesso richiesto, coda di approvazione, voto degli ospiti, un voto per cliente.
- Conversazione e ordine: discussioni con risposte del personale, doppioni fusi conservando i voti.
- Una bacheca che si posiziona: indirizzi puliti e localizzati, partecipazione della bacheca principale alla ricerca, link ai prodotti.
- Gestione su scala: cruscotto, elenco filtrabile, cambi di stato in massa, notifiche.

Dove chiedono i clienti, e perché conta?
Sulla pagina prodotto, nell’istante esatto in cui notano che cosa manca. La richiesta viaggia con il prodotto che riguarda: «aggiungete la versione con cavo più lungo» non è mai un appunto volante, è un desiderio contato agganciato a una voce del catalogo. Accanto sta il voto: una pressione, un voto per cliente, con i voti degli ospiti depurati dai doppioni.
Gli stessi dati compaiono in tre modi senza lavoro extra: la scheda su ogni prodotto, la bacheca completa di quel prodotto e la roadmap dell’intero negozio dove tutte le richieste si incontrano, consultabile e raggruppata per stato. La conseguenza: la domanda smette di essere aneddoto. La funzione con quaranta voti e quella con due hanno finalmente dimensioni diverse.

Chi ha diritto di inviare e votare?
Decidi tu, con interruttori. Invio aperto a ogni visitatore o riservato ai clienti registrati. Le nuove richieste aspettano nella coda di approvazione e restano nascoste finché non le liberi, così spam e doppioni non raggiungono mai la bacheca pubblica. Il voto si accende o si spegne in blocco, il voto degli ospiti è una decisione a parte, e ogni cliente vota una volta per richiesta.
La visualizzazione segue la stessa logica: conteggi dei voti, distintivi di stato e risposte del personale compaiono solo se li accendi. Un negozio giovane mostra le richieste senza numeri finché i numeri non convincono; un negozio affermato mostra tutto.

Che cosa succede a una richiesta dopo l’invio?
Riceve un ciclo di vita: inviata, in valutazione, pianificata, in corso, realizzata, ogni stato come distintivo che il cliente capisce. Sotto ogni richiesta corre una discussione in cui i clienti aggiungono dettagli e il tuo team risponde pubblicamente, così il ragionamento resta accanto al desiderio. Quando due persone chiedono la stessa cosa con parole diverse, fondi i doppioni in una sola richiesta e ogni voto viene conservato.
La conseguenza tocca la fedeltà: chi vede «pianificata» sul proprio desiderio resta, e chi vede «realizzata» torna a comprare. Una bacheca di idee che risponde è un motivo per tornare; una casella muta no.

Una bacheca di feedback aiuta il negozio a posizionarsi?
Questa sì, di proposito. Le pagine delle richieste hanno indirizzi puliti in ogni lingua del negozio, comportamento canonico corretto e paginazione ordinata. La bacheca pubblica partecipa alla ricerca e alla mappa del sito quando lo permetti, mentre le pagine di dettaglio e quelle filtrate ne restano fuori di proposito: il negozio guadagna una pagina indicizzata forte invece di mille pagine sottili. Un indirizzo di richiesta aperto nella lingua sbagliata reindirizza a quella giusta.
Così chi cerca esattamente la capacità che stai costruendo atterra sulla tua roadmap, a un link dal prodotto che la riceverà. Una bacheca in hosting dentro una cornice non dà nulla ai motori; questa dà loro una pagina che merita un posizionamento.
Come fa il team a tenere il passo quando le richieste crescono?
Il cruscotto mostra il carico per negozio: totali, richieste recenti, le idee più votate e la ripartizione degli stati. L’elenco delle richieste filtra per prodotto, stato e voti, cambia gli stati in massa e porta una nota privata per richiesta. Una mail ti avvisa di ogni nuova richiesta, all’indirizzo che scegli.
Tutto resta nel negozio: le pagine ereditano automaticamente il tuo tema, agli acquirenti vengono serviti solo file locali, nel multinegozio ogni richiesta appartiene al suo negozio e alla sua lingua, e le risposte pubbliche non portano né la mail del cliente, né l’indirizzo, né l’identità. I dati sulla domanda dei tuoi clienti sono tuoi.

-
Riferimentomprfeaturerequest
-
Compatibilità PrestaShopPS 1.7 – 9.x
-
Modello di prezzoAcquisto singolo
-
Tipo di moduloFront & Back-office
-
Rilevante per GDPRSì
-
Obiettivo di businessComunicazione con i clienti
-
Account esterno necessarioNo
-
Complessità del moduloModulo completo
-
Fase del percorso clienteFidelizzare i clienti
-
Funziona con piattaformaNessuna piattaforma esterna
Cosa dicono di noi i nostri clienti
Sii il primo a condividere la tua esperienza con questo modulo.
Scrivi una recensione
Offra ai clienti uno spazio dedicato sulle pagine prodotto per suggerire miglioramenti, votare le idee che ritengono importanti e seguire la sua roadmap pubblica. Feature Requests & Voting trasforma i messaggi ricorrenti del tipo “potete aggiungere questa funzione?” in una bacheca visibile di richieste, con conteggi dei voti, etichette di stato, risposte dell’amministratore e un hub roadmap che può collegare dal suo negozio.
- AddedFinalize feature request hub SEO cleanup
- AddedComplete feature request SEO hub
- AddedRebuild public feature request hub
Funziona bene con Richieste di funzionalità & votazione
I moduli che il nostro team abbina davvero a questo, e perché ciascuno merita di stare nella stessa configurazione.
Feature Requests & Voting offre ai clienti una bacheca visibile per proporre idee e votare i cambiamenti che contano di più, collegando le richieste ai prodotti e dando al tuo team un flusso di roadmap nel Back Office. Una volta deciso cosa costruire o modificare, serve anche un luogo per comunicarlo ai clienti.
Blog Revolution copre questo aspetto come strumento separato, uno spazio nativo per guide all'acquisto, annunci e consigli, con categorie, tag, autori, commenti e pagine di blog pulite in grado di attirare traffico di ricerca e guidare i lettori verso i prodotti.
Usati insieme, Feature Requests & Voting raccoglie e assegna priorità ai contributi dei clienti mentre Blog Revolution comunica i risultati e le novità più ampie. Uno ascolta e l'altro annuncia; insieme chiudono parte del ciclo, così i clienti vedono le loro idee raccolte e leggono ciò che sta cambiando, mantenendo coinvolgimento e contenuti orientati nella stessa direzione.
Feature Requests & Voting offre ai clienti uno spazio pubblico per proporre idee e votare, trasformando feedback sparsi in una roadmap gestita, con richieste collegate ai prodotti. Le idee pubbliche guardano al futuro, ma i clienti hanno anche problemi privati e immediati che non trovano posto su una bacheca aperta.
Support Revolution copre questi casi come strumento separato, un help desk PrestaShop con cronologia dei ticket, identità del cliente e contesto dell'ordine, oltre a ticket ospite opzionali, per gestire le questioni individuali.
Usati insieme, Feature Requests & Voting raccoglie i suggerimenti condivisi e pubblici mentre Support Revolution gestisce l'assistenza privata, caso per caso. Sono strumenti indipendenti che servono tipi di contatto diversi; insieme danno ai clienti sia voce su ciò che viene costruito sia un percorso chiaro per le questioni personali, così che feedback e supporto abbiano ciascuno il posto giusto invece di essere mescolati in un solo canale.
Feature Requests & Voting consente ai clienti di proporre miglioramenti futuri e votarli, dando al tuo team una roadmap gestita di ciò che le persone desiderano in seguito. Questo cattura i desideri su cosa dovrebbe cambiare; non comunica lo stato attuale dei problemi noti sui prodotti esistenti.
Issue Tracker copre questo aspetto come strumento separato, pubblicando un flusso di problemi noti e FAQ di prodotto, con una scheda dei problemi sulla pagina prodotto che mostra i conteggi aperti e totali, badge di stato e correzioni risolte.
Usati insieme, Feature Requests & Voting guarda avanti ai cambiamenti desiderati mentre Issue Tracker è trasparente sui limiti e sulle correzioni attuali. Uno raccoglie le aspirazioni e l'altro riporta la realtà; insieme offrono ai clienti una visione onesta e a due facce, ciò che viene richiesto e ciò che è attualmente aperto o risolto, il che crea fiducia e riduce i contatti al supporto dovuti alla sorpresa.
Reso semplice - senza domande
Installa, configura e guadagna
Priorità ad aiuto e soddisfazione