Aide à la décision

Que faire de votre application WinDev ? Une grille pour décider

Sept options. Pour chacune : quand elle est pertinente, ce qu'elle coûte réellement, et ce qu'elle ne résout pas. Plusieurs ne demandent aucun prestataire.

Aller à la lecture rapide

Cette grille ne repose sur aucun tarif public supposé. Utilisez votre devis réel et vos conditions contractuelles réelles comme données d'entrée.

Avant de choisir

Sept questions

Les options ne se départagent pas par le coût de la redevance. Elles se départagent par votre situation.

Horizon

Combien de temps cette application doit-elle encore servir ? Moins de trois ans, ou plus de cinq ?

Criticité

Si elle s'arrête un lundi matin, que se passe-t-il ? Gêne, ou arrêt de l'activité ?

Exposition

Sur combien de postes tourne-t-elle, y compris chez vos clients si vous la vendez ? Pouvez-vous répercuter un coût ?

Sachant

Qui connaît l'application aujourd'hui ? Que se passe-t-il si cette personne part ?

Spécificité

Fait-elle des choses qu'aucun progiciel du marché ne fait ? Ou reproduit-elle des processus standard ?

Frontières

À quoi est-elle reliée (comptabilité, ERP, CRM, site marchand, partenaires, équipements) ? Ces liens sont-ils documentés ?

Accès

Vos utilisateurs ont-ils besoin de quelque chose qu'elle ne permet pas (web, mobile, hors ligne, distant) ?

Vous ne savez pas répondre ?

C'est le signal qu'il faut d'abord regarder, pas décider. C'est l'objet du premier échange.

Lecture rapide

Votre situation, l'option à examiner en premier

SiAlors regardez d'abord

Horizon inférieur à trois ans, application stable, peu de postes1. Ne rien faire, avec une date de réexamen, ou 4. Moderniser sur place

Le sachant est parti ou va partirDocumenter les flux immédiatement, quelle que soit l'option, puis 5 ou 6

Vous vendez le logiciel et ne pouvez pas répercuter le coût2. Négocier en parallèle, et 5 ou 6 selon la part de votre produit concernée

Un besoin précis bloque (mobile, hors ligne, intégration, données)5. Sortir partiellement

Application stratégique, horizon supérieur à cinq ans, frontières à reprendre de toute façon6. Sortir progressivement

L'application ne fait rien de spécifique7. Progiciel, avant tout projet de développement

Vous ne savez pas répondre aux sept questionsRegarder d'abord, décider ensuite

Les sept options

Pour chacune : pertinent si, coût réel, ce que ça ne résout pas

Ne rien faire pour l'instant

Pertinent si

Horizon court, application non critique, peu de postes, aucun besoin d'accès nouveau. Ou si vous attendez sciemment une clarification externe (tarifaire, contractuelle, réglementaire) : c'est un choix rationnel, à condition d'être daté.

Coût / effort réel

Rien aujourd'hui. Le risque est de décider plus tard dans l'urgence, avec moins d'options.

Ce que ça ne résout pas

Le sachant qui part, les flux non documentés, la dépendance. Ces trois-là ne dépendent pas de PC SOFT.

Fixez une date de réexamen et documentez au moins les flux. C'est le seul travail qui garde sa valeur quoi qu'il arrive.

Négocier

Pertinent si

Vous avez du volume et une capacité de discussion. Pertinent en parallèle de n'importe quelle autre option.

Coût / effort réel

Du temps, et une dépendance qui reste entière : ce qui a été négocié peut être renégocié par l'autre partie.

Ce que ça ne résout pas

Tout ce qui n'est pas tarifaire.

Geler la version actuelle

Pertinent si

Vous avez besoin de douze à dix-huit mois pour vous organiser, et l'application n'a pas besoin d'évoluer entre-temps.

Coût / effort réel

