C'est le problème circulaire du démarrage : pour décrocher un client, il faut montrer des réalisations, et pour avoir des réalisations, il faut des clients. La plupart des débutants s'en sortent en publiant une liste de technologies et trois captures d'écran, ce qui ne convainc personne. Un portfolio de développeur freelance à Madagascar ne sert pas à prouver que vous savez coder : il sert à prouver que vous savez résoudre un problème d'entreprise. Cette différence change tout ce qu'il faut y mettre, et elle rend le portfolio possible même sans le moindre client.
Ce que regarde vraiment un client
Il faut d'abord comprendre qui lit. Un dirigeant de PME à Antananarivo qui cherche un développeur ne sait pas juger votre code, ne connaît pas les technologies que vous listez, et ne les jugera jamais. Il cherche trois réponses, dans cet ordre :
- Est-ce que cette personne comprend des problèmes comme le mien ?
- Est-ce qu'elle a déjà fait quelque chose qui ressemble à ce que je veux ?
- Est-ce que je vais pouvoir travailler avec elle ?
Une liste de langages ne répond à aucune de ces trois questions. Une étude de cas bien écrite répond aux trois d'un coup. C'est toute la différence entre un portfolio qui décore et un portfolio qui vend.
Quoi montrer quand on n'a aucun client
Quatre sources de matière, classées de la plus convaincante à la moins convaincante.
1. Un vrai problème résolu pour une vraie organisation
C'est de très loin la meilleure option, et elle est accessible immédiatement. Trouvez une association, une école, une paroisse, un petit commerce de votre quartier, et proposez de résoudre gratuitement un problème réel : un système de suivi des adhérents, un outil pour gérer les inscriptions, un site simple.
Vous obtenez trois choses : un projet réel avec des contraintes réelles, une personne joignable qui peut confirmer que vous avez livré, et une histoire à raconter. Ce n'est pas un exercice, c'est une référence.
Deux conditions : posez un cadre précis pour ne pas y passer six mois, et mettez par écrit que vous pourrez en parler dans votre portfolio.
2. Un outil que vous utilisez vraiment
Quelque chose que vous avez construit pour vous et que vous utilisez au quotidien : un suivi de vos devis, un outil de calcul, un tableau de bord. Le fait de l'utiliser réellement se sent dans la démonstration, et cela prouve que vous savez porter un projet jusqu'à l'usage plutôt que jusqu'à la première version.
3. Une refonte assumée d'un cas local
Prenez un site local visiblement défaillant, dites clairement qu'il s'agit d'un exercice non commandé, et montrez ce que vous en feriez. Expliquez les problèmes que vous avez identifiés et vos choix de correction.
Règle absolue : ne nommez jamais l'entreprise et ne publiez pas son logo. Un exercice qui expose publiquement les défauts d'un site existant fait de vous quelqu'un avec qui personne ne voudra travailler.
4. Le travail fait chez un employeur
Possible, avec deux précautions : vérifiez ce que votre contrat vous autorise à montrer, et décrivez votre contribution avec honnêteté. « J'ai développé le module de facturation d'une application de gestion » est vérifiable et crédible. « J'ai créé une plateforme complète » quand vous étiez cinq sur le projet se retourne contre vous au premier entretien.
La structure d'étude de cas qui fait un portfolio de développeur convaincant
Deux ou trois cas bien écrits valent mieux que dix captures d'écran. Voici la trame, en cinq blocs, à répéter pour chaque projet.
Le contexte, en deux phrases. Qui, quelle activité, quelle taille. « Une association d'Antananarivo qui gère environ 200 adhérents et suivait ses cotisations dans un cahier. »
Le problème, en langage de client. Pas le problème technique, le problème vécu. « Trois heures par mois passées à retrouver qui avait payé, et des relances envoyées à des gens à jour de leur cotisation. »
Ce que vous avez fait, et surtout pourquoi. C'est le bloc qui vous distingue. Ne listez pas des fonctions, expliquez des arbitrages. « J'ai écarté une application mobile au profit d'une page web légère, parce que les responsables changent chaque année et qu'il fallait éviter toute installation. » Ce genre de phrase montre un raisonnement, et c'est exactement ce qu'un client achète.
Le résultat, honnêtement. Ici, une règle de prudence : ne fabriquez aucun chiffre. Si vous n'avez pas mesuré, décrivez le changement d'usage plutôt qu'un pourcentage. « Les cotisations sont désormais enregistrées au moment de l'encaissement, et l'état à jour est consultable à tout moment » est vrai et vérifiable. « Gain de productivité de 60 % » est invérifiable, et un client expérimenté le sait.
Une preuve. Une capture d'écran réelle, un lien qui fonctionne, ou le nom d'une personne joignable qui accepte de confirmer. Sans preuve, une étude de cas reste une histoire.
Où le publier
Une page web simple, à votre nom, suffit largement. Pas besoin d'un site élaboré : le fond compte infiniment plus que la forme, et un portfolio surchargé produit l'effet inverse de celui recherché. Pour situer l'exigence, la page d'accueil mobile médiane dans le monde pesait environ 2,6 Mo en juillet 2025 selon le Web Almanac du HTTP Archive, en hausse de 8,4 % sur un an, alors qu'un portfolio bien fait tient sous 500 Ko. Sur une connexion malgache qui bascule entre 4G et 3G, l'écart se voit immédiatement.
Trois exigences, cohérentes avec le contexte local :
- Léger et rapide sur mobile. Vous êtes développeur : un portfolio lent est une contre-référence. C'est le premier test que vous passez, et beaucoup l'échouent.
- Un moyen de vous joindre visible immédiatement, sans avoir à faire défiler.
- Un document unique, exportable, que vous pouvez envoyer par message quand quelqu'un vous demande « tu as des exemples ? ». À Madagascar, cette demande arrive presque toujours par Messenger ou WhatsApp, dans une conversation, et pas par e-mail : préparez une version que vous envoyez en dix secondes depuis votre téléphone.
C'est aussi ce qui vous rend utilisable dans les groupes Facebook professionnels, qui sont l'un des principaux canaux de recherche de prestataires dans le pays. Quand quelqu'un y demande un développeur et qu'un membre vous cite, un lien qui s'ouvre vite et montre deux cas concrets transforme la mention en contact.
Complément utile : un dépôt de code public bien tenu, avec des projets documentés. Il ne remplace pas les études de cas, parce que vos clients ne le liront pas, mais il compte face à une agence ou à un client technique.
Les erreurs qui font fuir
Le mur de logos de technologies. Quinze icônes alignées ne disent rien de ce que vous savez en faire, et suggèrent souvent l'inverse de la maîtrise.
Les projets d'exercice présentés comme des réalisations. Un clone d'une application connue, fait en suivant un tutoriel, se reconnaît immédiatement. Mieux vaut un seul projet réel modeste.
Les liens morts. Un portfolio dont la moitié des liens ne fonctionne plus est la pire contre-référence possible pour quelqu'un dont le métier est de faire fonctionner des choses. Vérifiez tous les six mois.
Les chiffres inventés. Les pourcentages de gain sortis de nulle part ne trompent pas les clients sérieux et vous décrédibilisent auprès des seuls qui savent lire.
Ne rien dire de qui vous êtes. Sur un marché où la relation compte autant que la compétence, une photo, une phrase sur votre façon de travailler et votre localisation valent mieux qu'un anonymat professionnel.
La règle des trois heures
Le portfolio est un piège de perfectionnisme : on le refait indéfiniment plutôt que d'aller parler à des clients. Fixez-vous une limite.
Trois heures pour la première version. Une page, deux études de cas, vos coordonnées. Publiez.
Puis une amélioration après chaque projet livré, tant que c'est frais. Trente minutes pour documenter ce que vous venez de faire, pendant que vous vous souvenez des arbitrages. Six mois plus tard, vous aurez tout oublié.
Un portfolio imparfait mais en ligne rapporte infiniment plus qu'un portfolio parfait qui n'existe pas encore. C'est vrai pour tout, et c'est particulièrement vrai ici.
Questions fréquentes
Comment faire un portfolio sans aucun client ?
Résolvez un vrai problème pour une vraie organisation, même gratuitement : une association, une école, un commerce de votre quartier. Vous obtenez un projet réel, une personne joignable qui confirme que vous avez livré, et une histoire à raconter. C'est infiniment plus convaincant qu'un projet d'exercice suivi depuis un tutoriel.
Combien de projets faut-il montrer ?
Deux ou trois, bien écrits. Un client ne lit pas dix études de cas, il en lit une ou deux et décide. Mieux vaut deux projets détaillés avec le contexte, le problème, vos arbitrages et une preuve, qu'une galerie de captures d'écran sans explication.
Puis-je montrer le travail réalisé chez mon employeur ?
Vérifiez d'abord ce que votre contrat autorise. Ensuite, décrivez votre contribution exacte plutôt que le projet entier : « j'ai développé le module de facturation » est crédible et vérifiable, « j'ai créé la plateforme » alors que vous étiez cinq se retourne contre vous dès le premier entretien approfondi.
Faut-il un site ou un simple document suffit-il ?
Les deux sont utiles et se complètent. Une page web légère à votre nom vous rend trouvable, un document exportable vous permet de répondre en dix secondes quand quelqu'un demande des exemples par message. Commencez par ce qui vous prendra le moins de temps, et publiez.
Faut-il afficher ses tarifs sur son portfolio ?
Une fourchette de départ filtre utilement les demandes hors budget et vous évite des rendez-vous inutiles ; un montant fixe, lui, vous enferme. La formulation « à partir de » reste le meilleur compromis. Pour situer votre fourchette, le taux journalier d'un développeur à Madagascar se situe couramment entre 80 000 et 300 000 Ar selon l'expérience, relevé en août 2026.
Un profil sur un dépôt de code public suffit-il ?
Il compte face à une agence ou à un client technique, mais vos clients PME ne l'ouvriront jamais et ne sauraient pas quoi en faire. Il complète le portfolio, il ne le remplace pas. La priorité reste les études de cas écrites en langage de client.
Pour aller plus loin
- Trouver ses clients en freelance à Madagascar
- Devenir développeur freelance à Madagascar : par où commencer
- Un site rapide même en 3G : ce qui pèse vraiment
- Tarif d’un développeur freelance : comment fixer son prix
- IA pour indépendants et TPE : gagner du temps avec un petit budget
Documenter ses projets est la tâche qu'on repousse toujours, et celle qui rapporte le plus tard. Faites votre diagnostic gratuit avec Wejair : quelques minutes suffisent pour identifier ce qui vous prend du temps sans rien produire, et ce qui peut être allégé dès cette semaine.