Application planning sur mesure : quand quitter le SaaS ?

Application de planning : ce que « sur mesure » veut dire exactement

« Sur mesure » recouvre trois réalités différentes, et la confusion coûte cher au moment de choisir. Avant de comparer des prix, situez votre besoin sur l'un de ces trois niveaux.

Niveau 1 — l'outil utilisé tel quel. Vous ouvrez un compte, vous créez vos plannings, vous invitez votre équipe. Aucune configuration profonde, aucune donnée venue d'un autre logiciel. C'est le cas d'un agenda partagé ou d'un tableau de tâches en ligne. Le besoin est couvert tant qu'il reste simple.

Niveau 2 — l'outil du marché personnalisé. Vous restez sur une solution existante, mais vous la pliez à votre fonctionnement : champs ajoutés, vues filtrées par équipe, automatisations, connecteurs vers votre messagerie ou votre facturation. Le logiciel ne vous appartient pas, son modèle de données non plus. Vous travaillez dans les limites prévues par l'éditeur.

Niveau 3 — l'application développée pour vous. Le code, la base de données et les règles métier sont écrits à partir de votre organisation réelle. C'est ce qu'on appelle le développement d'application web sur mesure à Nancy ou le développement d'application web sur mesure à Metz : une interface de planning qui porte vos rôles, vos contraintes d'affectation, vos cycles de récurrence, vos exports.

La bascule du niveau 2 au niveau 3 ne se décide pas sur une préférence. Elle se décide sur des signaux mesurables : nombre d'utilisateurs payants, règles impossibles à paramétrer, données ressaisies à la main entre deux logiciels.

Quatre exemples récents, sur des activités différentes :

• ESF Amnéville : une application qui gère le planning de plusieurs moniteurs depuis le backoffice. D'un seul planning, le responsable voit les moniteurs et les modifie, séparément ou tous en même temps.

• LTB Events : une application sur mesure avec gestion du planning des semi-remorques. À partir de la rédaction des devis, l'entreprise voit d'un coup d'œil quand ses semi-remorques sont immobilisées, en option ou confirmé.

• Skiro : un planning des moniteurs où l'administrateur visualise les agendas, attribue des réservations directes et modifie les ouvertures et fermetures.

• Notre logiciel maison : un planning de production alimenté par les devis envoyés, les options posées et les dates prévisionnelles des projets, pour savoir si nous pouvons accepter un nouveau projet.

Les outils du marché : ce qu'ils couvrent vraiment

Il n'existe pas de « meilleur outil de planning ». Il existe des familles d'outils, chacune pensée pour un usage précis, et la question utile est de savoir laquelle correspond au vôtre.

La gestion de tâches en équipe. Microsoft Planner, Trello. On y range des cartes dans des colonnes, on assigne, on coche. C'est efficace pour suivre l'avancement d'un travail collectif dont les étapes ne dépendent pas d'une heure précise.

La liste personnelle. Todoist, Week Plan. L'unité de base est la tâche d'une personne, avec ses échéances et ses priorités. Très bon pour organiser sa propre semaine, inadapté dès qu'il faut arbitrer entre plusieurs personnes sur un même créneau.

L'agenda partagé. Google Calendar et ses équivalents. Ils excellent sur le créneau horaire, la récurrence simple, l'invitation. Ils ne savent pas répondre à « qui est disponible mardi avec l'habilitation requise ».

La planification de ressources et le suivi de temps. Toggl Plan et les outils de la même famille affichent une frise par personne ou par équipe, et comparent le temps prévu au temps passé. C'est le niveau le plus proche d'un besoin métier — et souvent le dernier palier avant le sur-mesure.

Ces outils couvrent bien ce pour quoi ils sont faits. Leur limite est toujours la même : ils ignorent vos règles d'affectation et vos autres logiciels. Un planning qui doit dialoguer avec un site e-commerce sur mesure, un ERP ou une base clients sort de leur périmètre. C'est là qu'une agence web à Nancy ou une agence web pour Metz entre dans la discussion.

Les six signaux qui montrent qu'un outil générique ne suffit plus

Six situations reviennent régulièrement. Aucune ne suffit seule à justifier un développement ; deux ou trois ensemble changent le calcul.

