Gestion d'abonnement et paniers

azulito 2014-02-17 21:35:43 UTC #1

Bonjour,
Dans la version 1 , comment sont gérés les abonnements ? En effet j’ai des clients qui reçoivent un panier de légumes par semaine, il y a plusieurs formats de panier, il y a plusieurs point de livraisons, il y a plusieurs durée d’abonnement, etc.
Est il possible de gérer ça à partir des abonnement ? Des pistes de réflexion ?

PS serait -il possible d’ajouter une catégorie Suggestions/Nouvelles fonctionnalités / Gestion des relations client dans cette partie du forum

brice 2014-02-18 08:06:45 UTC #2

Bonjour,

La gestion des abonnements n’a pas été revue depuis la version 0 : Un abonnement court de date à date ou de numéro à numéro. Un abonnement permet de spécifier l’adresse de livraison du client et un nombre d’exemplaire. Initialement, la gestion d’abonnement a été développée pour gérer à la fois un journal et des adhésions d’association.

Sous Ekylibre, il est possible de créer différents types d’abonnement qui peuvent correspondre aux différentes fréquences de livraison.
Ensuite, dans l’état actuel, en spécifiant le point de livraison qui peut être commun à un ensemble d’abonnés, il est possible de sortir des listes d’abonnés par point de livraison.

Sinon, j’ai migré la discussion dans la nouvelle catégorie “Gestion des relations clients”

brice 2014-02-18 09:23:08 UTC #3

On va sûrement revoir notre gestion des abonnements, quels sont tes besoins ? En fonction de cela, on orientera les changements dans ce sens-là qui ont plus une application agricole.

azulito 2014-02-18 17:34:34 UTC #4

J’essayais plus de comprendre comment est faite cette partie abonnement et voir si elle pouvait coller en l’état à mon activité. Pas forcement la changer. Cependant je peux te donner quelques éléments en simplifiant un peu.

