Dans ce cas la, tu lui montre la facture du graphiste apres 2x et tu lui dis que les prochaines fois seront a sa charge.
Demande lui aussi si ces modifs sont essentielles pour le deploiement, ou sil ne prefere pas depenser son argent pour pimper quelque chose de plus valuable. Les clients qui comprennent pas que le travail a un cout et qui veulent rien payer, jai tendance a dire qu'il vaut ptet mieux s'en separer avant de perdre de l'argent. On Sep 11, 2014 7:49 PM, "Guirec Corbel" <guirec.cor...@gmail.com> wrote: Le problème c'est que ces demandes étaient surtout des problèmes d'affichage du genre "Peux-tu mettre un espace un peu plus grand entre les éléments et mettre un crochet avant la question". Je crois que mon problème a été de ne pas faire affaire avec un graphiste. Le 11 septembre 2014 07:44, Olivier El Mekki <oelme...@gmail.com> a écrit : > Le plus dur ce n'est pas de faire la fonctionnalité, c'est les 20 > changements qu'il veut faire après. > > Dans ce cas, oui, fixe une contrainte budgétaire pour les retours. > Personnellement, je faisais s'engager mon client sur des users stories > style impératif, toute modification entrainant une refacturation. J'ai vu > d'autres personnes mentionner le nombre d'heures offertes pour traiter les > retours, avec un coût par heure supplémentaire, c'est bien aussi. L'idée > est que le client doit réaliser que les modifications ont un coût. > > Tant mieux si tu n'as pas pratiqué toi même une évaluation imprécise. Je > ne le ferai pas quand même et ne pourrai donc répondre à ta question > initiale, désolé :) > > > On Thursday, September 11, 2014 1:37:16 PM UTC+2, Guirec Corbel wrote: >> >> Le prix "vite fait", c'est moi qui vous le demande. Quand j'ai fait mes >> évaluation, je savais que c'était pas très cher. >> >> J'ai fait comme tu as dis. J'ai commencé par une partie puis j'ai fait >> petit à petit. Je lui ai proposé de mettre en production rapidement mais il >> n'a pas voulu. Je me suis rarement trompé dans mes analyses. Le plus dur ce >> n'est pas de faire la fonctionnalité, c'est les 20 changements qu'il veut >> faire après. >> >> Le site n'existait pas avant. Je lui ai répété souvent qu'il fallait >> mettre le site en ligne pour commencer à avoir des avis et y allé par >> itération. >> >> Une fois la mise en production faite, je vais y aller point par point et >> je crois que je vais demandé de faire un prix constant et normal à l'heure. >> >> Merci pour ton opinion. >> >> Le 11 septembre 2014 07:11, Olivier El Mekki <oelm...@gmail.com> a écrit >> : >> >>> Hello Guirec, >>> >>> Je vais te le dire directement : désolé, mais il s'agit d'un projet mal >>> préparé. >>> >>> >>> > j'aimerai avoir un ordre de prix "vite fait" pour cette liste de >>> > fonctionnalités >>> >>> C'est justement ce qu'il ne faut pas faire, et ce qui t'a ammené dans la >>> position dans laquelle tu te trouves aujourd'hui. Ça consiste en fait à >>> complètement zapper la partie architecture, qui permet de faire émerger >>> les besoins prioritaires et de réaliser l'ampleur de la tâche. Si tu >>> donnes un tarif vite fait, tu seras toujours perdant - de un peu à >>> énormément (parce que cela demande beaucoup d'analyse de comprendre >>> tout ce que représente une feature avant qu'elle ne soit réalisée). >>> >>> La liste des features présentées est, hormis un ou deux points, la >>> liste de ce que ton client a vu sur des sites existant probablement >>> depuis plusieurs années et dont il a pensé qu'elles sont essentielles. >>> Elle ne le sont pas. Dans un premier temps, il faut aller à l'essentiel >>> et itérer depuis là. >>> >>> La home page elle-même met en évidence cela. Elle mentionne trois >>> services différents. Lequel est le plus important et doit être fait en >>> priorité ? Facturer d'un coup les 3, c'est la garantie d'un devis >>> imprécis et qui génèrera beaucoup de surcoûts. Ton client peut >>> comprendre ça. >>> >>> C'est encore rattrapable. Tu peux lui expliquer "nous avons vu trop >>> gros", "je suis déjà largement sorti de mes frais" et lui proposer de >>> reprendre par étape. Tu devras probablement faire un geste toi-même pour >>> qu'il consente à modifier vos termes. Mais il vaut mieux cela et >>> repartir sur une base saine plutôt que de persister jusqu'à ce que ça >>> explose. >>> >>> -- >>> -- >>> Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" >>> de Google Groups. >>> Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse >>> rails...@googlegroups.com >>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>> railsfrance...@googlegroups.com >>> --- >>> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes >>> "Railsfrance". >>> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le >>> concernant, envoyez un e-mail à l'adresse railsfrance...@ >>> googlegroups.com. >>> Pour obtenir davantage d'options, consultez la page >>> https://groups.google.com/d/optout. >>> >> >> -- > -- > Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de > Google Groups. > Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse > railsfrance@googlegroups.com > Pour résilier votre abonnement envoyez un e-mail à l'adresse > railsfrance-unsubscr...@googlegroups.com > --- > Vous recevez ce message, car vous êtes abonné au groupe Google Groupes > "Railsfrance". > Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le > concernant, envoyez un e-mail à l'adresse > railsfrance+unsubscr...@googlegroups.com. > Pour obtenir davantage d'options, consultez la page > https://groups.google.com/d/optout. > -- -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance@googlegroups.com Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscr...@googlegroups.com --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "Railsfrance". Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com. Pour obtenir davantage d'options, consultez la page https://groups.google.com/d/optout. -- -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse railsfrance@googlegroups.com Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscr...@googlegroups.com --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse railsfrance+unsubscr...@googlegroups.com. Pour plus d'options, visitez le site https://groups.google.com/d/optout .
