BOnjour,

Je voudrais vous mettre en garde à propos d'un membre avec qui j'ai rencontré un petit problème.
Je cherchais un développeur php pour créer une bdd et la relier à un champ de rechercher. Il s'est proposé, on a convenu de la tache à effectuer et de la rémunération.
Je le paye, il me livre le travail et... plus personne. C'est à dire que qd je parle de "livrer" il m'envoie les fichiers avec les instructions pour mettre tout ça en ligne sur mon serveur. Bien évidemment ça demande qqs explications et qqs ajustement... et le type est aux abonnés absents.
Finalement avec d'autres personnes de bonnes volontés, j'arrive à faire marcher le truc (enfin presque, le systeme de protection des fichiers n'est pas résolu), et je constate qu'il faut faire qqs corrections. Par exemple le champ de recherche n'accepte pas des mots clés de plus de 5 lettres....
Je lui re-demande d'intervenir et d'apporter ces petites corrections (je lui demande pas de refaire le taf, hein) et là j'ai enfin une réponse :
"ma mission est terminée, pour d'autres modifications il faut convenir d'un nouveau contrat".

En fait j'hésite encore à donner le pseudo du mec. Je voudrais pas le jeter en pature, mais bon si ça pouvait éviter à d'autres ce genre de mésaventure, je devrait peut être le faire.

Vous en pensez quoi?

Disons qu'il n'y a aucun soucis d'ordre légal ...
Si vous avez convenu d'un cahier des charges et qu'il a respecté ce contrat, il est dans son bon droit de refuser de faire des modifications ...
Après, si certaines des fonctionnalités indiquées dans le contrat ne respectent pas les termes du contrat, effectivement, il n'a pas respecté sa part du marché et il s'expose à des sanctions.

Ensuite, s'il a respecté sa part et qu'il refuse de faire les modifications supplémentaires que tu demandes, ce n'est pas commercant, mais c'est pas illégal.

ce n'est pas commercant, mais c'est pas illégal.

Et encore... il est impressionnant de voir ce que peuvent parfois cacher les termes "petite modification" pour un client

Vous en pensez quoi?

Que tu as eu affaire à un débutant (qui n'a pas le réflexe de prévoir un tout petit peu plus loin que la livraison), ou à un requin qui veut grapiller au centime près... Voire les deux en même temps.

Sur le fond, si tu n'es pas satisfait de la prestation effectuée, tu es bien en droit de lui faire de la mauvaise pub. C'est à lui de savoir satisfaire ses clients pour éviter ce genre de situation. S'il a des arguments à t'opposer, il va sûrement te répondre assez rapidement

J'irais pas jusqu'au niveau légal. Comme tu l'as deviné, pour une petite tache, le "contrat" n'est pas passé par les mains d'un avocat. Maintenant si je devais transposer cette petite mésaventure au niveau de la loi, il m'a livré un travail pas fini qui lui a été payé.

Entendons nous bien : par modification je parle pas de changer le plan initial, mais d'affiner le taf pour arriver à ce qui était demandé au début. Par mail, c'est rare de se comprendre du premier coup. D'autant plus que je parle de tatonnement pas de refaire un autre taf.

Le problème à la rigueur est surtout pour lui. En agissant ainsi, il se grille en tout cas avec moi alors qu'il est plutôt bon et que j'aurai volontiers refait appel à ses services.

Disons que si je poste ce cas de figure c'est pour montrer que parfois à cause d'une vue à court terme on gâche qqs opportunités. C'est dommage pour lui.

A là réflexion, je citerai pas son pseudo. On va s'en tenir au cas général de la collaboration entre client et prestataire.

Pour répondre à l'un de vous, quand je parle de modification (terme mal choisi, j'en conviens) c'était d'arriver à faire fonctionner la protection htacces me permettant d'acceder au panneau admin. Il m'envoie la doc de mon hébergeur...

Peut- être que le cahier des charges a été défini un peu rapidement entre vous... les cinq lettres maximum pour la recherche aurait dû être défini à ce moment.

Perso j'aime bien voir les gens et passer pas mal de temps avec eux pour bien définir tout ça. Rien de plus efficace qu'un rendez-vous réel.

Quand on correspond uniquement par mail ce genre de pb est pratiquement inévitable... Si un rv n'est pas envisageable, il faut prévoir visio conférence ou conversation téléphonique prolongée...

ce que tu aurais du ou pourrais faire par la suite c'est echelonner le paiement.
1/3 au debut et les 2/3 a la livraison apres installation, vbref quand le contrat est termine.
C'est comme ca que je travaille en general lorsque je fais des contrats

Evidemment, plus tu blindes la collaboration en amont, et moins de mauvaises surprises tu risques. Mais en l'occurrence, il était question d'une petite tache et c'est vrai que les "termes" ont été définis dans 2/3 mails. Je m'en suis surtout remis à "l'esprit" du résultat escompté, c'est vrai.

Maintenant encore une fois, ya ni mort d'homme, ni site en danger. Grâce notamment à la communauté j'ai pu résoudre (je suis encore en train de traiter qqs petits détails) et faire fonctionner le truc.

Non, ce qui m'énerve, c'est de voir ce type scier la branche sur laquelle il est perché. Il maitrise plutôt bien son sujet et son taf (au delà des fameux pb) est, me semble-t-il, bien fait. Là en agissant comme il a fait, il perd ma confiance alors que j'aurai probablement fait appel à lui à l'avenir. Et en raisonnant à l'extrême ça peut déboucher sur une embauche.

J'ai remarqué aussi qu'il y avait nombre de jeune, voire très jeune, développeur php. J'aurai tendance à mettre leur immaturité commercial sur le compte de l'âge.
Donc si mon anecdote pouvait servir de leçon, ils y en sortiraient moins bébètes.

J'aurai tendance à mettre leur immaturité commercial sur le compte de l'âge.

Il n'y a pas d'immaturité commerciale.
Juste une immaturité (qui se révèle dans le cadre professionnel, mais pas seulement)

Donc si mon anecdote pouvait servir de leçon, ils y en sortiraient moins bébètes.

Des anecdotes comme la tienne, il y en a des tonnes.
Cela devrait servir à force, tu as raison.
Mais il est vrai aussi que l'on apprend plus de sa propre expérience que de celles des autres.

J'ajouterais que ça ne convertira pas forcément. J'ai fini par découvrir un jour toute la vérité de ce qui est donné je ne sais plus où comme un proverbe sicilien :

Laver la tête d'un âne, c'est gaspiller de l'eau...

moi je trouve ca rassurant pour les professionnels
en même temps ... le problème avec phpfrance c'est que tu as 10% de pro du php et le reste c'est des pseudos programmeur dans la mer....
tu as pas touché le bon pourcentage
pour résumer cher moi on dit que tu as pris une pièce au c... mais je compati
si on peu t'aider hésite pas
attention moi je signe rien je rammasse juste le blé et après j'envoi le zip

moi je trouve ca rassurant pour les professionnels
en même temps ... le problème avec phpfrance c'est que tu as 10% de pro du php et le reste c'est des pseudos programmeur dans la mer....
tu as pas touché le bon pourcentage
pour résumer cher moi on dit que tu as pris une pièce au c... mais je compati
si on peu t'aider hésite pas
attention moi je signe rien je rammasse juste le blé et après j'envoi le zip

Avec des commentaires de ce genre, on voit tout de suite que tu ne fait pas partie des 10 %

Si tu relis le topic, apparemment le code fourni tient bien la route. C'est le cahier des charges qui a été défini un peu trop rapidement. La qualité du code n'est pas en cause.

D'une manière générale (sans prendre parti sur le topic) :

Le problème avec des spécialistes c'est qu'ils en arrivent à un tel niveau de maîtrise dans leur domaine de compétence qu'ils ont parfois tendance à sous estimer les autres domaines.

Le problème avec les clients c'est qu'ils ne savent pas définir assez précisément leurs besoins, et que certains d'entre eux les minore volontairement pour avoir un devis plus léger quitte ensuite à indiquer de "légères modifications" qui devraient passer dans le même prix.

Et quand les deux se mélangent, il se produit inévitablement quelques frictions...

La solution serait donc de prendre suffisamment de temps pour bien définir les choses. Mais cela aussi a un coût qui doit être intégré dans le prix final, et qui au total pourrait paraître exagéré par rapport à un concurrent ne prenant pas ces précautions de bonne entente, de bon sens.

Bref, d'un côté comme de l'autre, voilà où mène la course à la productivité maximum sans règles ni contraintes : petites embrouilles ... ou groooooosse crise

Pour souligner ta remarque je ne suis pas dans les 10% de très bon programmeur, mais je suis un professionnel respectueux du client, je jette la pierre au deux voilà

Je ne suis pas d'accord pour le cahier des charges, le gars si il avait un peu de respect envers son client il aurait finalisé le travail jusqu'a satisfaction, surtout pour une histoire de champs il abuse , en plus sur internet ce n’est pas au client de prévoir les pièges mais au programmeur de lui expliquer et anticipé pour lui et bien sure les lui soumettre .

Pour moi ce sujet est un peu comme un client qui me contact et me dit je me suis embrouillé avec mon beau frère mon site est planté il ne veux plus le gérer, Quesque vous pouvez faire
(J’ai envi de lui dire change de bof ou de sœur), mais je lui dis qu’il fallait passer par des professionnels "votre site on l'oubli on en fait un nouveau" "et ca ce passera comme ci et comme ca".

après ca pourrait être une bonne idée de développement, créer un BDD des professionnels anonyme sur phpfrance et connaitre leur tôt de réussite et satisfaction travaux

Bon plus sérieusement, moi ca me désole des trucs pareil, c'est pour ca que j'ai écris deux fois le message, le premier était virulent et plein de colère, du coup je n’ai pas voulu dire une bêtise sur le coup de la colère et j'en ai plaisanté avec un autre message plus narguant que méchant, mais ca me désole de voir ca, sérieusement.

Je ne crois pas qu'on puisse jeter la pierre au client. Il veut payer le moins cher possible et que ça fonctionne : ça, c'est la base. Maintenant, le développeur professionnel et consciencieux a devoir de conseil et doit impérativement arriver à faire comprendre au client qu'ils doivent travailler ensemble.

Pour n'importe quel type de développement, la plus grosse partie reste l'analyse. Le développeur sait faire du code, le client connait sa propre activité. Le client est donc l'expert métier qui doit définir ce dont il a besoin. Le développeur devra donc avec lui établir des croquis, des listes de fonctionnalités, des maquettes et le client devra valider tout ça avant que le développement proprement dit ne soit amorcé.

Mais nous avons malheureusement aujourd'hui beaucoup de bricoleurs qui, ayant réussi à s'installer un Joomla sur free.fr, s'improvisent développeurs web et vendent des services qu'ils sont incapables de réaliser parce qu'ils ne voient que la partie code de leur (nouveau ?) métier... Et, comme l'a fort justement souligné AB, l'analyse prend du temps et a un coût. Le rôle du développeur indépendant en l'occurrence est précisément de faire comprendre et admettre ça à son client.

La faute du client dans ce cas, c'est de confondre vitesse et précipitation et de s'arrêter à un aspect visuel sympa qui lui aura été proposé, le développeur étant le plus grand fautif en manquant à son devoir de conseil.

... ca pourrait être une bonne idée de développement, créer un BDD des professionnels anonyme

Une base de professionnels anonymes ??? pour quoi faire ??? Si on ne sait pas qui sont les mauvais, on pourra difficilement les éviter, quant aux bons, ils n'y gagneront rien puisque personne ne pourra savoir qui ils sont... un détail a dû m'échapper

Je parlais d'une base de donnée professionnels anonyme par les demandeurs, dont seul phpfrance connaitrait les sociétés et redirigerai les appels d'offre vers les professionnels les plus proche du client si déplacement ou spécialité et ce automatiquement bein sure, pas de pub à tir la rigotte mais du boulot en plus et on crache pas dessus, anonyme pour pas causer de problème de marque.

tu comprends mieux ?