1. L'abonnement par siège dérive avec les effectifs. Tant que l'équipe tient en dix comptes, le SaaS est imbattable. À cinquante, puis cent, le coût mensuel devient une ligne budgétaire permanente qui grossit à chaque recrutement — y compris pour des profils qui ne font que consulter leur planning.

2. Une règle d'affectation ne rentre dans aucun champ. Priorité d'un chantier sur un autre, habilitations obligatoires, temps de trajet entre deux interventions, roulement imposé par un accord d'entreprise : l'outil ne sait pas l'exprimer, alors quelqu'un corrige à la main chaque semaine.

3. La même donnée est saisie deux fois. Les affectations vivent dans le planning, les heures dans la paie, les clients dans le CRM. Chaque export manuel est une occasion d'écart.

4. Les données doivent rester dans le SI existant. Quand le planning doit lire les références d'un ERP et renvoyer des heures validées, l'intégration devient le vrai sujet, pas l'interface.

5. Il faut ouvrir un accès limité à l'extérieur. Un client qui voit la date de son intervention, un sous-traitant qui déclare sa disponibilité, sans accéder au reste. Les outils du marché facturent ces comptes comme des utilisateurs pleins, ou ne les prévoient pas.

6. L'hébergement et la conservation sont contraints. Localisation des données, durée de rétention, traçabilité des modifications : des exigences contractuelles ou réglementaires que l'éditeur ne négocie pas.

C'est le troisième signal qui a décidé LTB Events, déjà évoqué plus haut. L'activité tournait sur un empilement d'outils : un tableur Excel, une page Notion, des Google Docs, qu'il fallait ouvrir l'un après l'autre. Nous avons développé un logiciel sur mesure qui regroupe tout au même endroit : rédaction des devis, rédaction et envoi automatique des factures, suivi de la comptabilité, du planning et des prestataires. L'activité est recentrée sur un seul outil, utilisable par le dirigeant comme par son équipe.

Ce que contient réellement une application de planning sur mesure

Un projet de planning se construit autour d'un modèle de données simple à énoncer : des ressources (personnes, salles, véhicules, machines), des créneaux, et des affectations qui relient les deux. Tout le reste en découle. C'est ce modèle qu'il faut poser en premier, parce qu'il décide de ce que l'application saura faire pendant les cinq ans qui suivent.

Le socle d'un premier périmètre

• Les ressources et leurs attributs métier : compétences, habilitations, rattachement à un site, indisponibilités récurrentes.

• Une vue calendrier par ressource et par période, et une vue de type Gantt quand les affectations s'étalent sur plusieurs jours.

• La création d'affectations, avec détection des conflits selon vos propres règles.

• Les récurrences et leurs exceptions : une tournée hebdomadaire dont on déplace une occurrence sans toucher aux autres.

• Les droits par rôle : qui voit tout, qui voit son équipe, qui voit seulement son planning.

• Une consultation mobile pour le terrain, lisible sur un écran de téléphone.

Ce qui vient en seconde phase

• Les notifications : courriel, SMS, message interne, avec les règles de déclenchement et de rappel.

• La synchronisation avec les agendas existants, en lecture ou dans les deux sens.

• Les exports vers la paie, la facturation ou un tableur, au format attendu par le destinataire.

• La saisie depuis le terrain : confirmation d'intervention, photo, signature.

• Les accès externes pour les clients ou les sous-traitants.

• Les indicateurs de charge et de taux d'occupation.

Ce découpage n'est pas théorique : il permet de mettre un outil utilisable entre les mains des équipes avant d'avoir tout construit.

Sur un projet récent, la première phase a porté sur l'automatisation de la rédaction des devis, directement intégrée au planning, avec la mise en évidence des conflits lorsque deux éléments se superposent. La synchronisation avec les agendas externes est venue ensuite, avec des informations supplémentaires affichées sur le planning et un travail sur l'ergonomie pour en rendre la lecture plus rapide.

Budget et délai : comment se chiffre un projet de ce type

Le prix d'une application de planning ne se déduit pas d'un nombre de pages ou d'écrans. Il se construit à partir de cinq variables, qu'un prestataire sérieux chiffre séparément :

• Le périmètre fonctionnel : les briques retenues pour la première version, et celles repoussées.

