On a demandé un logiciel sur mesure : exemples concrets et risques pour les petites boîtes comme la nôtre ?

On est dans l'emballage de gros à Düsseldorf, 15 personnes. Il y a deux ans, on a investi 42.000 EUR dans un logiciel d'intégration similaire. Avant, on avait trois personnes qui passaient deux heures par jour à pointer manuellement les factures et les bordereaux. Depuis la mise en place, on économise environ 30 heures de travail par semaine et les erreurs de préparation de commande ont quasi disparu. Chez nous, le projet a été rentabilisé en 14 mois.

Pour une agence, coder de zéro est toujours plus rentable que d'adapter de l'existant. Le risque principal, ce n'est pas que le projet n'aboutisse pas, c'est qu'une fois fini l'agence devienne injoignable ou monte son taux horaire de support à 150 EUR. Avez-vous vraiment poussé les API et webhooks des outils standard au maximum ? Avant de faire du code personnalisé, assurez-vous qu'aucun combo d'outils SaaS modernes ne peut faire le pont.

Ne lâchez pas 38.000 EUR d'un coup. Découpez le projet en modules. Première étape : demandez juste une interface mobile basique connectée à votre base actuelle pour que les techniciens déduisent leurs pièces sur le terrain. Vous réglez ça pour environ 10.000 EUR et vous testez en conditions réelles. Si l'équipe valide et que ça tourne nickel, vous ajouterez les briques pour les fournisseurs ensuite.

on a fait la meme betise au debut. l'agence nous avait promis une usine a gaz qui freait tout huit mois plus tard le truc ressemblait juste a un tableau excel complique. a votre place je ciblerais le seul process qui bouffe le plus de temps aux equipes et je laisserais le reste sur des logiciels standards.

Vos fournisseurs envoient leurs données sous quel format exactement ? S'ils tournent sur de vieux formats EDI ou CSV, il existe déjà des services d'intégration cloud prêts à l'emploi pour gérer la conversion. Est-ce qu'une simple couche de transformation de données ne suffirait pas, plutôt que de tout recoder ? Vous avez abordé ce point précis avec eux ?

Le contrat est encore plus critique que la partie technique. Imposez ces conditions à l'agence : 1) Tous les codes sources et l'historique git stockés sur vos propres serveurs à chaque version. 2) Utilisation de frameworks et langages open source répandus, interdiction formelle d'utiliser leurs propres librairies propriétaires maison. 3) Garantie de correction de bugs gratuite pendant au moins trois mois. S'ils refusent ça, ne signez rien.

Il y a cinq ans, on a voulu faire du 100 % sur-mesure pour notre logistique. Le dev principal de l'agence a démissionné, résultat le projet est resté bloqué trois mois. Le remplaçant n'entravait rien au code et voulait tout refaire. Pour notre deuxième essai, on s'est concentrés uniquement sur l'optimisation des tournées avec une interface très simple, et le système tourne toujours comme une horloge. Restreindre le périmètre, c'est la clé.

Exact.

Chez nous, ça s'est passé comme ça. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

J'espère que cela vous sera utile.

J'ai travaillé longtemps sur ce sujet. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ. Je le note au cas où.

J'aurais une question, sans vouloir m'éloigner du sujet. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

La solution qui semble bon marché finit souvent par coûter cher. Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.

La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale. Voilà, désolé si je me suis étendu.

Je suis intéressé.

Enregistré.

On en parle beaucoup, mais chez nous, cela ne s'est jamais passé ainsi. Les gens défendent l'habitude, pas le processus. La résistance vient de là.

Je suis aussi curieux de savoir si d'autres font autrement.

Je suis passé par là, laissez-moi vous raconter. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

Les décisions hâtives finissent par être corrigées six mois plus tard. À votre place j'irais par cette voie.

Trois avis différents sont sortis, ils se complètent tous. Les gens défendent l'habitude pas le processus. La résistance vient de là.

Si c'est une première, commencez petit l'échelle viendra plus tard. Bien sûr, cela change si votre situation est différente.

Je vous conseille de ne pas vous presser. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Voilà, désolé si je me suis étendu.