La démarche
Kedo est mon surnom, formé à partir de Kévin Doucenet. Je suis seul derrière ce site. Je conçois bénévolement des sites, des applications et des outils numériques pour des associations, des écoles, des collectifs et des projets qui peuvent réellement aider des personnes.
Mon temps de conception et de développement est offert. Lorsqu'un nom de domaine, un hébergement, une licence ou un service externe est réellement nécessaire, je l'explique avant toute décision et je cherche d'abord l'option la plus simple, durable et économique.
Vous n'avez pas besoin de savoir quel logiciel il vous faut
Vous pouvez arriver avec une idée précise, un vieux fichier Excel, un processus qui prend trop de temps ou simplement une phrase comme : « Nous perdons les inscriptions », « Personne ne sait mettre le site à jour » ou « Nous recopions toujours les mêmes informations ».
Je commence par comprendre le problème, les personnes concernées et ce qui existe déjà. Le bon résultat n'est pas forcément une grosse application. Cela peut être un formulaire mieux pensé, une automatisation, une page claire ou une petite interface que l'équipe peut utiliser sans formation.
Les projets que je peux étudier
Associations
ASBL, associations de fait et collectifs citoyens.
Écoles et formation
Écoles, classes, équipes pédagogiques et structures de formation.
Services d'aide
Services sociaux, services d'aide et initiatives de santé non médicale.
Projets utiles
Projets culturels, sportifs, environnementaux ou solidaires, et toute initiative clairement tournée vers l'intérêt collectif.
Le statut juridique n'est pas le seul critère. Je regarde surtout l'utilité du projet, les personnes qu'il aide, sa faisabilité et la possibilité de construire quelque chose de durable.
Comment se passe un projet ?
- Vous expliquez le besoin.Vous me dites qui vous êtes, qui vous aidez, ce qui pose problème aujourd'hui et ce que vous aimeriez améliorer. Une demande imparfaite vaut mieux qu'un faux cahier des charges rempli de mots techniques.
- Je vérifie l'adéquation.Je regarde l'utilité, la faisabilité, le temps nécessaire, les risques et ma disponibilité. Je peux refuser, proposer de réduire le périmètre ou orienter vers une autre solution.
- Nous cadrons une première version. Nous cherchons le plus petit outil qui résout déjà une vraie partie du problème. Les fonctionnalités secondaires viennent ensuite, pas avant.
- Je construis et je montre rapidement.Je privilégie un prototype ou une première version visible tôt. Il est plus facile de réagir à quelque chose de concret qu'à un document abstrait.
- Les personnes concernées testent.L'outil doit être testé par celles et ceux qui l'utiliseront réellement. Les retours de terrain comptent davantage qu'une démonstration parfaite sur mon ordinateur.
- Je transmets.Je livre les accès, les informations utiles et une documentation proportionnée au projet. L'objectif est que la structure garde la maîtrise et puisse faire reprendre l'outil si nécessaire.