WordPress pour créer un site évènements rencontres + site de rencontre

Caractéristiques du CMS à mettre en oeuvre

Je ne connais pas toutes les fonctionnalités que peut offrir wordpress. L'idée est savoir dans quel mesure un site de vente peut être dévié de sa fonction première pour arriver à mes fins. A savoir, si je compare ce que je veux faire par rapport à un site de vente classique :
- Les « produits » sont :
- Des évènements de rencontres
- Des personnes
- Des formules d’abonnement
- Des objets (badges, calicos, drapeaux, bracelets)
- Eventuellement plus tard… de la location de matériel
- Le visiteur lambda ne pourrait consulter qu'une version avec des informations réduites sur la descriptions des évènements de rencontres.
- Une inscription en tant que client permettra d'avoir plus ou moins d'information sur les évènements et produits en fonction du type d'abonnement :
- gratuit
- basique
- premium
- group dating
- private dating
- " je patiente"
- ...
- un client doit s'enregistrer pour devenir un membre et doit me laisser une foule de renseignements personnels (encore bien plus que sur un site de rencontre classique). Je dis ça pour mettre en évidence qu'il y a quasiment une gestion de base de donné à gérer là derrière.
- là où ça ce corse, c'est qu'un client devient automatiquement un produit. Où une partie de ses renseignements personnels deviennent les caractéristiques du produit.
- Les différentes formules d'abonnement sont des produits à vendre qui offriront plus ou moins de visibilité sur les renseignements personnels des membres
- Mettre un produit dans son panier équivaudra à liker qqun mais ne pourra déboucher sur une vente (un statut style « épuisé » ne permettra pas l’achat
- Le panier ne sera plus qu’un répertoire de ses préférences
- Là où ça bugg un peu est qu’on peut retrouver dans ce panier de vrais achats :
- Mettre un abonnement dans son panier équivaudra à une vente reconductible automatiquement jusqu’à annulation
- Les évènements

Les renseignements d’identification client (non traditionnel par rapport à un site de vente) sont notamment :
- une authentification du membre (au minimum les photos de sa carte d'identité, mais idéalement un système tel que Itsme pour la Belgique ou équivalent pour le Grand-Duché du Luxembourg et la France)
- une photo de portrait
- une photo de physionomie
--> ces trois points précédents permettront de pouvoir certifier manuellement le membre. Tant que cette certification n'est pas réalisée, le membre n'aura accès qu'à ce que peut voir un abonnement gratuit sans toutefois pouvoir écrire, commenter, ou acheter quoi que ce soit. Il pourrait tout au plus réserver sous réserve de certification un évènement ou mettre en "achat pour plus tard" le profil d'un membre.
- si possible plusieurs autres photos

« PRODUITS »

Évènements :
Un système de conversation entre clients à propos de l’évènement pourrait être géré via système de questions sur le produit mais où les réponses pourraient être donnée par tout client. Le but serait quasiment de proposer le type de commentaire qu’on peut retrouver sur FaceBook à propos d’un post.
On pourrait considéré que le délais de livraison est le temps qui sépare l’achat de l’évènement. Un système d’email demanderait à chaque participant d’évaluer l’évènement sur plusieurs critères.
Un membre qui met un évènement en place se verrait guidé par plusieurs modèles de parution préformatés suivant le type d’évènement (marche, rando, sportif, soirée, drink,…)
Gestion des évènements :
- Il serait bien que l’organisateur d’un évènement reçoive régulièrement la liste des participants (en tout cas, au minimum la veille et 2h avant le début de l’évènement) ou qu’il puisse consulté cette liste.
- Il serait bien qu’après un évènement, l’organisateur puisse rendre compte de qui était absent (dans la base de donnés).

Personnes :
Chaque renseignement client sera plus ou moins visible en fonction de l’abonnement souscrit par le visiteur. Dans tout les cas, le membre peut rendre anonyme individuellement chaque renseignement. Certain renseignement seront exclusivement exploitable par les administrateurs. Il serait bien qu’il puisse y avoir des renseignement déduit automatiquement d’autre (ex: l’indice IMC qui serait automatiquement calculé sur base du poids et de la taille). Il serait bien également les renseignements sur les membres soient complétés par d’autres évaluations externes quantifié par l’administrateur (ex: l’apparence, la beauté,…)
Un système de conversation entre clients pourrait être géré via système de questions sur le profil de la personne où seuls les réponses pourraient être donnée par le client visité. Idéalement, seul le message de base serait visible de tous les affiliés. Le reste de la conversation serait privé.
Cette fonctionnalité ne serait autorisée que pour certain type d’abonnement et dans tous les cas, uniquement si la personnes contactées a indiqué dans ses préférences qu’elle accepte ce système de message.
Idéalement, un membre ne pourrait déposer de message tant qu’il n’a pas répondu à tous ses premiers messages entrants.

E-mailing :
Une newsletter hebdomadaire doit reprendre les évènements échouants dans la semaine ainsi que les nouveaux évènements créés.

Recherche dans la base de données et e-mailing :
- Sur base d’une recherche avec filtre etc… un emailing collectif doit pouvoir être généré facilement.

Base de données clients :
Idéalement, j’aimerais qu’après tout évènement, en plus d’avoir l’avis de satisfaction sur l’évènement, chaque participant puisse remettre des avis sur les impressions que leur ont laissé les autres participants avec les quels ils ont eut des interactions.

Questions :
- Y a-t’il des version de wordpress uniquement designer de façon à avoir une utilisation sur smartphone qui se rapproche de la présentation d’une application ?
- Je ne sais pas si un CMS peut avoir des capacités aussi puissante que celle que j’attends ? Dans la négative n’est-il pas possible que la base de données CMS soit intégrées et régulièrement mise à jour dans une vraie base de donnée externe (BDE) ? Que les retours d’impression (ci précédemment décrites) enrichissent directement cette BDE.

Vision à long terme :
- Une vrai messagerie (intégrée ou pas, ou pourquoi pas un système d’intégration dans une application existante ???)
- Un mur de conversation comme sur Facebook
- Seul les posts ayant de l’intérêt pour le membre connecté lui seraient visible. Il faudrait donc qu’au moment de la publication, un tri manuel soit effectué (ex: publication poétique, philosophique, à caractère sexuel,…)
- Probablement que tout serait réalisé à l’intérieure d’une application (ou plusieurs si la messagerie est une application tierce).

Voilà ! Je n’ai surement pas encore pensé à tout mais ça doit déjà vous donné un bon aperçu de mes besoins. Ça doit également vous donner suffisamment d’indication pour savoir si développer ça via un CMS est une bonne méthode ou non. Par ailleurs, serait-il possible dans mon texte de sur ligner par exemple :
- En jaune ce qui est facilement faisable via un CMS
- En orange ce qui est plus compliqué et nécessitera un certain coût de développement
- En rose ce qui est impossible à faire.