Développeur proposant de créer l'app gratuitement contre un pourcentage du CA : quel contrat prévoir ?

Le dépôt de code (repo), les comptes serveurs cloud et les comptes dev sur les stores d'applications doivent impérativement être ouverts à votre nom. Mentionnez aussi dans le contrat que les dépendances tierces et les licences doivent être documentées au fur et à mesure, pour éviter d'avoir à tout recoder si quelqu'un d'autre reprend le projet demain.

Le dev va coder gratuitement pendant 3 mois et dès qu'il trouvera un contrat payant, il mettra votre projet de côté. Le manque de motivation est le plus gros problème dans les associations sans capital. Si vous ne mettez pas de clause de résiliation claire et de cession de code pour chaque mois de retard, vous allez perdre un an.

On avait commencé une app de livraison similaire en lâchant 20 % sur la commission brute. Une fois les frais bancaires et serveurs déduits, notre marge est tombée à zéro. Si vous partez sur un partage de revenus, la seule base viable n'est pas le CA brut, mais le résultat d'exploitation net après déduction de tous les coûts opérationnels directs.

En droit allemand de la propriété intellectuelle, le droit d'auteur du développeur est incessible, mais le droit d'utilisation (Nutzungsrechte) peut être cédé à votre entreprise de manière exclusive et illimitée. Vous devez stipuler explicitement dans le contrat que ce droit est mondial, perpétuel et sous-licenciable.

Ajoutez une option de rachat dans le contrat. Par exemple, prévoyez une clause du type « La société peut, si elle le souhaite, racheter la part du développeur au comptant sur la base d'un multiple ou d'une valorisation prédéterminée ». Si un investisseur se présente plus tard, cette part deviendra un vrai boulet.

vous avez parlé de qui allait payer les factures de serveur et les frais d'api de cartographie ? le dev dit que le code est gratuit mais tombez pas de haut quand les coûts d'infrastructure feront des centaines d'euros par mois, budgétisez tout ça dès le départ.

En combien de temps exactement le développeur s'engage-t-il à livrer un premier prototype fonctionnel ? Avez-vous pensé à inscrire dans le contrat une date butoir claire ainsi qu'une condition de validation sur les stores ?

Il y a deux ans, on s'est associés avec un dev qui proposait exactement la même chose. Il a sorti la première version, mais au fur et à mesure des retours des restos, il ne faisait plus aucune mise à jour. Comme c'est lui qui avait le code, impossible de faire intervenir un autre dev, on a fini par jeter le projet à la poubelle et on a perdu 25 restos. Ne faites pas écrire une seule ligne de code sans contrat.

edit : j'ai corrigé quelques fautes de frappe.

Merci pour votre retour. Les gens défendent l'habitude pas le processus. La résistance vient de là.

On en parle beaucoup, mais chez nous, cela ne s'est jamais passé ainsi. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Les décisions hâtives finissent par être corrigées six mois plus tard. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Je vais raconter ce qui m'est arrivé, ça pourrait vous servir. Le vrai problème n'est pas le chiffre, mais la base sur laquelle il est calculé.

Avant de parler d'actions, faites un petit projet de trois mois pour apprendre à vous connaître. Bon courage.

je suis une petite entreprise laissez-moi expliquer de mon point de vue.. mais avaant de parler d'actions faites un petit projet de trois mois pour apprendre à vous connaître.

prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois. je suis aussi curieux de savoir si d'autres font autrement.

Laissez-moi détailler l'aspect technique. La seule chose qui distingue l'amitié du partenariat c'est le contrat écrit.

Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

Il faut y aller étape par étape. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

À votre place, j'irais par cette voie.

je ne savais pas ça. n'hésitez pas à demander celui qui ne demande pas paie toujours plus cher.

corrigez-moi si je me trompe.

C'est exactement ça. Si les pouvoirs de décision ne sont pas définis, cela pose problème tous les jours, pas seulement en cas de séparation.

La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale. C'est confirmé par l'expérience.

exactement et ce n'est pas si connu que ça. bref la plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

corrigez-moi si je me trompe.

chez nous, ça s'est passé comme ça... du coup ce que tout le monde fait ne signifie pas que c'est la bonne chose.