Recharge à l'heure / projet [fermé]


9

Ceci est lié à une question que j'ai posée plus tôt - /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

Quelles sont vos obligations lors de la facturation à l'heure par rapport à la facturation par projet? Si vous acceptez de prendre en charge un projet, donnez une estimation approximative que cela pourrait prendre 10 jours pour vous de travailler et facturer £ X par heure - êtes-vous obligé de travailler gratuitement après ces 10 jours et que vous n'avez toujours pas réussi pour terminer votre projet en raison de problèmes imprévus? Que se passe-t-il si vous avez livré le projet mais que des bogues sont trouvés - devez-vous corriger ces bogues gratuitement si les 10 jours sont écoulés ou devez-vous facturer votre client?

De plus, pour le projet ci-dessus, quel devrait être le résultat lorsque vous commencez le projet, mais après les 10 jours pour une raison quelconque, vous devez abandonner et dire à votre client que vous ne pouvez plus le faire? Je me rends compte que cela ne fait rien pour bâtir votre réputation et votre relation avec le client, mais êtes-vous obligé de rembourser l'argent qui vous a été versé ou vous livrez-vous simplement le code source à moitié / presque terminé et les aidez-vous à trouver quelqu'un d'autre pour le compléter?

La raison pour laquelle je pose les questions ci-dessus est parce que je suis très nouveau dans le domaine de la pige et j'aimerais savoir comment faire face aux situations ci-dessus si elles surviennent un jour. Merci!

Réponses:


9

Si vous acceptez de prendre un projet ... travaillez et facturez £ X par heure - êtes-vous obligé de travailler gratuitement après ces 10 jours et vous n'avez toujours pas réussi à terminer votre projet en raison de problèmes imprévus?

Non. £ X par heure est de £ X par heure. De toute évidence, vous n'avez jamais effectué de travaux complexes sur votre maison ou votre bateau.

L'incapacité d'estimer ne veut rien dire. Rien.

£ X par heure est de £ X par heure. Jusqu'à ce que le travail soit terminé ou que le client dise "vous êtes viré". (ou "vous êtes limogé". Je suis un Yanke, donc je ne sais pas ce qu'ils disent au Royaume-Uni.)

Que se passe-t-il si vous avez livré le projet mais que des bogues sont détectés - devez-vous les corriger gratuitement si les 10 jours sont écoulés ou devez-vous facturer votre client?

Dépend du bug. Vous devez effectuer une analyse des causes profondes. Une spécification incorrecte (ou incomplète) est principalement leur problème. Les rides techniques imprévues sont normales pour le cours - elles paient. Les erreurs de codage stupides sont votre problème.

vous devez abandonner et dire à votre client que vous ne pouvez plus le faire?

Oups. Ce n'est pas professionnel. Si vous devez abandonner, vous avez vraiment fait une terrible, terrible erreur.

Je me rends compte que cela ne fait rien pour bâtir votre réputation et votre relation avec le client, mais êtes-vous obligé de rembourser l'argent qui vous a été versé ou vous livrez-vous simplement le code source à moitié / presque terminé et les aidez-vous à trouver quelqu'un d'autre pour le compléter?

Soupir. À ce stade, vous vous êtes si mal comporté que rien n'a d'importance. Vous devriez vraiment trouver une autre carrière si vous ne pouvez pas donner suite à vos contrats. Sérieusement. Repensez votre vie.

