Je travaille dans la vente, pour une agence. Pourtant, je pense qu'une partie des gens qui veulent faire développer une application par un freelance ont raison : pour eux, un développeur d'application mobile freelance est le bon choix. Quand un premier échange va dans ce sens, je le dis. Un projet qui ne nous correspond pas finit par poser problème aux deux parties.
Je m'appelle Aparajita Singh et je m'occupe du développement commercial chez CODT Technologies. Je n'écris pas de code. Mon rôle, c'est la conversation avant la signature : ce que la personne veut construire et ce qu'elle a déjà essayé. Ce texte vient de ces échanges. Il complète notre guide pour choisir entre freelance et agence, qui compare les deux modèles critère par critère. Ici, on parle du moment juste avant : deux offres sont sur la table, et il faut trancher.
Faire développer une application par un freelance : la réponse courte
Faire développer une application par un freelance a du sens si la mission est petite et claire, et que quelqu'un chez vous peut la piloter. Avant de signer, vérifiez trois points : le même périmètre écrit dans chaque offre, les droits exclusifs sur le code au contrat et, sur la durée, le statut d'indépendant.
Le moment où vous décidez
Imaginez deux offres posées côte à côte, impossibles à comparer directement. Sur l'une, un tarif horaire ou journalier et une estimation en jours. Sur l'autre, un prix fixe pour un périmètre écrit. Le premier chiffre paraît plus petit. C'est aussi un autre type de chiffre. L'estimation dit ce que coûte le travail si tout se passe comme prévu. Le prix fixe dit ce qu'il coûte quoi qu'il arrive, tant que le périmètre reste le même.
Avant de comparer des montants, rendez donc les deux offres comparables. Trois choses aident.
Le même périmètre des deux côtés. Rédigez une page qui décrit ce que la première version doit faire, et envoyez cette même page aux deux. Sans elle, vous comparez deux applications différentes.
Ce qui manque. La publication sur les stores, un espace d'administration, les tests, le backend, l'exploitation après le lancement. Une partie de cela manque parfois dans une offre, simplement parce que personne ne l'a demandé. Demandez-le par écrit.
Les semaines. Notre calculateur d'effort affiche une équipe et des semaines calendaires. Il n'affiche aucun prix. Pour un MVP allégé, il compte 2 à 3 développeurs et 8 à 14 semaines. Si une seule personne vous promet le même périmètre dans le même délai, demandez-lui ce qu'elle fera autrement. Des briques toutes faites, c'est une bonne réponse. S'il n'y a pas de réponse claire, reprenez avec elle votre page de périmètre point par point.
Reste la question qui figure rarement dans une offre : qui, chez vous, a du temps ? Avec un freelance, c'est vous qui pilotez le projet. Vous fixez les priorités, vous testez, vous décidez, et si vous engagez deux personnes pour le design et le backend, c'est aussi à vous de faire en sorte que leur travail s'emboîte. Si vous avez le temps et que cela vous plaît, l'économie est réelle. Avant de signer, demandez-vous où vous prendrez ces heures dans votre semaine.
Deux points juridiques en Allemagne et en Suisse
Ce passage n'est pas un conseil juridique, et votre contrat mérite l'avis d'un avocat ou d'une avocate. Mais si votre entreprise est en Allemagne ou en Suisse, deux points font partie de la décision, et mieux vaut les connaître tôt.
À qui appartient le code ? En droit allemand, le droit d'auteur lui-même ne se cède pas (§ 29 UrhG). Ce qu'on accorde, ce sont des droits d'utilisation, simples ou exclusifs (§ 31 UrhG). Pour un logiciel écrit par un salarié dans le cadre de son travail, la loi réserve à l'employeur l'exercice de tous les droits patrimoniaux (§ 69b UrhG). Or un freelance n'est pas un salarié. Concrètement : faites-vous accorder par contrat les droits d'utilisation exclusifs sur le code avant le début du travail, en énumérant les modes d'utilisation un par un, par exemple modifier, faire évoluer, reproduire, publier sur les stores et céder à des tiers. Si le contrat reste flou, l'étendue de ces droits dépend de la finalité du contrat, et c'est un sujet sur lequel on finit par se disputer. En Suisse, le droit d'auteur peut être cédé, et le transfert d'un droit n'inclut les autres que si le contrat le prévoit (art. 16 LDA). Là aussi, faites donc figurer par écrit la cession de tous les droits sur le code, avec un freelance comme avec une agence.
Le freelance est-il vraiment indépendant ? Si une personne travaille des mois uniquement pour vous, selon vos instructions et intégrée à votre équipe, cela peut être requalifié en emploi salarié. Le droit social allemand cite expressément deux de ces indices : les instructions et l'intégration dans l'organisation du travail (§ 7 SGB IV). La procédure de détermination du statut auprès de la Deutsche Rentenversicherung apporte une réponse claire (§ 7a SGB IV). En Suisse, la caisse de compensation décide au cas par cas, et selon le mémento AVS 2.02, ce sont les conditions économiques qui comptent, pas le contrat. Une personne qui travaille pour un seul mandant y est en général considérée comme salariée. Pour un projet bien délimité, avec un livrable propre, le risque est à mon sens plus faible. Un « freelance » qui est en réalité votre développeur à plein temps, c'est un sujet pour votre fiduciaire ou votre expert-comptable.
Avec une agence, l'octroi des droits d'utilisation sur le code a tout autant sa place dans le contrat.
Ce qu'il faut demander à chacun
Une heure par entretien suffit pour ces questions. Les colonnes diffèrent, parce qu'une personne seule ne porte pas les mêmes risques qu'une équipe.
| Sujet | Question au freelance | Question à l'agence |
|---|---|---|
| Qui travaille | Faites-vous tout vous-même, ou sous-traitez-vous une partie ? À qui ? | Quelles personnes vont construire mon app ? Puis-je les rencontrer avant de signer ? |
| Absence | Que devient mon projet si vous êtes malade deux semaines ? | Que se passe-t-il si mon développeur quitte votre équipe ? |
| Code et accès | Le code est-il dès le premier jour dans mon dépôt, et l'app sera-t-elle publiée sur mon compte store ? | Même question. Et m'accordez-vous par écrit les droits d'utilisation sur le code ? |
| Périmètre | Qu'est-ce qui n'est pas compris dans votre estimation ? | Qu'est-ce qui est explicitement hors périmètre ? |
| Après le lancement | Aurez-vous encore du temps pour les mises à jour dans six mois ? | Qui s'occupe de l'app après le lancement, et à quelles conditions ? |
| Référence | Puis-je parler à un ancien client ? | Puis-je parler à un client dont l'app tourne depuis des années ? |
La question du compte store a l'air anodine. Si l'app est publiée sous le compte développeur du freelance, votre produit dépend de son compte. Créez vos propres comptes développeur chez Apple et Google, et donnez-y accès au développeur. Même règle avec une agence.
Regardez aussi à quelle vitesse viennent les réponses. À « et si vous tombez malade ? », je m'attendrais à une réponse prête, avec un nom ou un plan.
Quand je vous conseille un freelance
Votre app tourne déjà, et le freelance qui l'a construite est bon et joignable. Restez avec lui. Changer coûte toujours du temps de prise en main, et une entreprise plus grande n'est pas forcément meilleure pour votre produit. Changez quand il n'est plus disponible, ou quand l'app dépasse ce qu'une personne peut porter. Savoir si une app vieillissante doit alors être reconstruite ou peut être renouvelée pas à pas, c'est le sujet de l'article d'Aman Tiwari « Votre app mobile fait datée ? ».
Vous avez un pilotage technique en interne. Un CTO ou un développeur expérimenté capable de découper les tâches, de lire le code et de valider le travail. Dans ce cas, pas besoin d'une agence pour coordonner. Un ou deux bons freelances, encadrés par cette personne, peuvent très bien fonctionner.
Il vous faut un prototype cliquable pour un rendez-vous avec des investisseurs. Quelque chose qu'on montre, puis qu'on jette. Pour ça, une agence avec atelier, périmètre écrit et démos hebdomadaires, c'est surdimensionné.
C'est une tâche unique et bien décrite. Une intégration de paiement, ou une mise à jour pour une nouvelle version d'iOS. Un freelance qui a déjà fait exactement cela de nombreuses fois ira sans doute plus vite que n'importe quelle équipe.
Encore une chose. Si votre budget ne couvre qu'une personne, prenez un très bon freelance plutôt qu'une agence qui ne tient votre budget qu'en vous confiant ses profils les moins expérimentés. Dans le doute, posez la question franchement.
Quand l'agence est le choix le plus sûr
Ce que vous achetez à une agence, c'est avant tout un résultat qui ne dépend pas d'une seule personne. Cela compte dès que l'app est importante pour votre activité. Si vos clients passent commande dans l'app ou si vos équipes y pointent, trois semaines d'arrêt deviennent bien plus qu'un désagrément.
Un exemple de notre portfolio : TapTime, le système de pointage de l'entreprise suisse de foodtech FeelEat. Le personnel présente son badge à un lecteur NFC sur une borne murale pour pointer à l'arrivée ou au départ. Les pointages sont enregistrés même sans internet et partent dans l'ERP qui gère la paie. Cela fait une app Android, des flux matériels et une intégration backend dans un même projet. Si vous l'assemblez à partir de plusieurs freelances, c'est à vous de tenir les morceaux ensemble.
Pour comparer avec d'autres offres, voici comment cela se passe chez CODT Technologies. Vous commencez par un atelier de quatre heures, qui ne vous coûte rien. Dans les trois jours ouvrés qui suivent, vous recevez le périmètre par écrit, accompagné de notre devis. Si le périmètre est clair, le devis indique un prix fixe. S'il reste des questions ouvertes, un court sprint de discovery payant passe en premier, et nous le déduisons intégralement. Nous construisons ensuite par sprints, et une démo par semaine vous montre où en est le projet. Pendant 30 jours après la mise en ligne, les bugs qui viennent de notre travail sont corrigés sans frais ; une formule de maintenance peut suivre si vous le souhaitez. Notre équipe de développement est à Gurugram, en Inde, et travaille sur votre fuseau horaire. Pour le détail, voyez la page consacrée à nos tarifs et modèles de collaboration. Ce que nous construisons techniquement est présenté sur la page développement d'applications mobiles.
Si vous vous demandez aussi si l'équipe peut être en Inde : notre guide de l'offshore pour les entreprises suisses détaille les points qu'un contrat avec un partenaire à l'étranger doit couvrir.
Vous hésitez encore sur le modèle qui convient à votre projet ? Décrivez-le-nous en quelques lignes, et nous le regarderons ensemble.
Questions fréquentes
Comment trouver un bon développeur d'application ?
Demandez d'abord des apps qui sont sur les stores aujourd'hui, et téléchargez-les. Parlez ensuite à un ancien client du développeur. Observez s'il vous pose des questions sur votre projet. Quelqu'un qui annonce un prix au bout de dix minutes sans rien demander n'a pas encore compris ce que vous voulez construire.
Comment recruter un développeur mobile freelance ?
Donnez à chaque candidat la même description d'une page, pour que les offres se répondent. Faites préciser par écrit ce que chaque estimation laisse de côté. Dès le premier jour, le code doit être dans votre dépôt et l'app sur vos comptes Apple et Google, et le contrat doit vous accorder les droits d'utilisation exclusifs sur le code.
Comment vérifier les références d'un développeur d'application ?
Parlez à quelqu'un qui exploite son app depuis plus d'un an. Un client qui vient de lancer n'en sait pas encore grand-chose. Demandez comment se passent les mises à jour, à quelle vitesse les bugs sont corrigés et si les mêmes personnes sont toujours là. Demandez aussi ce qui a coûté plus cher que prévu la première année.
Faire développer une application en Suisse avec un freelance : que vérifier ?
En Suisse, c'est la caisse de compensation qui décide si une personne est indépendante, d'après les conditions économiques. Quand une personne ne travaille que pour un seul mandant, elle est en général considérée comme salariée. Clarifiez donc tôt le statut d'une personne seule engagée sur la durée, et mettez toujours par écrit les droits sur le code.
