Feature Requests & Voting — Documentation

Offrez à vos clients un espace dédié sur les pages produit pour proposer des améliorations, voter pour les idées qui les intéressent et suivre votre roadmap publique. Feature Requests & Voting transforme les messages récurrents du type « pouvez-vous ajouter ceci ? » en un tableau de demandes visible, avec nombre de votes, statuts, réponses de l’administrateur et hub de roadmap que vous pouvez lier depuis votre boutique.

Feature Requests & Voting

Feature Requests & Voting ajoute une zone de demandes clients à vos pages produit. Les clients peuvent soumettre une idée de fonctionnalité pour le produit consulté, voter pour des demandes existantes et voir si une idée est en cours d’examen, planifiée, en cours de réalisation, implémentée ou refusée.

Pour les marchands, le module ajoute un tableau de bord back-office et un gestionnaire de demandes où vous pouvez examiner les nouvelles idées, modifier les statuts, ajouter une note publique de l’administrateur, filtrer les demandes, exporter la liste et utiliser les votes pour déterminer les améliorations les plus importantes pour vos clients.

Compatibilité : PrestaShop 1.6 à 9.0 (dernière version), PHP 7.1+. Nous continuons à prendre en charge les prochaines versions de PrestaShop.

Fonctionnement

Sur chaque page produit, le module peut afficher un onglet Demandes de fonctionnalités. Les visiteurs peuvent ouvrir le formulaire de demande, saisir un titre et une description, puis soumettre une idée pour ce produit. Les clients connectés sont identifiés automatiquement ; les invités peuvent soumettre une demande avec un nom et une adresse e-mail, sauf si vous exigez la connexion.

Chaque nouvelle demande reçoit automatiquement un vote de son auteur. Les autres visiteurs peuvent voter pour les demandes visibles ou retirer leur vote. Les votes sont comptés par client lorsque l’utilisateur est connecté, ou par adresse IP pour le vote invité.

Le workflow public par défaut utilise ces clés de statut réelles :

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

Les demandes avec le statut submitted sont en attente d’examen et ne sont visibles que par leur auteur. Les demandes avec le statut declined sont masquées du front office public. Les demandes publiques approuvées apparaissent dans l’onglet produit, sur les pages de demandes propres au produit et dans le hub de roadmap.

Installation

1. Dans votre back office, allez dans Modules → Module Manager
2. Cliquez sur Upload a module et sélectionnez le fichier ZIP
3. Installez le module
4. Cliquez sur Configure
5. Vérifiez les paramètres sous Feature Requests → Settings
6. Ouvrez une page produit et vérifiez l’onglet Feature Requests

Le module installe trois tables de base de données pour les demandes, les votes et les commentaires/réponses administrateur :

mprfeaturerequest_request
mprfeaturerequest_vote
mprfeaturerequest_comment

Configuration

Les paramètres du module sont regroupés dans le back office en onglets Général, Vote, Affichage, SEO et Notifications.

Paramètres généraux

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

Activer les demandes de fonctionnalités active ou désactive la zone de demandes de fonctionnalités dans le front office.

Connexion requise pour soumettre détermine si les invités peuvent soumettre des idées. Lorsque cette option est désactivée, les invités doivent fournir leur nom et leur adresse e-mail.

Validation administrateur requise conserve les nouvelles demandes avec le statut submitted jusqu’à ce que vous les examiniez. Lorsque cette option est désactivée, les nouvelles demandes commencent avec le statut under_review.

Demandes par page contrôle le nombre de demandes de la page produit chargées en une fois dans l’onglet.

Le formulaire de soumission du front office utilise ces limites :

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

Paramètres de vote

VOTING_ENABLED = 1
GUEST_VOTING = 0

Activer le vote permet aux clients de voter pour les demandes de fonctionnalités.

Autoriser le vote invité permet aux visiteurs de voter sans se connecter. Si le vote invité est désactivé, seuls les clients connectés peuvent voter.

Le suivi des votes utilise l’ID client pour les clients connectés et l’adresse IP du visiteur pour les invités :

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

Le vote fonctionne comme un interrupteur. Un premier clic ajoute un vote ; un second clic le retire.

Paramètres d’affichage

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

Afficher l’onglet sur les pages produit ajoute l’onglet de demandes de fonctionnalités aux pages produit.

Afficher le nombre de votes affiche le nombre de votes à côté de chaque demande.

Afficher les badges de statut affiche les libellés de statut publics, comme En cours d’examen, Planifié, En cours et Implémenté.

Afficher les réponses administrateur affiche la note publique de l’administrateur que vous ajoutez dans l’éditeur de demande.

Activer la page de roadmap active le hub public de roadmap qui liste les demandes visibles pour tous les produits.

Paramètres SEO

INDEX_ROADMAP_PAGE = 1
INCLUDE_IN_SITEMAP = 1

Le hub de roadmap peut être indexable. Les pages de détail et les pages de demandes module/produit sont volontairement en noindex.

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

