Bonsoir, j'aurai voulu savoir s'il est légal ou pas de demander au client la somme total avant la réalisation de son projet ?
Car souvent on me dit qu'il faut que le client verse seulement 30%.
Vous en pensez quoi ?
Merci d'avance !
la communauté d'entraide francophone dédiée au PHP
légal ou pas de ...
Je ne vois pas ce qui serait inégal.. si tant est qu'il finit par obtenir un résultat. Mais ce serait assez stupide de la part du client. C'est pour ça que ce dernier préfèrera verser un "accompte", jusqu'à la réalisation du travail.
Quel drôle d'idée de demander l'intégralité.. a moins d'avoir a faire à un client particulièrement douteux (ce qui arrive..).
Quel drôle d'idée de demander l'intégralité.. a moins d'avoir a faire à un client particulièrement douteux (ce qui arrive..).
Pour par exemple Prestashop, les modules que je vend sont installés qu'après réception du paiement. Donc tout dépend de la prestation et du montant je pense.
pro : http://www.ohweb.fr -> studio de développement en PHP, expertise en e-commerce, certifié PrestaShop
perso : http://www.olecorre.com -> un dico de termes informatiques
J'ai toujours rêvé d'un ordinateur qui soit aussi facile à utiliser qu'un téléphone. Mon rêve s'est réalisé : je ne sais plus comment utiliser mon téléphone. [Bjarne Stroustrup]
perso : http://www.olecorre.com -> un dico de termes informatiques
J'ai toujours rêvé d'un ordinateur qui soit aussi facile à utiliser qu'un téléphone. Mon rêve s'est réalisé : je ne sais plus comment utiliser mon téléphone. [Bjarne Stroustrup]
Comme cela a été dit, c'est pas illégal, mais comme client j'enverrais balader le p'tit loup qui me prend pour un pigeon 
Ce n'est pas forcément prendre le client pour un pigeon,
mais c'est lui faire accepter quelque chose qui n'est pas dans les moeurs, pas l'usage
en sachant qu'il n'a rien à y gagner et que c'est pour lui une possible prise de risque.
Légalement, c'est ok.
Commercialement, c'est pas top.
mais c'est lui faire accepter quelque chose qui n'est pas dans les moeurs, pas l'usage
en sachant qu'il n'a rien à y gagner et que c'est pour lui une possible prise de risque.
Légalement, c'est ok.
Commercialement, c'est pas top.
C'est jouer sur les mots.Ce n'est pas forcément prendre le client pour un pigeon
Ca, par contre, ça résume tout.Légalement, c'est ok.
Commercialement, c'est pas top.
Connaître son ignorance est la meilleure part de la connaissance
Pour un code lisible : n'hésitez pas à sauter des lignes et indenter
twitter - site perso - Github - Zend Certified Engineer
Pour un code lisible : n'hésitez pas à sauter des lignes et indenter
twitter - site perso - Github - Zend Certified Engineer
Pas nécessairement.C'est jouer sur les mots.Ce n'est pas forcément prendre le client pour un pigeon
Il y a beaucoup de services que tu paies comptant à la commande.
T'as jamais acheté en ligne ?
Mais dans le cas d'une prestation de services où le contact entre le client et le prestataire
dure au-delà de la simple transaction, ce n'est pas adapté.
C'est sûr qu'à ce niveau là, je peut aussi prendre l'exemple de l'échange de services, ou du bénévolat, mais on est aussi hors sujet 
Sinon, à nouveau, sur la question de base qui concerne la légalité dans le cadre d'une prestation de services, tout à été dit.
Est-ce que c'est légal ? oui
Est-ce que c'est judicieux commercialement ? je pense que non
Sinon, à nouveau, sur la question de base qui concerne la légalité dans le cadre d'une prestation de services, tout à été dit.
Est-ce que c'est légal ? oui
Est-ce que c'est judicieux commercialement ? je pense que non
Connaître son ignorance est la meilleure part de la connaissance
Pour un code lisible : n'hésitez pas à sauter des lignes et indenter
twitter - site perso - Github - Zend Certified Engineer
Pour un code lisible : n'hésitez pas à sauter des lignes et indenter
twitter - site perso - Github - Zend Certified Engineer
Une des approches c'est de fonctionner avec un acompte, de réaliser le projet, d'en faire une démo sans le fournir au client (serveur de dev, pc portable, etc) et de réclamer le paiement total à la réception.
Le client ne prend le risque que sur l'accompte
Lors qu'il paie 100% il sait que sont projet est déjà réalisé, que dans les 24 ou 48h il l'aura "en main"
Pour le prestataire: le risque est limité: il sait qu'il gardera le projet tant qu'il ne sera pas payer. Le seul risque c'est si le client disparait dans la nature: il ne lui reste que l'accompte.
Pour des projets conséquents, sur plusieurs mois: on travaille par phases avec paiement de chacune des phases à sa terminaison. (Peu de boites peuvent se permettre de bosser 6 mois sans aucun paiement)
Cela permet également d'aider à mieux piloter le projet: évaluation régulière de l'avancement avec le client.
Le client ne prend le risque que sur l'accompte
Lors qu'il paie 100% il sait que sont projet est déjà réalisé, que dans les 24 ou 48h il l'aura "en main"
Pour le prestataire: le risque est limité: il sait qu'il gardera le projet tant qu'il ne sera pas payer. Le seul risque c'est si le client disparait dans la nature: il ne lui reste que l'accompte.
Pour des projets conséquents, sur plusieurs mois: on travaille par phases avec paiement de chacune des phases à sa terminaison. (Peu de boites peuvent se permettre de bosser 6 mois sans aucun paiement)
Cela permet également d'aider à mieux piloter le projet: évaluation régulière de l'avancement avec le client.
Je pense que c'est mieux ainsi. Les risques doivent être partagés pour que l'on puisse parler de "véritable" contrat. Et pour les projets importants, iclo t'a donné la solution.