Si vous n’utilisez pas Ninja Demo pour votre produit WordPress, votre site de démonstration est probablement nul et vous perdez des ventes à cause de cela. Je n’essaie pas de me battre ; J’énonce juste les faits durs et froids. Comment puis-je savoir? Parce que jusqu’à il y a quelques semaines à peine, mon site de démonstration était aussi nul.
La plupart d’entre nous qui vendons des produits WordPress reçoivent des tonnes de demandes pour les essayer avant de les acheter. Un site de démonstration est la solution parfaite pour cela, mais seulement si c’est bien fait. Le problème, c’est qu’aucun de nous ne l’a fait correctement. Nous avons tous nos propres approches, cependant, en fin de compte, nous souffrons tous des mêmes lacunes.
Noter: Ce produit a été abandonné. Nous vous recommandons de consulter notre guide pour créer un site de mise en scène et de choisir une option de mise en scène en direct pour créer un site de démonstration pour votre produit.
Comment nous faisons tous les sites de démonstration actuellement
Très rapidement, permettez-moi d’essayer de décrire ce que nous faisons tous actuellement. Si je manque complètement la cible, n’hésitez pas à me le faire savoir dans les commentaires, mais je pense que c’est assez proche d’au moins 99% des sites de démonstration disponibles aujourd’hui.
- Nous créons notre contenu, nos utilisateurs et concevons la façon dont nous souhaitons que notre site de démonstration soit présenté.
- Nous créons une sauvegarde de la base de données.
- Nous écrivons un cron qui met à jour la base de données toutes les heures ou à un autre intervalle.
- Nous piratons ensemble une série d’extraits de code et de plugins pour restreindre les sections de l’administrateur accessibles et les actions pouvant être effectuées.
Certains d’entre nous automatisent ce processus mieux que d’autres, mais en fin de compte, toutes nos solutions présentent des défauts majeurs.
Pourquoi les sites de démonstration sont actuellement nuls
Il y a de nombreuses raisons pour lesquelles ils sont nuls, mais permettez-moi d’en aborder seulement deux. Promis, ce sont les deux seuls dont vous aurez besoin.
1. Corruption du contenu de l’utilisateur
Tous nos utilisateurs essaient de tester les mêmes données en même temps.
Un cron qui restaure une sauvegarde de la base de données toutes les heures ne résout pas ce problème. En fait, cela ne fait que créer plus de confusion. Un utilisateur teste quelque chose pendant plusieurs minutes et puis, tout d’un coup, le travail qu’il effectuait a complètement disparu.
Les solutions de démonstration actuelles placent tous les utilisateurs dans la même installation WordPress, en modifiant le même contenu et en modifiant les mêmes paramètres. Si vous avez plusieurs utilisateurs qui testent les mêmes choses en même temps, je ne peux que vous promettre une chose : ça ne fonctionnera pour aucun d’entre eux. Dans le « monde des produits », cela signifie que la majorité des utilisateurs supposeront simplement que votre produit est défectueux et passeront à autre chose.
2. Mises à jour laborieuses du contenu
Nous devons franchir plusieurs étapes pour mettre à jour le contenu de la démo.
Quelle que soit la qualité de votre site de démonstration, il devra être mis à jour fréquemment. WordPress et les plugins doivent être tenus à jour. Au fur et à mesure que votre produit mûrira, votre contenu deviendra sans aucun doute obsolète et nécessitera quelques ajustements. Sur la base de la façon dont nous créons tous actuellement des sites de démonstration, voyons à quel point il est difficile de mettre à jour un site de démonstration.
- Nous ne pouvons pas simplement apporter des modifications au contenu parce que les utilisateurs ont peut-être été ou sont en train de modifier la démo. Nous ne voulons certainement pas de tout ce gâchis possible dans notre nouvelle sauvegarde.
- Nous devons exclure les utilisateurs actuels et les empêcher de pouvoir modifier quoi que ce soit pendant que nous effectuons nos mises à jour.
- Nous devons restaurer la démo dans notre sauvegarde propre afin d’avoir un nouveau point de départ pour ajouter nos modifications.
- Une fois nos modifications apportées, nous devons effectuer une nouvelle sauvegarde.
- Nous devons lever les restrictions d’utilisation afin que le site de démonstration soit à nouveau accessible au monde.
Cela ne semble pas si mal comme une belle liste bien rangée, mais si vous avez dû le faire plusieurs fois sur votre propre site de démonstration, vous savez que c’est un énorme buzz kill. Votre site de démonstration doit être un terrain de jeu où les gens peuvent voir à quel point votre produit est génial. Cela n’arrivera pas si vous le voyez comme une sorte de corvée. Au fil du temps, votre site de démonstration sera probablement négligé.
L’avenir des sites de démonstration WordPress
Cela ne doit pas être votre avenir. Cela peut en fait être votre cadeau avec Ninja Demo.
Nous avons construit Ninja Demo pour résoudre les deux défis majeurs dont nous venons de parler et une foule d’autres. De notre point de vue, jusqu’à ce qu’ils soient résolus, notre démo faisait probablement plus de mal que de bien.
1. Les utilisateurs testent tous votre produit dans leur propre bac à sable
C’était la clé. Je veux qu’un utilisateur puisse découvrir nos produits comme s’il travaillait sur son propre site WordPress.
En utilisant la puissance du multisite WordPress, lorsqu’un utilisateur décide d’essayer la démo, un tout nouveau bac à sable est créé juste pour lui. Il a le même contenu et les mêmes paramètres que le site de démonstration principal, mais il n’est visible que par eux. Cela leur permet d’apporter les modifications qu’ils souhaitent et de tester le produit en profondeur sans affecter personne d’autre. De même, personne d’autre n’aura d’impact sur eux.
L’autre grand avantage est que ces bacs à sable n’implosent pas simplement à un certain intervalle. Ils restent en ligne tant que l’utilisateur garde le site de démonstration ouvert dans son navigateur. De cette façon, ils peuvent tester votre produit pendant 10 minutes ou 10 heures et toutes leurs modifications uniques seront préservées.
Une fois qu’un utilisateur a terminé et fermé la démo, il déclenchera une purge du bac à sable dans l’heure. Vous n’aurez plus d’encombrement, car les bacs à sable sont complètement supprimés sans laisser de trace lorsqu’ils ne sont plus utilisés.
2. Le site principal du réseau est votre sauvegarde
La sauvegarde n’est probablement pas le bon terme. Le site principal de votre réseau est tout votre contenu de démonstration. Lorsqu’un bac à sable est créé, il duplique simplement ce site dans l’état dans lequel il se trouve. De cette façon, lorsque vous souhaitez apporter une modification, il vous suffit de vous connecter à votre site principal et d’apporter les modifications souhaitées. Tous les nouveaux bacs à sable recevront automatiquement ces modifications.
Comme je suis celui qui gère généralement notre site de démonstration, j’adore ça. Je suis en fait ravi d’imaginer de nouvelles façons de promouvoir notre produit dans la démo, car ces changements sont si faciles et ils sont instantanément disponibles.
3. L’utilisateur ne peut accéder qu’à ce que vous lui permettez
La sécurité et l’accès sont toujours un problème avec un site de démonstration. Pour tester correctement votre produit, les utilisateurs doivent souvent pouvoir accéder à l’administrateur WordPress. Nous ne voulons pas que les utilisateurs puissent tout faire sous le soleil ; nous voulons juste qu’ils testent complètement le produit.
Ninja Demo est livré avec une section complète de paramètres de liste blanche où vous pouvez sélectionner les sections auxquelles vos utilisateurs administrateurs peuvent accéder. Cela ne modifie pas les capacités de votre utilisateur de démonstration, donc même dans une section en liste blanche, l’utilisateur n’aura que la possibilité d’effectuer les actions de ce rôle.
Ce qui est bien, c’est que vous pouvez donner à différents utilisateurs de démonstration l’accès aux mêmes sections, mais ils n’auront toujours que les capacités que ces rôles permettent.
Un autre avantage de Ninja Demo est que seul un super administrateur a accès au site principal de votre réseau. Cela signifie que vous n’avez pas à vous soucier du fait que votre administrateur de démonstration perturbe votre contenu par défaut. Cela rend également la démo plus sécurisée, car de nombreuses fonctionnalités qu’un administrateur pourrait normalement avoir ne sont pas possibles dans une installation réseau.
Une démonstration de produit ne doit pas simplement consister à essayer un produit
Si Ninja Demo n’avait jamais prévu de résoudre le problème de la « démo », nous pensons que ce serait un produit assez fantastique. C’est facile à mettre en place. Il est facile de se tenir à jour. Et le meilleur de tous, il fait juste ce qu’il est censé faire. Nous pensons toujours que votre démo peut faire plus.
Voici quelques éléments que nous pensons que votre site de démonstration pourrait faire pour vous aider à améliorer votre produit et à augmenter vos ventes :
- Collectez des données sur la façon dont les utilisateurs testent votre produit, ainsi que sur les pages et fonctionnalités les plus consultées.
- Obtenez les commentaires des utilisateurs sur des parties spécifiques de votre produit.
- Présentez différentes versions de votre produit aux utilisateurs (A/B Testing) pour voir laquelle ils préfèrent.
- Utilisez votre démo comme outil de formation en offrant à vos utilisateurs une visite guidée de votre produit.
Toutes ces choses et bien plus arrivent dans Ninja Demo. Merci d’avoir traversé ce mur de texte, et nous espérons que vous donnerez à Ninja Demo l’opportunité de rendre votre démo moins mauvaise et vos produits encore meilleurs.