j’ai des clients.
j’ai des produits (des légumes)
j’ai 2 points de livraison (chacun livré un jour différent)
Les clients s’abonnent à un panier hebdomadaire de légumes (il y a 2 formats de paniers grand et petit qui sont de prix et de compositions différentes).
La durée mini d’un abonnement est un mois (mois d’essai) et ensuite de 4 mois. Les gens peuvent s’abonner pour des périodes plus longues.
Au moment de l’abonnement le client fait un chèque par mois (ça varie en fonction du nombre de semaine par mois, le client peut aussi supprimer des semaines de vacances s’il le souhaite)
Le client peut reporter son panier d’une semaine à une autre.
Il faudrait avoir des tableaux de bord avec la liste des clients abonnés par type de panier, par point de livraison. Le nombre de petit et grand panier à preparer par semaine (en fonction des absents et des paniers reportés.
Il ya plein d’autres fonctionnalités qui pourraient être interessantes à partir de la.
Composer le panier de la semaine en fonction des légumes en stock
Facturer les clients et basculer ça automatiquement en fin de mois en compta et en banque.
Envoyer automatiquement un mail de relance au client ou établir une liste toute les semaine pour ceux dont les abonnements sont à échéance (pour les prévenir de refaire des chèque et le montant de ceux ci)
Avoir un tableau de bord des quantités de légumes passée dans les paniers.
Avoir un tableau de bord des quantité totale de légumes à preparer pour réaliser les paniers de la semaine
Envoyer un SMS avant la livraison pour rappeler au gens de venir.
Valider sur un smartphone les retraits de paniers au moment de la distribution, enregistrer les absences et éventuels déduction sur le paiement ou report en panier ultérieur

Voila un petit aperçu ! je trouve que c’est déja assez spécifique au métier de maraicher, quoi que pour des éleveurs vendant des caissettes ou autre je ne sais pas.
Ce que je ne sais pas non plus c’est comment modéliser ça, avec quels outils (UML) et surtout comment le faire de façon à intégrer ça dans ekylibre et votre processus de développement.

brice 2014-03-20 09:59:25 UTC #5

Un mois plus tard…

La liste est assez claire. La plupart des fonctionnalités relève de la gestion commerciale. Certaines sont des outils indépendants spécifiques (composition du panier) et d’autres existent déjà (passage automatique en compta et gestion simple d’abonnements).

Dans Ekylibre < 1, il serait possible de définir 2 types d’abonnements : “Petit panier” et “Grand panier”. Et pour ces types-là, il est possible de créer des produits permettant de s’abonner sur des périodes souhaitées (n mois). Mais il n’y a pas le compte de panier.

Dans notre ordre de priorité, parmi tes besoins, nous allons surtout aller sur :

Envoi de mail/SMS pour les relances en général
Interface publique pour les clients

La gestion de panier est trop spécifique pour être adaptée facilement à l’existant actuellement.

Dans l’immédiat, ce que l’on va envisager, c’est la mise en place d’un wiki ouvert pour capitaliser proprement toutes ces spécifications. Aujourd’hui, nous avons environs 4 endroits différents où sont réparties ces informations. On va trancher sur une organisation claire à ce niveau la semaine prochaine.

azulito 2014-03-21 08:19:36 UTC #6

Bonjour,
Merci pour ta réponse (même un mois plus tard :).

— Begin quote from ____

— End quote

Les produits sont donc pour le moment forcement attachés à un abonnement. UN abonnement - des produits. Le problème c’est qu’un même produit peut etre vendu via les paniers et via d’autres circuits donc ça fait créer des doublons.

Pour l’envoie de SMS et interface client ça servira toujours !!! On pourrait ajouter les mailings

Pour le wiki, à fond, ça nous permettrait de voir ce qui est en cours ce qui est prévu, d’ajouter des idées et de les ranger. De l’extérieur quand je lis le code, je me demande toujours ou vous en êtes en fait. Par exemple sur cette histoire d’abonnement je croyais que c’était en cours de développement et en fait c’est une ébauche de fonctionnalité datant d’une version précédente et qui mériterait au final d’être retravaillée. Il y a bien votre carte sur mindmeister mais ça reste assez vague, un wiki plus précis ça serait vraiment bien, ça permettrait surement à des force vive de mieux s’intégrer dans ce projet qu’est Ekylibre !!!

Vivien 2014-11-21 06:57:23 UTC #7

Bonjour,
Je déterre le sujet pour ne pas en ouvrir un similaire

Un centre équestre vend des leçons d’équitations à l’unité ou par lot de 10. L’achat par 10 permet de bénéficier d’une remise. Le client vient toutes les semaines pour prendre sa leçon. Certaines semaines il ne peut pas venir et la leçon est simplement reportée. Je voulais gérer ça en “livrant” les leçons au fur et à mesure qu’elles sont consommées. Mon problème est que je ne vois pas de tableau de bord reliant facturations et livraisons. Il faudrait le même système de feu:
vert: produit livré et facturé
orange: facturé mais pas livré, ou pas livré en totalité
rouge: livré mais pas facturé
Enfin un truc comme ça… Qu’en dites vous?

C’est un peu la même problématique que les panier. C’est un abonnement sans l’être parce que quand je suis abonné à un magazine, il est livré même si je ne vais le lire que le mois suivant (ou pas le lire du tout), c’est plus simple à gérer. La c’est plus une histoire de décalage entre livraison et facturation qu’il faut rendre visible par un tableau de bord. Enfin c’est ma proposition…

azulito 2014-11-23 09:09:35 UTC #8

Bonjour
Personnellement j’ai un peu ce cas sur les paniers. Pour faire bref :
Par exemple un client fait un chèque pour X paniers, sachant qu’en principe il en prend un par semaine. Le chèque est encaissé quand les x paniers sont consommés.
Si un client est absent une semaine, il peut soit annuler son panier (ce qui reporte le renouvellement de son abonnement d’une semaine) , soit il peut avoir un double panier quand il le souhaite.
Quand on a des paniers à gérer, les reports, les doubles paniers, la vacances, tout ça c’est pas toujours simple à gérer et je “reve” de remplacer mon calepin par un smartphone qui me saisirais ça dans ekylibre.
Bon dimanche

Propulsé par Discourse, nécessite l'activation de JavaScript