Feature Requests & Voting — Documentazione

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.

Feature Requests & Voting

Feature Requests & Voting aggiunge alle pagine prodotto un’area per le richieste dei clienti. I clienti possono inviare un’idea di funzionalità per il prodotto corrente, votare le richieste esistenti e vedere se un’idea è in valutazione, pianificata, in lavorazione, implementata o rifiutata.

Per i merchant, il modulo aggiunge una dashboard nel back office e un gestore delle richieste dove è possibile esaminare nuove idee, cambiare gli stati, aggiungere una nota pubblica dell’amministratore, filtrare le richieste, esportare l’elenco e usare i voti per decidere quali miglioramenti contano di più per i clienti.

Compatibilità: PrestaShop da 1.6 a 9.0 (ultima versione), PHP 7.1+. Continuiamo a supportare le prossime versioni di PrestaShop.

Come funziona

Su ogni pagina prodotto, il modulo può mostrare una scheda Richieste di funzionalità. I visitatori possono aprire il modulo di richiesta, inserire un titolo e una descrizione e inviare un’idea per quel prodotto. I clienti connessi vengono identificati automaticamente; gli ospiti possono inviare una richiesta con nome e indirizzo e-mail, a meno che non sia richiesto il login.

Ogni nuova richiesta riceve automaticamente un voto dal suo autore. Gli altri visitatori possono votare le richieste visibili o rimuovere il proprio voto. I voti vengono conteggiati per cliente quando l’utente è connesso, oppure per indirizzo IP nel caso del voto ospite.

Il workflow pubblico predefinito usa queste chiavi di stato reali:

submitted     = Submitted
under_review  = Under Review
planned       = Planned
in_progress   = In Progress
implemented   = Implemented
declined      = Declined

Le richieste con stato submitted sono in attesa di revisione e sono visibili solo all’autore. Le richieste con stato declined sono nascoste dal front office pubblico. Le richieste pubbliche approvate appaiono nella scheda prodotto, nelle pagine di richiesta specifiche del prodotto e nell’hub roadmap.

Installazione

1. Nel back office, vada su Modules → Module Manager
2. Faccia clic su Upload a module e selezioni il file ZIP
3. Installi il modulo
4. Faccia clic su Configure
5. Controlli le impostazioni in Feature Requests → Settings
6. Visiti una pagina prodotto e verifichi la scheda Feature Requests

Il modulo installa tre tabelle di database per richieste, voti e commenti/risposte amministratore:

mprfeaturerequest_request
mprfeaturerequest_vote
mprfeaturerequest_comment

Configurazione

Le impostazioni del modulo sono raggruppate nel back office nelle schede Generale, Voto, Visualizzazione, SEO e Notifiche.

Impostazioni generali

ENABLED = 1
REQUIRE_LOGIN = 0
REQUIRE_APPROVAL = 1
REQUESTS_PER_PAGE = 10

Abilita richieste di funzionalità attiva o disattiva l’area richieste nel front office.

Richiedi login per inviare controlla se gli ospiti possono inviare idee. Quando è disabilitato, gli ospiti devono fornire nome e indirizzo e-mail.

Richiedi approvazione amministratore mantiene le nuove richieste nello stato submitted finché non vengono esaminate. Quando è disabilitato, le nuove richieste partono dallo stato under_review.

Richieste per pagina controlla quante richieste della pagina prodotto vengono caricate contemporaneamente nella scheda.

Il modulo di invio nel front office usa questi limiti:

title: minimum 5 characters, maximum 255 characters
description: minimum 10 characters, maximum 2000 characters
guest name: maximum 128 characters
guest email: maximum 255 characters
rate limit: 3 requests per product per IP address per day

Impostazioni di voto

VOTING_ENABLED = 1
GUEST_VOTING = 0

Abilita voto permette ai clienti di votare le richieste di funzionalità.

Consenti voto ospite permette ai visitatori di votare senza effettuare il login. Se il voto ospite è disabilitato, possono votare solo i clienti connessi.

Il tracciamento dei voti usa l’ID cliente per i clienti connessi e l’indirizzo IP del visitatore per gli ospiti:

logged-in vote: id_request + id_customer
guest vote:     id_request + ip_address

Il voto è un interruttore. Un clic aggiunge un voto; un secondo clic lo rimuove.

Impostazioni di visualizzazione

SHOW_ON_PRODUCT = 1
SHOW_VOTE_COUNT = 1
SHOW_STATUS_BADGE = 1
SHOW_ADMIN_COMMENTS = 1
SHOW_ROADMAP_PAGE = 1

Mostra scheda sulle pagine prodotto aggiunge la scheda delle richieste di funzionalità alle pagine prodotto.

Mostra conteggio voti visualizza il numero di voti accanto a ogni richiesta.

Mostra badge di stato visualizza etichette di stato pubbliche come In valutazione, Pianificata, In lavorazione e Implementata.

Mostra risposte amministratore visualizza la nota pubblica dell’amministratore aggiunta nell’editor della richiesta.

Abilita pagina roadmap abilita l’hub pubblico della roadmap che elenca le richieste visibili tra i prodotti.

Impostazioni SEO

INDEX_ROADMAP_PAGE = 1
INCLUDE_IN_SITEMAP = 1

L’hub roadmap può essere indicizzabile. Le pagine di dettaglio e le pagine di richiesta modulo/prodotto sono intenzionalmente noindex.

roadmap page: configurable index/noindex
detail pages: noindex
module/product request pages: noindex
AJAX endpoints: noindex, nofollow, noarchive

