Là où le standard
s’arrête.
Certains travaux n’entrent dans aucun produit qu’on peut acheter. C’est là que naît un système qui suit le déroulement réel au lieu de le tordre.
En parler →Trois situations
qui reviennent toujours.
La branche n’a pas de logiciel
Chaque métier a sa propre logique – ses unités, ses contrats, sa manière d’établir une offre. Là où le marché ne propose que du générique, une solution faite pour ce métier précis est vite rentable.
Les systèmes ne se parlent pas
Boutique, stock, comptabilité, CRM – chacun correct de son côté, mais les chiffres passent de l’un à l’autre à la main. Les interfaces transforment un archipel d’îlots en un déroulement continu.
Le tableur a dépassé sa taille
Tout a commencé par une feuille, et aujourd’hui l’entreprise en dépend – trois personnes savent comment ça marche. Il est temps de l’amener là où cela peut être maintenu, sauvegardé et transmis.
Un système de gestion
pour une niche.
store.Guru, c’est la caisse et l’ERP de la branche de la plongée – catalogue, variantes, stocks, loyalty et la boutique au même endroit. Il existe parce que les fournisseurs de cette branche vendent des tailles, des volumes d’air et des intervalles de service qu’aucun système standard ne connaît.
Plus de notre travail
Le bon outil,
pas le préféré.
Avant la première ligne de code, une poignée de questions décide de la plus grande partie de l’architecture. Nous préférons les poser à voix haute plutôt que de les deviner.
Jusqu’où cela doit-il grandir ?
Un outil pour huit personnes au bureau ne se construit pas comme une plateforme qui attend des pics à plusieurs milliers. Les deux vont très bien – construire le premier comme le second, non.
Quelle forme ont les données ?
Strictement relationnelles ou plutôt orientées documents ? La réponse détermine la base de données, et la base de données détermine ce qui sera facile plus tard et ce qui fera mal.
Que faut-il raccorder ?
Comptabilité, ERP, prestataire de paiement, expédition, une boutique existante. Les interfaces sont rarement la partie passionnante d’un projet et presque toujours celle qui le retient.
Qui l’entretiendra dans trois ans ?
Une technique ennuyeuse et éprouvée bat le choix intéressant. Ce que nous construisons doit rester lisible par quelqu’un qui n’était pas là pendant l’écriture.
Un logiciel n’est pas
une livraison.
Un système dont dépend l’exploitation a besoin de quelqu’un qui le maintient en marche – mises à jour, monitoring, sauvegardes et un numéro où quelqu’un décroche. La plupart de ce que nous construisons, nous l’hébergeons nous-mêmes, à Berne.
Notre datacenterComprendre. Planifier.
Construire. Faire grandir.
Les mêmes quatre phases valent pour un petit outil interne et pour un système qui fait tourner une entreprise. La durée de chacune dépend du projet – le fait qu’elle ait lieu, non.
Notre façon de travaillerCe dont nous nous
occupons aussi.
Décris le problème,
pas la solution.
Le premier entretien porte sur ce qui bloque. La technologie vient plus tard – et elle est souvent différente de ce que tout le monde attendait.