Construire un portfolio qui décroche des missions au Sénégal en 2026

Un portfolio médiocre tue plus de carrières que le manque de compétences. Beaucoup de développeurs et designers sénégalais savent faire le travail, mais leur portfolio raconte si mal leur histoire qu'ils n'obtiennent jamais l'entretien où la mission. Un bon portfolio, lui, fait le travail commercial à votre place : il convainc avant même que vous ayez parle. Voici comment construire ce portfolio.

Ce qu'un portfolio doit prouver

Un client ou un recruteur ne cherche pas à admirer votre code. Il cherche une réponse à une seule question : "Cette personne peut-elle résoudre mon problème de manière fiable ?" Tout dans votre portfolio doit répondre oui à cette question. Ce n'est pas une galerie d'art, c'est un argumentaire commercial.

Quels projets montrer

La règle d'or : trois projets excellents valent mieux que dix projets moyens. Chaque projet faible tire la moyenne vers le bas et sèmè le doute. Sélectionnez impitoyablement.

Pour un développeur

Montrez des projets qui prouvent une compétence complète : une application avec authentification, base de données, paiement, déployée et accessible en ligne. Un client veut voir un lien cliquable qui marche, pas seulement des captures d'écran. Inclure un projet pour un vrai client, même petit, change tout : cela prouve que vous travaillez dans le monde réel, avec des contraintes et des délais.

Pour un designer

Montrez le processus, pas seulement le résultat final. Un client veut comprendre comment vous pensez : le problème de départ, les recherches, les itérations, les choix justifies, le résultat. Des maquettes magnifiques sans contexte impressionnent moins qu'un projet moyen bien expliqué.

L étude de cas : votre arme secrète

La différence entre un portfolio amateur et un portfolio professionnel tient en un mot : l'étude de cas. Au lieu de poser une image et de passer au suivant, vous racontez une histoire structurée.

La structure qui convertit

Commencez par le contexte : qui était le client, quel était son problème. Puis l'objectif : qu'est-ce qu'il fallait accomplir, avec quelles contraintes. Ensuite votre approche : ce que vous avez fait et pourquoi vous avez fait ces choix. Enfin, et c'est le plus important, le résultat, chiffré si possible : "le temps de chargement est passé de 6 à 1,5 seconde", "les ventes en ligne ont augmenté de 30% en deux mois", "le taux de conversion à doublé".

Les chiffres transforment une affirmation en preuve. Si vous n'avez pas de chiffres, demandez-les à vos clients, ou estimez honnêtement l'impact.

Ce que regardent vraiment les recruteurs et clients

Un recruteur technique passe en moyenne moins de deux minutes sur un portfolio au premier coup d'oeil. Voici ce qu'il regarde, dans l'ordre.

D'abord, est-ce que les liens fonctionnent et que les projets sont en ligne. Un projet "mort" qui ne charge pas est pire que pas de projet. Ensuite, le code sur GitHub : est-il propre, commenté, avec des commits réguliers et un README clair ? Un README soigné avec capture d'écran, description et instructions d'installation impressionne autant que le code lui-même. Enfin, la cohérence : un développeur qui montre dix technologies différentes inquiète ; un profil clair sur deux ou trois technologies rassuré.

Le portfolio en pratique : la structure d'une page

Votre site portfolio doit charger vite et fonctionner parfaitement sur mobile, car beaucoup de recruteurs le consultent depuis leur téléphone. Un portfolio lent ou cassé sur mobile envoie un message terrible : "ce développeur ne sait pas faire un site rapide et responsive".

La structure efficace : une accroche claire en haut (qui vous êtes et ce que vous faites, en une phrase), trois à quatre projets en études de cas, une section "à propos" courte et humaine, et un moyen de contact évident. Pas de menu déroulant à cinq niveaux, pas d'animation qui fait ramer la page. La sobriété inspire confiance.

Les erreurs qui font fuir

Voici les fautes qui détruisent un portfolio, classées par gravité.

• Des liens morts ou des projets qui ne chargent pas. Vérifiez tout chaque mois.
• Des fautes d'orthographe et de grammaire. Elles signalent un manque de soin qui terrifie un client.
• Du contenu générique copié ailleurs : "passionne par les nouvelles technologies" ne dit rien. Soyez spécifique.
• Trop de projets, dont des exercices de tutoriels évidents. On reconnaît un "todo app" de cours à dix métrés.
• Aucune information de contact claire, ou un formulaire qui ne marche pas.
• Un design surcharge qui veut tout montrer et ne montre rien.

Mini étude de cas : la transformation de Mamadou

Mamadou, designer UI à Saint-Louis, postulait depuis des mois sans réponse. Son portfolio Behance alignait vingt visuels sans contexte. Nous avons tout refait : il a garde trois projets, transforme chacun en étude de cas avec contexte, processus et résultats chiffrés. Pour un projet, il a contacté l'ancien client pour obtenir un vrai chiffré : "+40% de demandes de devis après la refonte".

Il a aussi crée un site personnel rapide plutôt que de dépendre de Behance. Résultat : en six semaines, il a reçu trois demandes de mission, dont une d'un studio canadien à 600 euros pour une refonte d'interface. La leçon : "Je pensais que mon problème était mon niveau. C'était ma façon de raconter mon travail."

Garder le portfolio vivant

Un portfolio n'est jamais fini. Tous les trois à six mois, ajoutez votre meilleur projet récent et retirez le plus faible. Le niveau moyen doit monter avec le temps. Un portfolio qui stagne depuis deux ans envoie le signal d'une carrière à l'arrêt.

FAQ

Combien de projets faut-il montrer dans un portfolio ?

Trois à cinq projets excellents, pas plus. La qualité prime sur la quantité. Chaque projet faible affaiblit l'ensemble. Mieux vaut trois études de cas détaillées et impressionnantes que dix vignettes superficielles.

Faut-il un site personnel ou les plateformes comme Behance et GitHub suffisent ?

Un site personnel est un avantage net : il montre votre maîtrise technique et vous donne un contrôle total. Mais GitHub pour les développeurs et Behance ou Dribbble pour les designers restent indispensables en complément. L'idéal est d'avoir les deux.

Que faire quand on débute et qu'on n'a aucun projet client ?

Créez des projets fictifs mais traités comme réels : refonte d'un site existant, application répondant à un besoin précis. Proposez aussi votre travail gratuitement ou à petit prix à un commerçant local pour obtenir un vrai cas et un témoignage. L'expérience réelle, même non payée, change votre portfolio.

Faut-il montrer le code source des projets ?

Pour un développeur, oui, via GitHub, avec un code propre et un bon README. Les recruteurs techniques lisent le code. Soignez vos commits et votre documentation autant que le projet lui-même.

Comment présenter un projet sur lequel on a travaillé en équipe ?

Soyez honnête et précis sur votre contribution exacte : "j'ai développé le tunnel de paiement et l'authentification". Mentir sur sa part se voit vite en entretien. Une contribution claire et bien expliquée vaut mieux qu'une fausse paternité sur tout le projet.

Le portfolio doit-il être en français ou en anglais ?

Cela dépend de votre cible. Pour viser le marché international anglophone, l'anglais est préférable. Pour le marché francophone, le français convient. Vous pouvez aussi proposer les deux langues si votre site le permet, ce qui élargit votre audience.

Discutons de votre projet. Si vous voulez un site portfolio rapide et professionnel qui décroche des missions, contactez-nous sur WhatsApp +221 77 596 93 33.