Un logiciel à moitié achevé ne vaut rien. Personne ne le "terminera". Ils vous expliqueront que vous êtes un idiot (parce que vous l'êtes) jetez votre code et recommencez à zéro.

Vous devez procéder comme suit.

  1. Réduisez les exigences à quelque chose de final, livrable et utilisable.

  2. Créez cette dernière chose livrable et utilisable. Même si ce n'est pas le grand schéma d'origine.

  3. Frais pour cette chose livrable et utilisable.

  4. Transférer l'arriéré de choses non livrables à quelqu'un d'autre.

Le code qui ne peut pas être utilisé est inutile. En effet, c'est un coût.

Vous et votre client perdrez du temps à essayer de «faire la transition» du code à moitié complété vers quelqu'un d'autre. Accent sur les déchets . Il est plus facile pour la plupart des gens de partir de zéro que de commencer à moitié fini.


Pourquoi le client devrait-il payer pour des «rides techniques imprévues»? Ils ne vous paient pas seulement pour le code, ils vous paient pour l'expertise technique - à moins que leurs spécifications ne changent, vous auriez dû savoir ce qui allait arriver.
Nicole

Lol BOAT = Faites ressortir un autre millier.
Job

En ce qui concerne les "rides techniques". Il est vrai que de telles choses sont normales pour le cours - et son travail juste qui doit être fait - ils paient certainement. Cependant, cela ne devrait pas leur être transparent. Tenez compte de la complexité du projet à l'avance et essayez de tenir compte du risque potentiel de gros bogues. Si vous êtes le seul développeur à le faire, il vous suffit de remplir vos estimations dans des domaines où vous n'êtes pas sûr de la solution. Les estimations doivent inclure le temps de débogage. La capacité de rembourrer correctement vient avec l'expérience.
eddiemoya

6

Quelles sont vos obligations lors de la facturation à l'heure par rapport à la facturation par projet?

Essentiellement le même. Sois professionnel.

Si vous acceptez de prendre un projet, donnez une estimation approximative que cela pourrait prendre 10 jours pour vous de travailler et facturer £ X par heure - êtes-vous obligé de travailler gratuitement après ces 10 jours et que vous n'avez toujours pas réussi pour terminer votre projet en raison de problèmes imprévus?

Non - tant que c'est à peu près 10 jours, alors ça va. Je définirais à peu près 10 jours comme n'importe où entre 50 et 120 heures sur les bords extrêmes. Tout ce qui dépasse 120 heures (un dépassement de 50%) est à peu près au-delà du pâle.

Bien que les "problèmes imprévus" laissent beaucoup de flou. Les professionnels expérimentés anticipent beaucoup plus de problèmes que les nouveaux développeurs. Cependant, si le client sait que vous êtes un nouveau développeur (et sait qu'il obtient une remise importante à cause de cela), il y a une marge de manœuvre ici.

Que se passe-t-il si vous avez livré le projet mais que des bogues sont détectés - devez-vous les corriger gratuitement si les 10 jours sont écoulés ou devez-vous facturer votre client?

Bugs? Oui, vous devez les réparer gratuitement. Vous n'êtes pas payé pendant 10 jours pour produire un code cassé.

Maintenant, encore une fois, "bug" est un peu vague. Il y a des bugs show-stopper (comme, le programme ne fonctionne pas - évidemment votre faute) et des bugs de bord (le programme tronque le texte sur Windows localisé en turc avec IME chinois activé - pas vraiment raisonnable). La plupart se situent quelque part au milieu, mais la charge de la preuve vous incombe.

Il y a aussi des bogues de spécification - ce sont les plus difficiles. Vous devrez utiliser votre jugement pour savoir si vous auriez dû raisonnablement prévoir, remettre en question ou impliquer le changement de spécification. Encore une fois, je vous imposerais le fardeau de la preuve.

Pour un projet de 10 jours (80 heures) avec un développeur vert, 10 à 15 heures supplémentaires de corrections de bogues ne seraient pas trop demander. N'importe quoi, j'essaierais de trouver un moyen de paiement - même si je ferais probablement encore 5 à 10 heures gratuitement avant de renvoyer le client.

De plus, pour le projet ci-dessus, quel devrait être le résultat lorsque vous commencez le projet, mais après les 10 jours pour une raison quelconque, vous devez abandonner et dire à votre client que vous ne pouvez plus le faire? Je me rends compte que cela ne fait rien pour bâtir votre réputation et votre relation avec le client, mais êtes-vous obligé de rembourser l'argent qui vous a été versé ou vous livrez-vous simplement le code source à moitié / presque terminé et les aidez-vous à trouver quelqu'un d'autre pour le compléter?

Vous rendez l'argent. Si vous ne pouvez pas terminer le projet, il est probable que vous ne puissiez pas juger à moitié terminé. Si le client vous a embauché, il est encore plus probable qu'il ne puisse pas juger à moitié terminé. Si vous pouvez trouver quelqu'un d'autre pour le terminer, vous pouvez leur sous-traiter - la différence entre ce qu'ils vous facturent et ce que vous avez déjà fait est votre profit (ou perte).

En fin de compte, il est souvent préférable de se plier au client et de le noter comme une leçon apprise. Après un certain temps, vous pourrez repérer les «clients problématiques» et les éviter (ou les augmenter) au début. Vous apprendrez également à estimer un peu mieux, à intégrer les coûts de correction de bogues dans votre tarification, etc.

En tant que développeur étudiant, vous avez une certaine latitude. Personne n'est susceptible de vous poursuivre en justice pour la somme dérisoire que vous avez facturée pour un projet de 10 jours. Vous n'obtiendrez plus jamais d'affaires de ce client (ou de ses amis) - mais, comme ils ont embauché un étudiant développeur, il est probable qu'ils ne veulent qu'une main-d'œuvre bon marché et ne comprennent pas ce qu'il en coûte d'embaucher un bon développeur de toute façon. Vous ne perdrez pas grand-chose à l'avenir, à l'exception des maux de tête, mais au prix d'une conscience propre.

Mon conseil? Il suffit de terminer - vous vous sentirez mieux, le client se sentira mieux et vous serez un meilleur développeur et homme d'affaires pour cela. Ce n'est pas comme si cela valait des années de travail - et vous avez tous vos amis chez Stackoverflow et Stackexchange pour vous aider. ;)


3

Ce que vous décrivez est simplement «un montant fixe ou moins». Cela ne profite qu'au client, donc si vous faites une offre, je ne sais pas pourquoi vous travailleriez de cette façon.

  • Taux horaire - Un taux horaire peut être utilisé lorsque le client sait qu'il n'a pas pris de décision sur certaines choses et qu'il convient que le projet est un peu illimité - mais cela doit être convenu à l'avance .

  • Taux fixe - À utiliser si le client sait exactement ce qu'il veut. S'ils le font, mais que vous ne pouvez pas enchérir sur un montant fixe, vous n'avez pas encore vraiment d'entreprise qui fait des offres. Ne faites pas payer le client pour votre inexpérience.

Si vous suivez cela, vous ne vous retrouverez pas dans une situation où vous ne savez pas quoi faire. Si vous devez abandonner, discutez avec le client et traitez comme une démission ou une dissolution de partenariat. Rembourser tout l'argent et ne rien livrer, ou offrir le projet partiel en échange d'un paiement partiel.

Il est tentant d'appliquer le taux horaire chaque fois qu'il y a une certaine incertitude, mais il ne devrait être utilisé que lorsque le client est le plus lent . Si vous êtes expérimenté mais avez toujours d'importantes questions techniques sans réponse, alors soyez ouvert à ce sujet avec le client dès le départ.

Et, obtenez un contrat, ou ce n'est qu'une question de temps avant de rencontrer des problèmes.


0

Je ne suis pas avocat mais la réponse aux deux situations dépend de ce que vous avez convenu contractuellement avec le client. J'ai vu dans votre question précédente que vous travailliez sans contrat, ce qui semble plutôt dangereux pour les raisons exactes que vous avez évoquées ici. Aucun contrat écrit ne signifie certainement aucune obligation contraignante. Il est bon d'avoir tout ce genre de choses avant de commencer votre relation de travail afin que si des problèmes surviennent, ils peuvent être résolus de manière professionnelle et à l'amiable.


C'est un bon point et il y a une leçon apprise ici, je suppose. Mais que faire si je n'ai signé aucun contrat, comme dans ma situation actuelle?
thesam18888

Vous avez toujours des accords verbaux que vous pourriez avoir conclus. Le problème est que c'est un peu "a-t-il dit, a-t-elle dit" et cela pourrait conduire à des litiges à moins que vous et votre client ne puissiez arranger les choses et parvenir à un compromis raisonnable.
attiré le

0

Hormis les raisons légales, c'est une entreprise de services après tout et vous vivez et vous mourez par références. Il ne peut en prendre qu'un mauvais pour vous donner un mauvais représentant. Je ne peux prendre qu'un seul client vraiment satisfait pour vous donner beaucoup d'autres travaux. Appliquez donc la règle d'or, traitez votre client comme vous aimeriez être traité, dans des limites raisonnables. Les gens se souviennent et apprécient les gens qui vont un peu au-delà de leur «devoir».

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.