Lancer un side project en un week-end
Ce qu'il faut vraiment pour passer de l'idée au site en ligne en 48 heures — et les raccourcis qui rendent ça possible.
Le mois dernier, j'ai mis en ligne un site de partage de recettes en deux jours. Pas un prototype. Un vrai site fonctionnel avec un nom de domaine custom et tout le tralala.
Est-ce que c'était parfait ? Non. Mais c'était en ligne, les gens pouvaient l'utiliser, et j'ai itéré à partir de là.
Voici ce que j'ai appris sur les projets de week-end — et surtout, là où la plupart des gens perdent du temps.
Les 80% qui ne comptent pas (encore)
Tu n'as pas besoin d'authentification le premier jour. Tu n'as pas besoin d'une base de données si un fichier JSON fait l'affaire. Tu n'as pas besoin de CI/CD quand tu déploies une seule fois.
Le piège du projet week-end, c'est de passer le samedi à construire l'infrastructure et de réaliser le dimanche qu'on n'a jamais construit le truc en lui-même.
Commence par la fonctionnalité qui donne une raison de visiter ton projet. Tout le reste viendra après.
Les assets prennent plus de temps que tu ne le penses
Voici un piège à temps inattendu : rendre ton site présentable.
Un favicon seul peut te bouffer une heure si tu bidouilles dans Photoshop. À la place, prends ton logo ou une simple icône, passe-la dans un générateur de favicon, et passe à la suite. Toutes les tailles nécessaires, en 30 secondes.
Pareil pour les images. N'uploade pas les photos brutes de ton appareil. Une image hero de 5MB sur un hébergement pas cher, c'est 10 secondes de chargement.
Workflow rapide pour les images de side projects :
- Redimensionne à la taille d'affichage réelle (généralement moins de 1200px de large)
- Compresse — 80% de qualité JPEG suffit pour les photos
- Utilise WebP si ton audience est sur des navigateurs modernes
- Temps total : 2 minutes par image
La checklist de lancement que personne ne suit
J'ai lancé une bonne douzaine de side projects. Voici ce que je vérifie vraiment avant d'en parler à qui que ce soit :
- Est-ce que ça charge sur mon téléphone ? Si ça ne marche pas sur mobile, la moitié de tes visiteurs se barre
- Le favicon est là ? Favicon manquant = air d'amateur
- Les liens marchent ? Clique sur chacun d'entre eux
- L'image OpenGraph est définie ? C'est ce qui s'affiche quand quelqu'un partage ton lien
- C'est assez rapide ? Si la page met plus de 3 secondes, corrige les images d'abord
C'est tout. Pas une checklist de 47 points. Cinq choses.
L'arme secrète : le partage physique
Une fois en ligne, imprime un QR code et colle-le sur ton laptop, ton carnet ou ton bureau. Quand quelqu'un te demande « sur quoi tu bosses ? », tu lui donnes un lien scannable au lieu d'épeler une URL.
Débile ? Peut-être. Mais j'ai eu plus d'early users grâce à des QR codes sur des stickers qu'en postant sur les réseaux sociaux.
Ce qu'il faut zapper le premier week-end
- Les analytics (ajoute-les la semaine prochaine quand tu auras du vrai trafic)
- L'optimisation SEO (Google ne va pas t'indexer en un week-end de toute façon)
- Le responsive parfait (correct sur mobile, ça suffit)
- Le social login (email/mot de passe ou pas d'auth du tout)
- La page de mentions légales (sauf si tu collectes des données sensibles)
Ce qu'il faut réussir le premier week-end
- La fonctionnalité principale qui marche de bout en bout
- Un temps de chargement rapide
- Ça marche sur mobile
- Une description en une phrase de ce que ça fait
- Un moyen de te contacter (même juste un lien email)
Les meilleurs side projects sont lancés vite et améliorés lentement. Le perfectionnisme tue plus de projets de week-end que le mauvais code. Mets-le en ligne, partage-le avec dix personnes, et regarde ce qui se passe.