Déploiement et configuration
Mettre en place Odoo ou Sage configuré pour le travail réel et non pour la démonstration, avec les données qui doivent suivre.
Compétences
Intégration et systèmes d'entreprise
Odoo, Sage et les systèmes qui font déjà tourner l'entreprise, mis d'accord entre eux.
le problème métier
Les plateformes déçoivent parce qu'elles sont installées, pas adoptées.
Les plateformes d'entreprise déçoivent rarement parce que le logiciel est mauvais. Elles déçoivent parce qu'elles ont été configurées par défaut, reliées à rien, et remises à des personnes à qui on les a montrées une fois.
En dessous se trouve l'autre moitié du problème : des processus qui ne sont jamais entrés dans aucun système. Ils tiennent au papier, aux tableurs, à l'habitude et à des messages dans un fil, et ils fonctionnent jusqu'à ce qu'une personne s'absente.
Le résultat est une organisation qui paie des plateformes dont elle utilise une fraction, pendant que le travail qui compte le plus se déroule en dehors.
ce que nous apportons
- Le déploiement et la configuration d'Odoo ou de Sage autour de votre activité plutôt qu'autour des réglages par défaut
- La liaison avec les systèmes qui font déjà tourner l'entreprise, pour qu'un chiffre soit saisi une seule fois
- La reprise des données depuis ce que vous quittez
- Les étapes encore portées par le papier et l'habitude, refaites en quelque chose qui s'enregistre tout seul
- Une revue de ce pour quoi vous payez des licences face à ce que vous utilisez vraiment
missions types
Relier l'existant
Faire s'accorder deux systèmes qui s'ignorent, pour que personne ne ressaisisse un chiffre déjà enregistré ailleurs.
Numériser un processus
Refaire les étapes qui tournent sur le papier et la mémoire en systèmes qui enregistrent ce qui se passe pendant que cela se passe.
notre façon de procéder
C'est la reprise des données qui fixe le calendrier, pas le logiciel.
Le déploiement est la partie courte. Ce qui décide du calendrier, c'est sortir les données d'un système ancien et réconcilier les versions de la vérité qui s'avéreront divergentes.
Nous suivons le travail avant de le changer. Digitaliser un processus tel qu'il est décrit plutôt que tel qu'il est exécuté produit un système que l'on contourne en un mois.
Nous vous dirons quand vous payez un module dont vous n'avez pas besoin. La dépense de licences grandit facilement et se remarque tard, et un prestataire qui gagne à vous en faire acheter davantage n'est pas le bon conseil sur ce point.
architecture de référence
Comment les pièces s'assemblent
Un modèle de référence, et non le système d'un client. La douleur en entreprise est généralement un problème de frontière plutôt que de produit, et voici où se situent les frontières.
- 01
Processus
Ce qui se passe réellement, y compris les étapes qui vivent en dehors de tous vos systèmes.
- 02
Plateformes
Microsoft 365, Sage et les applications métier autour, configurées pour le travail plutôt que par défaut.
- 03
Intégration
Ce qui circule entre elles, et quel sens fait foi lorsqu'elles se contredisent.
- 04
Enregistrement client
Un historique unique du client, constitué depuis tous les canaux par lesquels il vous joint.
- 05
Reporting
Les chiffres sur lesquels l'organisation tourne, tirés des plateformes plutôt que ressaisis à côté.
technologies
- Odoo
- Sage
- Microsoft 365
- PostgreSQL
- API REST
questions
- Nous avons déjà Microsoft 365. Reste-t-il quelque chose à faire ?
- Généralement beaucoup. La plupart des organisations utilisent une fraction de ce pour quoi elles paient, et la partie inutilisée remplace souvent exactement un outil facturé par ailleurs.
- Combien de temps dure une migration ?
- Quelques semaines pour une plateforme, davantage lorsque des données doivent sortir d'un système ancien. C'est la sortie des données qui fixe le calendrier, et c'est la partie la plus facile à sous-estimer.
- Nos équipes vont-elles réellement s'en servir ?
- Seulement si cela épouse le travail. Une plateforme configurée selon l'idée que l'éditeur se fait de votre processus se fait contourner, et c'est pourquoi nous suivons ce qui se passe avant de le changer.
- Pouvez-vous reprendre une plateforme que vous n'avez pas déployée ?
- Oui. Reprendre l'existant commence par une évaluation, car le premier travail consiste à découvrir ce qu'il fait vraiment.
va souvent avec
Apportez-nous le problème.
Nous commençons par une session de travail sur votre activité réelle, pas par un argumentaire générique. Vous en ressortez en sachant ce qui se passe, ce qu'il faut corriger en premier, et à quoi ressemble la suite.