Je donne le projet à un dev freelance ou je recrute mon propre dev ? Les coûts sont très différents

on a pris la voie freelance on le regrette. Le mec est parti au bout de 3 mois le code était du bricolage réécrire ça a coûté cher. Depuis qu'on a notre propre dev les problèmes ont beaucoup diminué. Bon, il n'était pas super productif au début mais il a été formé

Best practice : freelance pour le MVP (3 mois, 9000), puis recruter votre dev (8-10k/mois). Le dev suit le MVP, le scale. Pour le freelance, soit le risque est élevé, soit c'est trop cher (bon freelance). Cette voie combinée est bonne.

Ma question : tu peux trouver un freelance fiable ? Parce qu'un dev PHP/React fiable à 3000 TL c'est rare. Ça commence souvent à 8000+. Dans ce cas, la différence de prix avec le recrutement est minime.

freelance pour le MVP, salarié pour le support après-vente et les entreprises font souvent l'inverse. :) Si possible, finis le MVP vite puis recrute un salarié qualifié.

Tu t'inquiètes de la qualité du code d'un freelance à 3000 TL, comme si tu me demandais ? C'est trop bas, soit ce sera mauvais, soit le mec bosse sur 10 projets en même temps. Recruter votre propre salarié est plus sûr.

À long terme, si tu prévois de scaler, recrute ton propre dev. Une personne met en place l'architecture, les code reviews, les best practices. Avec un freelance, chaque projet repart de zéro, pas de cohérence.

PS : c'est demandé plus bas, j'ai répondu dans le deuxième message.

je vais expliquer comment c'est fait en pratique. lors de la prise de décision, écrivez aussi le pire scénario pas seulement le meilleur.

aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger mais à votre place, j'irais par cette voie.

je pesne différemment. genre tout va bien les trois premiers mois les problèmes arrivent au quatrième.

les gens défendent l'habitude, pas le processus. la résistance vient de là. si vous avez des questions, écrivez-moi je répondrai au mieux.

J'ai travaillé longtemps sur ce sujet. Lors de la rédaction d'une annonce, mettez la preuve que le produit fonctionne réellement au tout début.

Voilà, désolé si je me suis étendu.

La réponse ci-dessus va droit au but. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Bien sûr, cela change si votre situation est différente.

Je suis intéressé.

Nous avons vécu presque la même chose l'année dernière. Quand on décide sans mesurer on revient toujours au même point.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

J'ai travaillé longtemps sur ce sujet. Quand on décide sans mesurer on revient toujours au même point.

Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Je vais essayer.

Je vais résumer ce qui a été dit jusqu'ici. Un partenariat sans calendrier de paiements se bloque dès la première rupture.

Si le transfert de propriété intellectuelle à la société n'est pas rédigé dès le départ, il ne se récupère pas après. Si vous avez des questions, écrivez-moi je répondrai au mieux.

je suis d'accord.

Pourriez-vous préciser un peu ? Si vous obtenez trois réponses différentes sur un sujet, la question est mal posée.

Je le note au cas où.

La discussion part dans tous les sens, je recentre. Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

Si vous proposez des parts au lieu d'un salaire, indiquez aussi ce que vous offrez en échange.