Le portail n'existe pas en standard
Clients, fournisseurs ou équipes internes doivent suivre un dossier, déposer une pièce ou valider une étape que aucun outil du marché ne couvre correctement.
Sur mesure
Quand le logiciel du marché impose son processus, l'application se construit dans l'autre sens : à partir du vôtre.
Clients, fournisseurs ou équipes internes doivent suivre un dossier, déposer une pièce ou valider une étape que aucun outil du marché ne couvre correctement.
Les informations existent déjà dans un ERP, une messagerie ou un tableur. L'application les rassemble pour une tâche précise, sans remplacer tout le système.
Un back-office bricolé ralentit l'équipe. On le reprend par le flux de travail, pas par une couche visuelle posée sur le même désordre.
Un commercial, un opérateur et un client voient le même dossier, avec des droits différents et une trace des échanges.
Le flux automatique traite le cas courant. L'application ne montre à l'humain que ce qui a échoué, avec de quoi le reprendre.
Le problème, le périmètre et les critères de recette sont écrits avant de produire. Ce cadrage est payant, et déductible du projet s'il est signé dans le délai convenu.
Parcours, données et intégrations sont décrits assez précisément pour être chiffrés sans zone grise.
Le développement suit le périmètre écrit. Une demande nouvelle fait l'objet d'un avenant, y compris quand elle semble petite.
Vous rejouez les cas métier. Un écart avec le périmètre retourne en correction.
Déploiement, accès, et proposition de maintenance formulée avant la bascule, pas après.
La suite passe par un contrat de TMA ou par un nouveau périmètre. Le récurrent est prévu dès le départ.
Une application web sur mesure se situe au-dessus du plancher de 8 000 € HT. Le montant dépend des rôles, des écrans et surtout des systèmes à connecter.
L'estimateur donne une fourchette indicative. Le chiffre ferme vient d'un cadrage écrit.
Non. On part du processus qui coince et des systèmes qui doivent rester. Le reste n'entre dans le périmètre que s'il est nécessaire pour que l'outil tienne en production.
Vous décrivez le problème et les contraintes. DevHouse choisit une stack maintenable et vous la explique. La technologie n'est pas le premier écran du projet.
Une proposition de maintenance est faite avant la mise en production : correctifs, supervision et petites évolutions, dans un volume d'heures écrit.