Quando l’inclusione nella sitemap è abilitata e la pagina roadmap è indicizzabile, il modulo può aggiungere l’URL della roadmap alla generazione compatibile della sitemap tramite questo hook:

gSitemapAppendUrls

La voce della sitemap usa:

priority: 0.5
changefreq: weekly
lastmod: latest public request update, or current date if no request date exists

URL pubblici

Il modulo crea route front-office localizzate per la roadmap, le pagine di dettaglio e le pagine di richiesta specifiche del prodotto.

Gli URL inglesi predefiniti usano:

/feature-requests
/feature-requests/{request-slug}
/feature-requests/module/{product-slug}
/feature-requests/module/{product-slug}/page/{page}

I prefissi di route localizzati inclusi nel modulo sono:

en: feature-requests
de: funktionswuensche
fr: demandes-de-fonctionnalites
pl: propozycje-funkcji
it: richieste-funzionalita
es: solicitudes-de-funciones

Per i negozi multilingua, il modulo genera URL della roadmap sensibili alla lingua e URL alternativi per le altre lingue.

Gestione nel back office

Dopo l’installazione, il modulo aggiunge un menu Feature Requests con:

Dashboard
Requests
Settings
Integrity
License
Support
Update

La dashboard mostra:

• Richieste totali
• Richieste nuove/inviate
• Richieste pianificate/in lavorazione
• Richieste implementate
• Voti totali
• Richieste aggiunte questo mese
• Richieste recenti
• Richieste aperte più votate

L’elenco Richieste include colonne per:

ID
Product
Customer
Title
Votes
Status
Date

Dall’editor della richiesta è possibile esaminare titolo e descrizione inviati, vedere nome ed e-mail del cliente, controllare il conteggio dei voti, cambiare lo stato e aggiungere una Nota amministratore. La nota amministratore è pubblica quando Mostra risposte amministratore è abilitato.

Sono disponibili azioni massive per eliminare richieste e cambiare lo stato della richiesta:

Set status: Submitted
Set status: Under Review
Set status: Planned
Set status: In Progress
Set status: Implemented
Set status: Declined

Esperienza cliente

Un cliente può:

• Aprire la scheda Feature Requests su una pagina prodotto
• Inviare un’idea per quel prodotto
• Votare le richieste visibili
• Ordinare le richieste prodotto per più votate, più recenti o meno recenti
• Caricare altre richieste senza lasciare la pagina prodotto
• Aprire i dettagli della richiesta dalla roadmap
• Vedere i badge di stato pubblici quando abilitati
• Vedere la risposta pubblica dell’amministratore quando abilitata

Il modulo della pagina prodotto invia queste azioni AJAX front-office:

getToken
submitRequest
vote
loadRequests
loadComments

Le azioni di scrittura usano un controllo token PrestaShop prima di accettare un invio o un voto.

Suggerimenti

• Mantenga Richiedi approvazione amministratore abilitato se vuole esaminare le richieste prima che appaiano pubblicamente.
• Sposti rapidamente le richieste accettate fuori da submitted. Una bacheca piena di elementi in attesa scoraggia i clienti dall’aggiungere altre idee.
• Usi under_review per le idee ancora in valutazione, planned per i lavori accettati, in_progress per i lavori attivi e implemented dopo il rilascio.
• Aggiunga una breve nota amministratore quando cambia una richiesta importante in Pianificata, In lavorazione, Implementata o Rifiutata. Offre contesto ai clienti senza richiedere una risposta separata del supporto.
• Lasci abilitate le richieste degli ospiti se vuole ridurre gli ostacoli, ma mantenga disabilitato il voto ospite se la qualità dei voti conta più del volume.
• Colleghi l’hub roadmap dal footer, dall’area account o dalle pagine di supporto prodotto quando vuole aiutare i clienti a trovare la bacheca delle richieste.

Domande frequenti

Un cliente può votare la propria richiesta?
Sì. Una nuova richiesta parte con un voto automatico dell’autore.

Gli ospiti possono inviare richieste?
Sì, a meno che non abiliti Richiedi login per inviare. Gli invii ospite richiedono nome e indirizzo e-mail.

Gli ospiti possono votare?
Solo se Consenti voto ospite è abilitato. Altrimenti, i visitatori devono accedere per votare.

Come vengono ordinate le richieste sulle pagine prodotto?
L’ordinamento predefinito mostra prima le richieste più votate. I clienti possono anche ordinare per più recenti o meno recenti.

Le nuove richieste appaiono subito pubblicamente?
Per impostazione predefinita, no. Con Richiedi approvazione amministratore abilitato, le nuove richieste usano lo stato submitted e sono visibili solo all’autore finché non ne cambia lo stato.

Quali stati sono nascosti dall’elenco pubblico?
Le richieste submitted sono nascoste a tutti tranne che all’autore, e le richieste declined sono nascoste dal front office.

Posso mostrare una risposta pubblica a una richiesta?
Sì. Aggiunga una Nota amministratore nell’editor della richiesta e mantenga Mostra risposte amministratore abilitato.

Il modulo crea una pagina roadmap indicizzabile?
Sì. L’hub principale della roadmap può essere indicizzato quando Index Feature Requests Hub è abilitato. Le pagine di dettaglio, le pagine filtrate/modulo e gli endpoint AJAX restano noindex.

La roadmap può essere inclusa nella sitemap XML?
Sì, quando Include Feature Requests Hub in Sitemap è abilitato e la pagina roadmap può essere indicizzata.