Une dette qui s'accumule : compatibilité avec les systèmes d'exploitation, sécurité, recrutement, et impossibilité d'ajouter ce que le métier demande.

Ce que ça ne résout pas

Rien, par construction. C'est un délai, pas une décision.

Moderniser dans l'écosystème existant

Pertinent si

L'application est saine, bien connue, et vous n'avez ni problème d'ouverture ni besoin d'accès nouveau. Monter de version, refactoriser, sécuriser, remplacer la base : tout cela se fait sans quitter WinDev.

Coût / effort réel

Moins cher et plus rapide qu'une sortie. Un prestataire WinDev classique sait le faire.

Ce que ça ne résout pas

Qui décide de vos coûts futurs. Et si le besoin est le web, le mobile ou le hors ligne, vous restez dans les limites de l'outil.

Souvent la bonne réponse pour une application interne stable sur un horizon de deux à trois ans. Un prestataire dont l'activité est la migration a peu de raisons de la proposer spontanément : demandez-la explicitement dans toute comparaison.

Sortir partiellement

Pertinent si

Un besoin précis bloque (accès, intégration, données), mais le reste fonctionne et vous n'avez pas de raison de le refaire. L'option la moins connue, et souvent la plus rationnelle.

Ce que ça peut être

Remplacer la base : HFSQL vers PostgreSQL ou SQL Server, application existante reconnectée.
Exposer l'existant par une API : pour brancher un site, une application mobile, un partenaire.
Construire un middleware : sortir un flux fragile (comptabilité, CRM, site marchand) et le rendre traçable.
Refaire un seul front : la saisie terrain en mobile hors ligne, le reste inchangé.
Sortir un périmètre : un domaine métier à la fois, l'ancien et le nouveau cohabitent.

Coût / effort réel

Un projet borné, avec un résultat visible rapidement. Et une architecture qui rend une sortie complète possible plus tard, sans l'imposer.

Ce que ça ne résout pas

La dépendance sur ce qui reste. Vous continuez de payer pour la partie conservée.

Sortir progressivement

Pertinent si

L'application est stratégique, vous la gardez plus de cinq ans, elle a besoin d'évoluer, et ses frontières (données, flux, équipements) devront de toute façon être reprises.

Coût / effort réel

Un investissement réel, étalé par périmètres, puis des coûts d'exécution que vous maîtrisez. Le code vous appartient, une autre équipe peut reprendre.

Ce que ça ne résout pas

Le risque de projet. Il se traite par le découpage, la coexistence, la comparaison ancien/nouveau et le retour arrière possible, pas par une promesse.

Sortir de WinDev ne consiste pas seulement à réécrire du code. La reprise des données, les échanges avec vos autres systèmes et la bascule pèsent au moins autant, et sont beaucoup moins visibles au départ.

Remplacer par un progiciel

Pertinent si

Votre application reproduit des processus standard (gestion commerciale, stock, facturation classiques) sans règle métier qu'un éditeur du marché ne couvrirait pas.

Coût / effort réel

Un abonnement, un paramétrage, une reprise de données, et l'adaptation de vos processus à l'outil plutôt que l'inverse.

Ce que ça ne résout pas

La spécificité. Si vos règles de remise, vos flux EDI ou votre logistique sont ce qui vous distingue, un progiciel les écrasera.

Avant d'engager un développement spécifique, vérifiez qu'un progiciel du marché ne couvre pas déjà correctement le besoin.

Ce que nous faisons de cette grille

Nous intervenons principalement sur les trajectoires 5 et 6

Ainsi que sur certains chantiers de modernisation ou de découplage de l'option 4. Nous ne vendons pas les options 1, 2, 3 et 7, et nous les recommandons quand même lorsqu'elles sont les plus rationnelles : un diagnostic qui ne peut conclure qu'à un projet n'est pas un diagnostic.

Si vous voulez en parler sur votre cas : un échange de 30 à 45 minutes.

Faire le point sur mon application