Quel outil faut-il vraiment ?
Le problème est visible : ressaisies, fichiers fragiles, dossiers introuvables. Nous regardons s’il faut adapter l’organisation, connecter les outils ou développer une application.
Avant le devis,
mettons votre
projet au clair.
Cadrage de projet logiciel métier
Nous partons de vos outils et du travail de vos équipes pour définir ce que le logiciel doit couvrir. Vous repartez avec un périmètre à faire chiffrer, les priorités et les points techniques encore à vérifier.
Les documents peuvent servir à votre équipe ou à un autre prestataire. Vous restez libre pour la suite.
Qu’est-ce qui vous manque pour avancer ?
Qu’est-ce qui passe en premier ?
Chaque service a ses demandes. Nous choisissons avec vous un premier parcours complet, de la saisie au résultat attendu, et ce qui peut attendre la suite.
Les devis couvrent-ils la même chose ?
Un prix n’est comparable que si le périmètre l’est aussi. Nous précisons les fonctions, les données à reprendre, les connexions et les coûts après la livraison.
De quoi décider.
De quoi faire chiffrer.
Le cahier des charges rassemble les décisions prises ensemble. Les parcours, les priorités et les contraintes sont assez précis pour être partagés et discutés avec les personnes qui réaliseront le logiciel.
Le contenu des livrables est convenu avant la mission, selon ce que vous devez décider et les documents dont vous disposez déjà.
Découvrir notre modèleLe besoin et les règles métier
Qui utilise l’outil, pour faire quoi, avec quelles informations ? Les parcours, les validations et les exceptions sont décrits à partir de votre activité.
Une base commune pour vos équipes et les développeurs.
Le périmètre de la première version
Ce qui doit être prêt au lancement, ce qui viendra ensuite et ce qui reste hors du projet. Des maquettes peuvent compléter les parcours si les écrans demandent à être précisés.
Un périmètre sur lequel demander des devis comparables.
Les dépendances à vérifier
Accès aux API, qualité des données, droits des utilisateurs, hébergement : nous séparons les éléments vérifiés des inconnues. Un test technique peut être proposé avant de s’engager sur la suite.
Les points qui peuvent encore changer le budget ou le délai.
Les estimations et les étapes
Un découpage des travaux, accompagné de ses hypothèses. Le développement est distingué des licences, de l’hébergement, de la maintenance et de la formation à prévoir.
De quoi décider de lancer, réduire ou reporter le projet.
On commence par regarder comment vous travaillez.
Nous alternons les échanges avec vos équipes et l’analyse des outils. Les utilisateurs expliquent le quotidien ; le décideur arbitre. Chacun intervient sur les sujets qu’il connaît.
Vous nous montrez un cas réel.
Un dossier, une commande ou une intervention. Nous suivons son parcours avec les personnes qui s’en occupent, y compris les exceptions et les fichiers utilisés en parallèle.
À apporter : un exemple de travail, vos outils et ce qui bloque.
Nous confrontons les demandes à l’existant.
Nous examinons ce qui peut être conservé, configuré ou connecté. Votre DSI ou votre prestataire intervient sur les accès et les contraintes techniques qui le concernent.
À arbitrer ensemble : les priorités et les vérifications nécessaires.
Vous validez les choix et le périmètre.
Nous reprenons les documents avec vous. Vous voyez ce qui est prévu, ce qui ne l’est pas et les hypothèses derrière les estimations. Le niveau de détail des livrables est convenu au départ.
À la sortie : une base pour décider, consulter ou commencer la réalisation.
Et après ?
Vous choisissez la suite.
Lancer la première version, demander plusieurs devis, connecter les outils existants ou reporter le projet : le cadrage vous donne les éléments pour trancher. Il ne vous engage pas à nous confier le développement.
Si nous poursuivons le projet ensembleCommencez avec votre propre cahier des charges.
Notre modèle Word vous aide à poser les utilisateurs, les parcours, les données et les priorités. Complétez ce que vous savez ; les zones encore floues serviront de point de départ aux échanges.
Télécharger le modèle WordDocument modifiable · accès direct
Lire le guide pour le compléterPréparer le budget
Les postes à prévoir, du développement à l’exploitation du logiciel.
Comprendre le coût d’un logicielComparer les solutions
Les critères pour choisir entre un outil du marché, une adaptation et du sur-mesure.
ERP, SaaS ou sur-mesure ?Avant de commencer,
vos questions.
Vous n’avez pas besoin d’avoir toutes les réponses. Le cadrage sert justement à les chercher avec les bonnes personnes.
Faut-il déjà avoir un cahier des charges ?
Non. Des fichiers, quelques idées ou une difficulté opérationnelle suffisent pour commencer. Si vous avez déjà un document, nous partons de celui-ci et travaillons sur les décisions qu’il laisse ouvertes.
Quelle différence entre le cadrage et le cahier des charges ?
Le cadrage est le travail d’analyse et de décision : comprendre le besoin, examiner les options et choisir le périmètre. Le cahier des charges formalise ces choix pour les personnes qui devront chiffrer ou réaliser le logiciel. Il peut être complété par des parcours, des maquettes ou une carte des échanges de données.
Combien coûte un cadrage et combien de temps dure-t-il ?
Cela dépend des personnes à rencontrer, des outils à examiner et du niveau de détail attendu. Nous convenons des sujets à traiter et des livrables avant de proposer la mission. Le calendrier tient aussi compte de la disponibilité de vos interlocuteurs et de l’accès aux informations techniques. Un éventuel test technique est identifié dans le périmètre de la mission.
Qui doit participer aux échanges ?
Un décideur qui peut arbitrer les priorités et des utilisateurs qui connaissent le travail quotidien. La DSI ou le prestataire en place intervient si le projet touche aux applications ou aux données de l’entreprise. Chacun participe aux échanges où sa connaissance est utile.
Pourrons-nous faire développer le projet par une autre équipe ?
Oui. Les livrables peuvent servir à votre équipe, à votre DSI ou à un autre prestataire. Nous adaptons leur précision à l’usage prévu : décider en interne, demander des devis ou préparer la réalisation. Le cadrage ne vous engage pas à confier le développement à Aktislab.
Et si le cadrage montre qu’il ne faut pas développer ?
C’est une conclusion possible. Un logiciel du marché peut suffire, une connexion entre deux applications peut régler le problème ou une question d’organisation doit peut-être être traitée d’abord. Nous expliquons les options et les raisons de la recommandation, y compris si elle consiste à reporter le projet.
Vous avez un projet.
Commençons par les questions.
Montrez-nous vos outils et ce qui vous freine. Nous verrons les points à clarifier et l’accompagnement utile à votre situation.