Merci pour les conseils. Je pense que l'important c'est d'apprendre de mes
erreurs. Je peut-être un peu trop gentil. Je suis une personne qui n'a pas
l'âme du requin et j'ai tendance à trop relativiser les coûts.

Merci à tous,
Guirec.

Le 11 septembre 2014 08:29, Florian Dutey <[email protected]> a écrit :

> 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" <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 [email protected]
>>>> Pour résilier votre abonnement envoyez un e-mail à l'adresse
>>>> [email protected]
>>>> ---
>>>> 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
>> [email protected]
>> Pour résilier votre abonnement envoyez un e-mail à l'adresse
>> [email protected]
>> ---
>> 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
>> [email protected].
>> 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
> [email protected]
> Pour résilier votre abonnement envoyez un e-mail à l'adresse
> [email protected]
> ---
> 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
> [email protected].
> 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
> [email protected]
> Pour résilier votre abonnement envoyez un e-mail à l'adresse
> [email protected]
> ---
> 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
> [email protected].
> 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 
[email protected]
Pour résilier votre abonnement envoyez un e-mail à l'adresse 
[email protected]
--- 
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 [email protected].
Pour plus d'options, visitez le site https://groups.google.com/d/optout .

Répondre à