• Le nombre de rôles : chaque profil ajoute des droits, des vues et des cas de test. Trois rôles coûtent moins cher que sept.

• Les intégrations : une synchronisation d'agenda, un export vers la paie ou une liaison avec votre ERP se chiffrent chacune à part, selon la qualité de l'API en face.

• La reprise de données : récupérer un historique propre est rapide, nettoyer dix ans de tableurs ne l'est pas.

• La maintenance : hébergement, corrections, évolutions. C'est une ligne récurrente, pas une option.

Dans la plupart des projets que nous menons, le planning n'est pas l'application à lui seul : c'est l'une des fonctionnalités d'un outil métier sur mesure. Pour ce type d'application, le budget se situe autour de 5 000 à 8 000 €.

Pour situer le point de bascule, le calcul est simple et vous pouvez le faire vous-même. Prenez le coût mensuel par utilisateur de votre outil actuel, multipliez-le par le nombre de comptes, puis par trente-six mois. Ajoutez ce que vous payez en modules complémentaires, en connecteurs tiers et en heures passées à compenser l'outil à la main. Comparez ce total au budget de développement augmenté de trois ans de maintenance.

Le résultat dépend surtout du nombre d'utilisateurs. Sous un petit effectif, l'abonnement reste presque toujours moins cher. Au-delà, la courbe s'inverse, et elle s'inverse d'autant plus vite que le prix par siège augmente avec les options.

Quand il ne faut pas développer sur mesure

Le sur-mesure ne se justifie pas toujours, et un studio qui prétend le contraire vous vend sa charge de travail. Quatre situations appellent clairement une autre réponse.

Une petite équipe sur un process stable. Quand le planning tient dans un tableau partagé et que personne ne se plaint, un agenda partagé ou un outil de tableau gratuit suffit. Le coût d'un abonnement reste marginal tant que le nombre de comptes est faible.

Un process encore instable. Si vos règles d'affectation changent tous les trimestres, ou si l'organisation vient d'être réorganisée, développer revient à figer dans le code quelque chose qui n'a pas trouvé sa forme. Mieux vaut laisser le process se stabiliser six mois sur un outil souple, puis spécifier à partir du réel.

Un besoin réellement standard. Réserver des salles, poser des congés, afficher un calendrier d'équipe : ces besoins sont couverts par des produits matures, souvent gratuits sous un certain nombre d'utilisateurs. Un développement n'y apporte rien d'autre qu'un coût.

Pas de budget de maintenance. Une application vit. Elle demande des mises à jour, de l'hébergement, des correctifs, des évolutions. Si vous ne pouvez financer que la construction, vous obtiendrez un outil qui se dégrade. Dans ce cas, l'abonnement reste la bonne réponse : la maintenance y est incluse dans le prix.

Nous le disons aux clients qui nous consultent trop tôt. Un projet lancé sur un besoin mal formé coûte deux fois : une première fois pour le construire, une seconde pour le refaire.

Notre critère tient souvent au nombre d'outils en place. Quand un client en utilise un ou deux, cela suffit en général à maintenir son activité, et nous lui recommandons de rester dessus. Le sur-mesure prend son sens lorsque plusieurs outils couvrent des besoins différents et que la même information est saisie en double ou en triple. Il est aussi conditionné par la croissance : si l'activité stagne et que le besoin est seulement de dégager du temps, ce n'est pas l'idéal dans un premier temps.

Le déroulé d'un projet, étape par étape

Un projet de planning suit une trame stable. Elle varie en durée, pas en nature.

Le cadrage. Des ateliers avec ceux qui font les plannings aujourd'hui, pas seulement avec la direction. On relève les règles réelles, y compris celles que personne n'a écrites. De votre côté : rendre disponibles deux ou trois personnes qui connaissent le métier, et accepter qu'elles y passent du temps.

Les maquettes. Les écrans principaux sont dessinés avant la première ligne de code. Vous les regardez, vous les critiquez, on les reprend. Une correction à ce stade coûte une heure ; la même après développement en coûte dix.

Le développement par lots. L'application est livrée par blocs fonctionnels, pas en une fois. Vous voyez tourner la vue planning avant que les notifications existent. Ce qui suppose un interlocuteur disponible pour valider chaque lot.

