Version 9 — Juin 2007 — Luis Speciale
Intro
C’est ici qu’on parle du projet spip-boutique. Un plugin de spip de vente en ligne, gestion de stock et de client. C’est ici que « s’entreposent » les idées et que se valident les décisions. En tout cas pour la plupart. L’espace sur la zone est celui-ci :
http://zone.spip.org/trac/spip-zone/browser/_plugins_/_dev_/spip-boutique
- internationalisation de toutes les données textuelles
- table categorie produit
id_categorie
id_langue
titre
resume
descriptif
- la table produits
id_produit
date_mise_en_ligne
date_retrait_mise_en_ligne
enligne (bool)
- table descriptif
id_produit
id_langue
titre
resume
chapeau
descriptif
ps
prix a partir de ( permettrait de donner un prix de base et pas faire 50000 jointures pour retrouver le prix dans une liste de produits....)
monnaie
- table langue ( celle de spip ? )
- table options (celle des produits : permet de gérer les différentes données pour les produits)
id_option
identifiant ( de la table categorie de produit ou table produit )
type_identifiant ( valeur id_categorie ou id_produit ) ( pour pouvoir associer les options des categories + les
options des produits... )
- table traduction_options
id_option
id_langue_
texte
table options_produits
_id_options_produit_
id_langue
id_option
id_produit
valeur (de l’option)
- table Prix
id_produit
id_option
prix
monnaie
- zone de livraison
id_zone
libellé_zone
- prix frais livraison zone ( je ne suis pas bien sur que ce soit pérenne )
id_zone
id_produit
montant
monnaie
Quid des options des produits qui joue sur le prix du produit... comment mettre ca en place dans
cette structure ?
le soucis vient quand on a plusieurs options ...
si vous avez des idées ...
=> on prend le prix le plus élevé de l’option choisie ?
- table Prix
id_produit
id_option
prix
monnaie
- zone de livraison
id_zone
libellé_zone
- prix frais livraison zone ( je ne suis pas bien sur que ce soit pérenne )
id_zone
id_produit
montant
monnaie
Gestion de produits
Crowfoot : Une des choses qu’il faut mettee en place au niveau sql au début du projet, c’est des produits complet. Ne pas lésiner sur ce qu’on vas mettre dans cet « objet spip ». Et il faut le faire en relation avec le panier.
_
Pierre : Avoir un historique des prix. « D’autres part s’agissant d’une données sensible ne faut il
pas garder une traçabilité des modifications (savoir qui et quand le
prix a été modifié ?
Il faudrait peut-être envisager une table supplémentaire »
_
Gestion de catégories de produits
crowfoot : Pour cette partie je vois un truc simple. J’ai envie de dire « comme les rubriques ». Tout en réfléchissant bien pour prévoir des ajout par la suite. Mais ama qu’un titre, texte, logo devrait suffire en tant que contenu visible par les clients finaux.
_
Gestion de ristourne/promotion
crowfoot : Là ca vas être chaud à coder. Je pense qu’on dois partir sur un truc simple mais trés évolutif. Je remet ici un résumé de ce qu’on doit pouvoir coder au final :
Et pourquoi pas un sous plugin pour cette partie ? Histoire d’alléger si pas besoin... mais bon, c’est quand même un point important d’une boutique... a discuter.
Gestion de clients
crowfoot : Bon ici certain proposent d’utiliser les auteur spip. Je suis pour si on as un truc qui fonctionne bien. je vais aller voir ce fameux plugin inscription2. Si c’est facilement intégrable à why not ;)
_
Gestion des Stocks
Comme cette partie implique beaucoup de choses, elle pourrait faire partie d’un sous plugin. Des choses à garder à l’oeuil comme ca a été dis sur la liste, plusieurs fournisseur,...
_
Gestion des modes de paiement
Cette partie peut être gérée par des formulaires différents dans un premier temps. Ceux-ci contiendraient les données à envoyer à l’outil de paiement.
_
Yoann : « une chose que l’on pourrait avoir pour les systémes de paiement comme
quelqu’un la dit dans cette discussion ce sont des formulaires ( simple
fichiers html ) configurés via l’interface d’admin ... ca serait une
bonne chose »
_
iMaTh :
Statistique commerçante iMaTh : Le plus à ajouter sur ce plugin qui ferait de spip un CMS de Ecommerce professionnel serait d’ajouter une fonctionnalité faisant des statistiques des ventes, et en fonctions des statistiques des Emails sont envoyé au clients.
ex : madame dupont a acheté les 3 derniers mois 200 euros de sous vetements, le moteur va automatiquement envoyé un mail avec une belle pub de sous vetements « de quoi l’insité a acheté ».
Les statistiques pourrait aussi envoyé des bonnes affaires a certains bon clients aussi.
Articles associé : Il serait interessant que lorsque vous êtes sur la page d’un produit, vous pouvez y trouvé les articles associé.
Exemple : Vous êtes sur la page des torchons rouge a carreaux bleu, en dessous en article associé un lien vers les serviettes de même couleurs.
Avis des consommateurs : Ajouter une possibilité que les consommateurs puissent noté les articles.
Les statistiques pourrait aussi envoyé des bonnes affaires a certains bon clients aussi.