Développement
Développement — apps métiers & web apps
Applications métier, interfaces web, API et automatisations — cadrées avant d’écrire une ligne. Pour coller à un process réel, pas une roadmap marketing. Exemples : SMS GateWeb, TV Signage.
Pour qui
Quand l’outil du marché ne suffit pas
Indépendants, TPE et petites équipes qui ont un besoin précis : un outil métier dédié, relier des briques, automatiser une tâche, exposer une API simple.
Applications métiers
Un process interne qui n’entre pas dans un SaaS générique — on construit l’outil adapté, sans surcouche inutile.
Web apps & API
Interface web, API interne, tableau de bord sobre pour un usage concret au quotidien.
Automatisations & scripts
Imports / exports, tâches récurrentes, glue entre outils — y compris en complément WordPress / Woo.
Exemples réalisés
Applications métiers / web apps
Exemples d’applications métiers / web apps réalisées. Les chiffres éventuels sont des ordres de grandeur liés à un choix d’architecture — pas une grille tarifaire catalogue, ni des clients inventés.
Exemple — budget, architecture & métier
SMS GateWeb
Web app métier pour l’envoi et la gestion de SMS : interface, logique métier, suivi des envois.
Architecture : une API installée sur un smartphone ; un téléphone Android envoie les SMS. L’idée : éviter les gateways SMS fournisseurs qui coûtent une fortune sur de gros volumes.
Ordre de grandeur (illustratif) : ~20 000 SMS/mois → ~10 000 €/mois en parcours « provider », vs ~100–150 €/mois de forfait téléphone. Ordres de grandeur liés à ce choix d’architecture — pas une garantie universelle.
Déploiement : pensé sous Docker — stack simple à faire tourner et à maintenir.
Exemple métier RH — visites médicales : rappels 24 h ou 36 h avant, template SMS personnalisable (numéro, nom, prénom, date, heure, lieu).
Stack : multi-rôles LDAP, multi-services avec plugins — briques métier évolutives sans attendre un développeur pour chaque petit changement.
Exemple — signalétique & playlists
TV Signage
Base Python, un seul exécutable : architecture de dossiers claire, conversion PowerPoint → vidéo, diffusion sur une page web. Dès qu’un écran ouvre cette page, n’importe quelle télé devient un panneau de signalétique.
Playlists : vidéos, images, texte, PowerPoint ; télécommande, widgets (météo, heure, bandeau) ; multi-playlists pour plusieurs groupes d’écrans.
Splash hors-ligne paramétrable + uptime / alerte via Uptime Kuma.
Prérequis : PowerPoint sur Windows pour la conversion ; self-hosted côté client.
Licence : pas de facturation par écran. Coût unique 550 € HT (usage à vie de la version acquise). Mises à jour majeures optionnelles : 150 € HT. Pas de modèle « 5 € par écran chaque mois ».
Ces noms illustrent le type de livrables possibles. Chaque nouveau projet repart d’un cadrage propre — pas d’un template figé.
Approche
Remote, itératif, traçable
On clarifie le besoin avant le code. Si un outil existant suffit, on le dit.
1
Écoute
Process réel, données, frictions, contraintes légales / techniques utiles.
2
Cadrage
Périmètre écrit, hypothèses, critères de « terminé ». Go seulement si ça matche.
3
Build
Développement à distance, démos intermédiaires si utile. Stack proportionnée — pas « pour le CV ».
4
Remise
Livrable, doc, accès. Évolutions ultérieures = nouveau cadrage.
Ce qui est fait
Du besoin au livrable utilisable
- Cadrage fonctionnel : quoi, pour qui, contraintes, hors-scope
- Choix technique proportionné
- Développement itératif avec points d’étape
- Tests des parcours critiques
- Documentation courte + remise des accès / dépôt
Principe
On construit ce qui sert vraiment. Si un outil existant (y compris WordPress) suffit, on le dit — plutôt que de coder pour coder.
Livrables
Ce que vous récupérez
- Application métier, web app, API ou scripts selon le cadrage
- Notes d’usage et points d’attention
- Accès code / dépôt si prévu
- Liste claire de ce qui n’était pas inclus
- Hébergement chez vous si prévu — voir Hébergement / suivi (rare)
Limites
Ce que ce n’est pas
- Pas une équipe produit complète (design system, growth, support 24/7)
- Pas de délais magiques ni de roadmap annuelle figée
- Pas de reprise d’un legacy énorme sans audit / cadrage
- Pas du développement « au feeling » sans périmètre écrit
FAQ
Questions fréquentes
Quelles technologies ?
Celles qui collent au besoin et au contexte d’hébergement — choisies après cadrage, pas avant. L’important est le livrable, pas la mode.
SMS GateWeb et TV Signage sont-ils des produits à revendre ?
SMS GateWeb illustre surtout un choix d’architecture métier. TV Signage peut être proposé en licence self-hosted (coût unique, sans facturation par écran). Un nouveau besoin repart toujours d’un cadrage dédié.
Pouvez-vous reprendre un projet commencé ailleurs ?
Parfois. Il faut d’abord évaluer l’existant (code, accès, dette). Sans ça, pas d’engagement réaliste.
Le code m’appartient-il ?
Le cadre de propriété / licence se fixe à l’écrit avant le travail. Rien n’est inventé ici : on le clarifie ensemble.
Et l’hébergement de l’app ?
Souvent chez vous (ou votre hébergeur). Un suivi récurrent reste rare — voir Hébergement / suivi.
Un besoin d’app métier / web app ?
Décrivez le process et le résultat attendu. On voit si un développement (ou autre chose) est le bon levier. Profil Professionnel dans le formulaire.