La recette. Les utilisateurs finaux testent sur leurs vrais cas, avec leurs vraies contraintes. C'est l'étape la plus souvent sous-estimée côté client, et celle qui décide de l'adoption.

La reprise de données. Les plannings existants, les ressources, les historiques sont importés. Vous fournissez les exports ; on traite les doublons et les incohérences ensemble.

La mise en production et la formation. Bascule, accompagnement des premiers jours, puis passage en maintenance.

Sur des applications comprenant un planning, comptez une à deux semaines grand maximum entre le cadrage et la mise en production.

La formation passe par plusieurs sessions en visioconférence. Une documentation vous est remise à l'issue de ces sessions.

Choisir son prestataire : les questions à poser avant de signer

Un prestataire sérieux répond sans détour aux six questions suivantes. Posez-les avant de signer, pas après.

À qui appartient le code ? La réponse attendue est : à vous, à la livraison, sans condition. Demandez que la cession figure au contrat et que les dépôts vous soient accessibles dès le premier commit.

Sur quelles technologies l'application est-elle construite ? Un framework courant, documenté, avec un vivier de développeurs, vous garantit de pouvoir changer de prestataire. Méfiez-vous d'un socle propriétaire que seul l'éditeur sait faire évoluer.

Où sont hébergées les données, et qui y accède ? Localisation des serveurs, sauvegardes, durée de rétention, procédure en cas d'incident. Ces points se vérifient par écrit.

Que couvre la maintenance ? Distinguez les corrections de bugs, les mises à jour de sécurité et les évolutions fonctionnelles. Les trois ne se facturent pas de la même façon et le contrat doit le dire.

Comment récupère-t-on les données si l'on part ? Un export complet, dans un format exploitable, obtenu sans intervention du prestataire. C'est la réversibilité : elle se teste avant la mise en production, pas le jour de la rupture.

Qui sera votre interlocuteur ? Demandez le nom de la personne qui suivra le projet du cadrage à la maintenance, et à quelle fréquence vous échangerez.

De notre côté, les accès sont créés avec les comptes du client : vous êtes donc pleinement propriétaire de vos accès. Le code vous est cédé par un document légal, un contrat de cession de propriété intellectuelle.

Nous proposons généralement deux formules. La première couvre l'hébergement et la base de données, avec une maintenance annuelle de sécurité, à 30 € HT par mois. La seconde est une maintenance mensuelle qui inclut des modifications diverses dans le code ; les fonctionnalités supplémentaires, elles, sont facturées sur devis.

FAQ

Quel logiciel choisir pour faire un planning ? Pour une équipe réduite et des règles simples, un outil du marché ou un tableur suffit. Le sur-mesure devient pertinent quand vos règles de planification ne sont pas paramétrables dans l'outil, ou quand l'abonnement par utilisateur dépasse ce que coûterait une application que vous possédez.

Quelle différence entre un logiciel SaaS et une application sur mesure ? Le SaaS est un produit standard loué à plusieurs milliers de clients : vous adaptez votre organisation à l'outil. Une application sur mesure est développée pour vos règles, vos rôles et vos intégrations : vous la possédez, vous décidez de son évolution, et vous en portez la maintenance.

Combien coûte le développement d'une application de planning ? Le prix dépend du nombre de modules, des intégrations avec vos outils existants et du volume d'utilisateurs à gérer. Un planning à vue unique et droits simples n'a pas le même coût qu'une application gérant récurrences, contraintes de ressources et synchronisation d'agendas.

Un planning sur mesure constitue en général une fonctionnalité d'une application web métier. Pour ce périmètre, la fourchette se situe entre 5 000 et 8 000 €.

Combien de temps faut-il pour développer une application de planning ? Le délai se compte en semaines de cadrage, puis en itérations de développement livrées une par une. Une première version utilisable en conditions réelles arrive avant la couverture complète du périmètre, ce qui permet de corriger les règles métier avant de les figer.

Comptez deux semaines entre le cadrage et la mise en production.

Peut-on synchroniser une application sur mesure avec Google Agenda ou Outlook ? Oui. Ces deux services exposent des interfaces de synchronisation que l'application peut utiliser, dans un sens ou dans les deux. Le point à trancher au cadrage est le sens de la synchronisation et la source de vérité en cas de conflit entre deux créneaux.