Développement web & mobile
Des applications que vos équipes ouvrent tous les matins.
Pour les entreprises de 10 à 50 personnes dont les outils ne suivent plus.
Vos process tournent sur des tableurs partagés, des outils qui ne se parlent pas, et des saisies faites deux fois. Chacun a sa version du fichier.
Développement web & mobile
Par où commencer
- 1Vous décrivez le problèmeQuelques lignes suffisent. Pas besoin de cahier des charges ni de vocabulaire technique.
- 2On vous répond sous 24 heuresAvec ce qu'on a compris, les questions qui manquent, et un ordre de grandeur.
- 3On vous dit si c'est pour nousFranchement, même quand la réponse est non. Dans ce cas, on vous oriente.
Le problème
Vous vous reconnaissez si
Une heure par jour passée à recopier, c'est 220 heures par an. Sur un poste chargé à 25 € de l'heure, cela représente 5 500 € qui partent en saisie, tous les ans, sans rien produire.
Le tableur est devenu l'outil
Un classeur partagé fait office de logiciel de gestion. Trois personnes le modifient en même temps et plus personne ne sait quelle version fait foi.
Vos clients doivent passer par quelqu'un
Pour commander, suivre un dossier ou récupérer un document, il faut appeler ou écrire. Personne ne peut rien faire seul, y compris le dimanche.
L'application existante est en bout de course
Elle tourne encore, mais plus personne ne sait la faire évoluer. Le prestataire n'est plus là, ou la technologie n'est plus maintenue.
Le terrain travaille sur papier
Vos équipes notent, photographient, cochent, puis quelqu'un ressaisit le soir. Entre les deux, l'information n'existe nulle part.
La même donnée, saisie deux fois
Vos outils ne se parlent pas, alors on recopie de l'un à l'autre. Chaque recopie est une occasion de se tromper, et l'erreur se découvre trop tard.
Aucun logiciel ne fait votre métier
Les solutions du marché coûtent moins cher, mais il faudrait tordre votre façon de travailler pour entrer dedans.
Un seul de ces cas suffit pour qu'il y ait un sujet.
Et si le vôtre n'est pas dans la liste, c'est souvent qu'il mérite d'être raconté plutôt que rangé dans une case. Les projets qui sortent du lot commencent presque toujours comme ça.
Décrire votre casLe résultat
Ce qui change une fois livré
Trois différences qui se constatent dès les premières semaines d'usage.
Une seule source de vérité, consultable par tous en même temps
La double saisie disparaît, et les erreurs qu'elle produisait avec
Un outil qui suit votre métier, y compris ses exceptions
Terrains d'intervention
Ce que nous construisons
Quatre familles de projet que nous prenons régulièrement. Votre besoin en croise souvent deux.
Application métier sur mesure
ERP léger, back-office, plateforme de gestion interne. Quand le tableur ou le logiciel générique ne suit plus votre façon de travailler.
Portail client ou partenaire
Un espace où vos clients suivent leurs dossiers, récupèrent leurs documents et passent commande sans avoir à vous appeler.
Application mobile iOS et Android
Pour les équipes qui travaillent hors du bureau : saisie sans connexion, photos, signatures, synchronisation au retour.
Reprise d'un outil existant
Application devenue ingérable, projet abandonné par un prestataire, ou migration depuis un outil sans code. Audit d'abord, décision ensuite.
Avec quoi
Ces choix se discutent au cadrage. Si votre équipe maintient déjà une technologie, nous partons de la vôtre.
Par où on commence
Un cadrage avant tout chiffrage
Personne ne peut chiffrer un projet qu'il n'a pas compris. Le cadrage sert à ça, et il se décide sans engager la suite.
Ce que vous en repartez
- 1Un périmètre écrit, fonction par fonction
- 2Un ordre de réalisation, et ce qu'on laisse pour plus tard
- 3Un budget, et ce qui le ferait bouger
Le document vous appartient : vous pouvez le confier à quelqu'un d'autre pour la suite.
Estimer mon projetCe qui fait varier le budget d'un projet
- Le nombre de profils d'utilisateurs et de droits différents
- Les outils existants auxquels il faut se connecter
- La reprise de vos données actuelles, et leur état
- Le besoin d'une application mobile en plus du web
Le chiffre ferme sort du cadrage, quand le périmètre est écrit et validé. Pas avant, parce qu'il serait faux.
Méthode
Comment ça se passe
Vous savez ce qui sera construit avant que la première ligne de code soit écrite.
Cadrage
On part de votre problème, pas d'une liste de fonctionnalités. À la fin, vous savez ce qui sera construit, en combien de temps et pour quel budget.
Design
Les écrans sont dessinés et testés avec ceux qui s'en serviront. Corriger une maquette coûte une heure, corriger du code en coûte dix.
Développement
Vous voyez l'application avancer toutes les deux semaines. Pas d'effet tunnel, pas de découverte au moment de la livraison.
Production
Mise en ligne, accompagnement de vos équipes, corrections et évolutions. Un projet livré mais non adopté n'est pas un projet réussi.
Questions
Ce qu'on nous demande
Combien ça coûte ?
Impossible à dire avant d'avoir compris le problème, et toute réponse donnée avant serait fausse. Le cadrage produit un périmètre écrit et un budget, et c'est le seul moment où un chiffre engage. Le cadrage lui-même est chiffré d'avance : vous savez ce que vous dépensez avant de vous engager sur la suite.
En combien de temps ?
Cela dépend du périmètre, et nous ne le connaissons pas avant le cadrage. Ce que nous garantissons, c'est le rythme : vous voyez une version utilisable toutes les deux semaines. Pas d'effet tunnel, pas de découverte le jour de la livraison.
À qui appartient le code ?
À vous, intégralement, dès le premier jour. Le dépôt est chez vous, les accès sont à votre nom, et vous pouvez partir avec à tout moment sans rien demander. Nous ne gardons aucune brique propriétaire qui vous obligerait à revenir.
Que se passe-t-il après la mise en ligne ?
Rien ne s'arrête : correction des anomalies, accompagnement de vos équipes, évolutions. Un projet livré mais non adopté n'est pas un projet réussi. Si vous préférez reprendre la main en interne, nous transmettons le code et la documentation, et nous formons la personne qui prend la suite.
Pouvez-vous reprendre un projet existant ?
Oui, à une condition : pouvoir lire le code et son historique avant de s'engager. Nous commençons par un audit, qui dit ce qui est récupérable, ce qui doit être réécrit et ce que ça représente. S'engager à l'aveugle sur du code qu'on n'a pas vu ne rend service à personne.
Lequel de ces cas
est le vôtre ?
Décrivez-le en quelques lignes. Nous revenons sous 24 heures ouvrées avec une première lecture, les questions qui manquent, et un ordre de grandeur.