Installer un logiciel de support open source pour un SAV : bonne idée ou plan galère ?

On a voulu faire la même chose à l'atelier il y a 3 ans. Tout a super bien tourné pendant 8 mois, puis la base de données a saturé et tout s'est bloqué. Comme on n'avait pas de sauvegardes quotidiennes, on a perdu 3 semaines d'historique SAV, impossible de savoir quelle pièce appartenait à quel client. Depuis, on est passés sur une solution cloud clé en main.

Si vous vous lancez, n'installez pas tout directement sur l'OS hôte, passez par une architecture conteneurisée. Prenez au minimum 4 Go de RAM et mettez en place un cron pour sauvegarder automatiquement la base de données chaque jour sur un stockage externe. Comme ça, en cas de crash, vous remontez tout en dix minutes.

Installer l'outil prend une demi-journée, la vraie galère c'est de gérer les conflits de plugins à chaque montée de version.

Ça fait deux ans qu'on tourne sur de l'open source chez nous. Le serveur nous coûte 12 euros par mois. On a économisé près de 1 800 euros par an par rapport à du SaaS, mais j'ai passé facile 40 heures au début pour tout installer et caler les templates d'e-mails.

En Italie, pour le stockage des données matérielles et des coordonnées clients, vous devez respecter scrupuleusement la réglementation sur la protection des données personnelles. En auto-hébergement, la responsabilité légale en cas de faille de sécurité repose entièrement sur votre entreprise.

Avant de vous lancer, vérifiez bien ces trois points : 1) Avez-vous un service SMTP externe fiable pour la délivrabilité des mails ? 2) Vos sauvegardes quotidiennes sont-elles répliquées hors site ? 3) L'interface mobile est-elle assez réactive pour vos techniciens ?

Vos techniciens vont saisir les tickets depuis un PC fixe à l'atelier ou sur leur téléphone directement chez le client ? La plupart des interfaces mobiles open source sont hyper lourdes sur le terrain.

Exact.

Je pense différemment. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

Bon courage.

il faut y aller étape par étape puis franchement aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard. voilà désolé si je me suis étendu.

Résumé rapide pour les nouveaux : Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

J'espère que cela vous sera utile.

J'ai travaillé longtemps sur ce sujet. Si vous ne formalisez pas cela par écrit dès le départ des disputes éclateront plus tard.

Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

J'écris cela pour éviter que vous ne fassiez la même erreur. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

Je suis une petite entreprise, laissez-moi expliquer de mon point de vue. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

Le système continue de vivre après la livraison ; la maintenance est un poste à part. C'est mon avis, je ne l'écris pas comme une vérité absolue.

Nous avons vécu presque la même chose l'année dernière. Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Si vous obtenez trois réponses différentes sur un sujet la question est mal posée. Si vous avez des questions, écrivez-moi je répondrai au mieux.

Nous avons aussi bloqué au même endroit à une époque. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

J'ai été soulagé en lisant cette réponse, donc ce n'est pas seulement mon cas. Essayer de faire cela seul est la voie la plus coûteuse.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

Résumé rapide pour les nouveaux : Avant de décider, regardez quelles données vous avez en main.