Lorsque l’inclusion dans le sitemap est activée et que la page de roadmap est indexable, le module peut ajouter l’URL de la roadmap à une génération de sitemap compatible via ce hook :

gSitemapAppendUrls

L’entrée du sitemap utilise :

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

URL publiques

Le module crée des routes front-office localisées pour la roadmap, les pages de détail et les pages de demandes propres aux produits.

Les URL anglaises par défaut utilisent :

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

Les préfixes de routes localisés inclus dans le module sont :

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

Pour les boutiques multilingues, le module génère des URL de roadmap tenant compte de la langue ainsi que des URL de langues alternatives.

Gestion dans le back office

Après l’installation, le module ajoute un menu Feature Requests avec :

Dashboard
Requests
Settings
Integrity
License
Support
Update

Le tableau de bord affiche :

• Nombre total de demandes
• Nouvelles demandes/demandes soumises
• Demandes planifiées/en cours
• Demandes implémentées
• Nombre total de votes
• Demandes ajoutées ce mois-ci
• Demandes récentes
• Demandes ouvertes les plus votées

La liste des demandes comprend des colonnes pour :

ID
Product
Customer
Title
Votes
Status
Date

Depuis l’éditeur de demande, vous pouvez examiner le titre et la description soumis, voir le nom et l’e-mail du client, vérifier le nombre de votes, modifier le statut et ajouter une Note administrateur. La note administrateur est publique lorsque Afficher les réponses administrateur est activé.

Des actions groupées sont disponibles pour supprimer des demandes et modifier leur statut :

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

Expérience client

Un client peut :

• Ouvrir l’onglet Feature Requests sur une page produit
• Soumettre une idée pour ce produit
• Voter pour les demandes visibles
• Trier les demandes produit par plus votées, plus récentes ou plus anciennes
• Charger plus de demandes sans quitter la page produit
• Ouvrir les détails d’une demande depuis la roadmap
• Voir les badges de statut publics lorsqu’ils sont activés
• Voir votre réponse administrateur publique lorsqu’elle est activée

Le formulaire de la page produit envoie ces actions AJAX front-office :

getToken
submitRequest
vote
loadRequests
loadComments

Les actions d’écriture utilisent une vérification de token PrestaShop avant d’accepter une soumission ou un vote.

Conseils

• Gardez Validation administrateur requise activé si vous voulez examiner les demandes avant leur publication.
• Sortez rapidement les demandes acceptées du statut submitted. Un tableau rempli d’éléments en attente décourage les clients d’ajouter de nouvelles idées.
• Utilisez under_review pour les idées que vous évaluez encore, planned pour les travaux acceptés, in_progress pour les travaux en cours et implemented après la mise en production.
• Ajoutez une courte note administrateur lorsque vous passez une demande importante à Planifié, En cours, Implémenté ou Refusé. Cela donne du contexte aux clients sans nécessiter de réponse séparée du support.
• Laissez les soumissions invitées activées si vous souhaitez réduire les obstacles, mais gardez le vote invité désactivé si la qualité des votes compte plus que leur volume.
• Ajoutez un lien vers le hub de roadmap dans votre pied de page, l’espace client ou les pages de support produit lorsque vous voulez aider les clients à trouver le tableau de demandes.

Questions fréquentes

Un client peut-il voter pour sa propre demande ?
Oui. Une nouvelle demande commence avec un vote automatique de son auteur.

Les invités peuvent-ils soumettre des demandes ?
Oui, sauf si vous activez Connexion requise pour soumettre. Les soumissions invitées exigent un nom et une adresse e-mail.

Les invités peuvent-ils voter ?
Uniquement si Autoriser le vote invité est activé. Sinon, les visiteurs doivent se connecter pour voter.

Comment les demandes sont-elles triées sur les pages produit ?
Le tri par défaut affiche d’abord les demandes les plus votées. Les clients peuvent aussi trier par plus récentes ou plus anciennes.

Les nouvelles demandes apparaissent-elles publiquement tout de suite ?
Par défaut, non. Lorsque Validation administrateur requise est activé, les nouvelles demandes utilisent le statut submitted et ne sont visibles que par leur auteur jusqu’à ce que vous changiez leur statut.

Quels statuts sont masqués dans la liste publique ?
Les demandes submitted sont masquées pour tout le monde sauf leur auteur, et les demandes declined sont masquées du front office.

Puis-je afficher une réponse publique à une demande ?
Oui. Ajoutez une Note administrateur dans l’éditeur de demande et gardez Afficher les réponses administrateur activé.

Le module crée-t-il une page de roadmap indexable ?
Oui. Le hub principal de roadmap peut être indexé lorsque Index Feature Requests Hub est activé. Les pages de détail, les pages filtrées/module et les endpoints AJAX restent en noindex.

La roadmap peut-elle être incluse dans le sitemap XML ?
Oui, lorsque Include Feature Requests Hub in Sitemap est activé et que l’indexation de la page de roadmap est autorisée.