Paris · 10:00 Démarrer
MOORICE·Lab·Produits numériques

Produits
numériques.

Un produit se juge à l'usage, pas à sa liste de fonctionnalités. La plupart des projets échouent par excès : trop de fonctions au lancement, aucune vraiment aboutie, et des utilisateurs qui ne trouvent pas ce pour quoi ils étaient venus.

Le Lab conçoit et développe des applications web, des plateformes de service et des espaces clients. Nous commençons par la version la plus resserrée qui rende déjà service, puis nous ajoutons en fonction des usages observés.

Le Studio dessine l'interface. Un outil professionnel n'a pas à être laid : les gens l'utilisent huit heures par jour, la qualité du dessin est une question de confort autant que d'image.

PôleLab · Technique
Première version6 à 12 semaines
ApprochePérimètre resserré, puis itérations
DesignPar le Studio
PropriétéCode et données à vous
01 · Ce que couvre la discipline

Trois écrans qui portent tout le produit.

Dans presque tous les produits, trois écrans concentrent l'essentiel de l'usage. Ce sont eux que nous dessinons en premier, et le reste s'organise autour.

01Vue d'ensemble
Où j'en suisL'écran d'arrivée. Il répond en trois secondes, sinon il rate sa fonction.
02Action principale
Ce que je viens faireLe geste répété cent fois par jour. Chaque clic retiré ici se sent immédiatement.
03Détail
Le dossier completTout ce qu'on peut vouloir savoir, sans quitter l'écran ni ouvrir un tableur.
01

Cadrage fonctionnel

Utilisateurs, tâches, fréquence. Nous classons les fonctions par usage réel, pas par ordre d'arrivée dans la discussion.

02

Prototype

Une maquette cliquable testée avec de vrais utilisateurs avant le développement. Le retour d'un utilisateur sur un prototype vaut dix réunions.

03

Interface

Dessinée par le Studio, jusqu'aux états vides, aux erreurs et aux chargements. Ce sont eux qui font qu'un outil paraît fini ou bricolé.

04

Développement

Architecture, base de données, droits d'accès, tests. Construit pour évoluer, parce que le produit changera.

05

Connexions

Vos outils existants : facturation, messagerie, gestion, paiement. Un produit isolé oblige à ressaisir, et donc à ne pas être utilisé.

06

Mise en production et suivi

Hébergement, sauvegardes, surveillance, corrections. Un produit vit, il ne se livre pas.

02 · Comment on travaille

Le plus petit produit qui rende déjà service.

La première version doit résoudre entièrement un problème pour un utilisateur, plutôt que d'en effleurer cinq.

01

Cadrage

1 semaine

Entretiens avec les utilisateurs, cartographie des tâches, définition du périmètre de la première version. C'est ici qu'on dit non à des fonctions, et c'est ce qui sauve le projet.

02

Prototype

1 à 2 semaines

Maquette cliquable, testée avec cinq à huit utilisateurs. Les corrections faites à ce stade coûtent des heures, les mêmes après développement coûtent des semaines.

03

Développement

4 à 8 semaines

Par lots fonctionnels livrés régulièrement, sur un environnement de test accessible. Vous voyez le produit se construire.

04

Recette et mise en production

1 semaine

Tests fonctionnels, sécurité, performance, montée en charge. Reprise des données existantes si nécessaire.

05

Itérations

Continu

Observation des usages réels, corrections, ajouts. Le produit se construit vraiment après le lancement.

03 · Ce que vous recevez

Un produit en service, et ses fondations.

01Le produit en productionSur votre infrastructure ou celle que nous recommandons
02Code source et base de donnéesPropriété pleine, documentés
03Prototype et maquettesLes sources de conception, réutilisables pour la suite
04Documentation techniqueArchitecture, environnements, procédures de déploiement
05Guide utilisateurÉcrit pour vos équipes, pas pour des développeurs
06Feuille de routeCe qui a été écarté de la première version, priorisé pour la suite
04 · Questions fréquentes

Ce qu'on nous demande avant de commencer.

Combien coûte un produit numérique ?

Trop de variables pour un tarif affiché : nombre d'utilisateurs, complexité des règles métier, connexions, exigences de sécurité. Ce que nous faisons systématiquement, c'est chiffrer une première version resserrée, pour que vous décidiez sur un montant réel plutôt que sur une estimation en l'air.

Faut-il tout développer d'un coup ?

Non, et c'est la principale cause d'échec. Une première version resserrée mise entre les mains d'utilisateurs réels apprend plus que six mois de spécifications. Les fonctions écartées ne sont pas perdues, elles sont priorisées.

Qui possède le code et les données ?

Vous, intégralement. Le code est déposé sur votre dépôt, les données sur votre infrastructure ou un hébergement à votre nom. Vous pouvez changer de prestataire sans nous demander la permission.

Assurez-vous la maintenance ?

Oui, via le service Ops : mises à jour, sécurité, sauvegardes, corrections, surveillance. Un produit sans maintenance se dégrade en silence jusqu'au jour où il tombe.

Peut-on reprendre un produit développé par quelqu'un d'autre ?

Souvent, après un audit du code. Nous disons franchement quand la reprise coûterait plus cher qu'une reconstruction, y compris quand cela nous arrange moins.

Parler du projet

Le plus petit produit utile bat le grand produit inachevé.

Décrivez la tâche que vos utilisateurs font aujourd'hui à la main. C'est presque toujours le bon point de départ.

Atelier229 rue Saint-Honoré
75001 Paris
HorairesLun-Ven · 9h-19h
05 · Disciplines voisines

Ce qui entoure un produit.