Hello,
My point of vue is the same as Regis.
A client was a prospect before the first order but remain a prospect
for another product or service.
I fully agree to merge prospect and customer in one tab "client"
(the same name in french and english)
Alain
Le 27/03/2012 23:51, Laurent Destailleur (eldy) a écrit :
I
renamed the thread because question has nothing to deal with
emailing.
So the question for users is :
What do you think of merging tab customer and prospect into one
tab ?
Does someone whant to keep the two features isolated ?
Le 27/03/2012 19:52, Régis Houssin a écrit :
Je pencherais pour intégrer les
modifications de Hervé qui consiste à ne
plus séparer client et prospect et tout réunir sur un onglet
"commercial" car un prospect devient client mais un client peut
très
bien être prospecté à nouveau, du coup le terme prospect ou
client
devient juste un état et on garde les autres états (à contacter,
contacter, etc..) dans cette fiche "commercial".
Le 27/03/12 19:42, Florian HENRY a écrit :
Bonjour a tous, J'ai développé en module
pour les versions 3.1, 3.1.1
(sur Dolistore) et 3.2 (sur le git) des améliorations sur
le module de
mailling (Outils->Liste de mail). Le principe est le
suivant, dans
Outils->eMailing->Edition du mail, on peux rajouter les
"tags" :
- __CHECK_READ__ qui est un accusé de lecture. Si les
personnes
destinatrices du mail affichent les images alors dans la vue
Outils->eMailing->Destinataires, le destinataire en
question passe au
status "lu" (attention si vous avez une installtion de
Dolibarr en
HTTPS l'accusé de lecture ne fonctionnne pas encore). -
__UNSUSCRIBE__ est un lien pour se désinscrire. Si la
personne clique
sur ce lien alors elle est redirigée vers Dolibarr et le
status de
contact du prospect passe à "Ne plus contacter". Si ces
personnes sont
rajoutées par la suite dans un autre envoie en masse le status
"Ne plus
contacter" est visibles dans la vue
Outils->eMailing->Destinataires
juste après l'ajout. Les questions que je pose à la communauté
sont les
suivantes : Sachant que status de contact d'un prospect n'est
visibles
que sur la fiche prospect (Tiers->prospect) et qu'a partir
du moment où
le prospect devient "Client" cette information n'est plus
disponible :
- Doit-on modifier le status de contact du prospect
à "Contact
en cours" dés l'envoie d'un mail (via le module de mailling en
masse) ?
- Passer le status de contact du prospect à
"Contact réalisé"
si la personne lit (affiche les images dans le mail) le mail ?
- Est-il judicieux d'utiliser ce statut de contact du
prospect pour la
"désinscription" ? -------------------- Hello, I develop a
module for
versions 3.1, 3.1.1 (on Dolistore) and 3.2 (on git) that
provide
improvements on the mailling module (Tools->eMailling). The
idea is
that, in Tools-> eMailing-> Edit the mail, you can add
"tags": - __
CHECK_READ__ is a read receipt acknoledgment. If people that
read the
email and display images (in the mail viewer web site or
application)
then in the view then Tools->eMailing->Recipients, this
recipient
status will be"Read" (note: if you have an Dolibarr
installtion with
HTTPS the read receipt acknoledgmentdon't work). - __
UNSUSCRIBE__ is an
unsubscribe link. If people click on that link, they will be
redirect
to Dolibarr and the prospect's contact statuswill be"Do not
contact".
If these people are added later in another mass maillingthe
status "Do
not contact" is visible in the view Tools->
eMailing->Recipients. I
submit some questions to the community: As a factthat the
prospect's
contact statusis visibleonly on Thirdparties->Prospect and
from the
time they become "Customer" this information is no longer
available:
- Should we change the prospect's contact
statuswith
"Contact in progress" as soon as an email is sendwiththe mass
mailling
module? - Change the prospect's contact status to
"Contact
done" if the person reads (displays images in the mail) the
mail?
- Does it make sense to use the prospect's
contact status
for the "unsubscribe"feature ? -- Florian HENRY
address@hidden<mailto:address@hidden>
+33 6 03 76 48 07 http://www.open-concept.pro
_______________________________________________
Dolibarr-dev mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
Cordialement,
|