Le Product Owner a mappé les tâches à effectuer sur les principales fonctionnalités qui ont été priorisées, puis décomposées en fonctionnalités pour estimation (les fonctionnalités ne sont pas gravées dans le marbre à ce stade).
Après l'estimation, le Product Owner a défini les termes métiers : c'est notre glossaire qui nous permet de délimiter les contextes délimités ainsi que le « domaine métier ». L'équipe a pu réaliser la modélisation du domaine, et nous avons conçu le domaine avec l'aide de la pré-digestion du Product Owner et des processus métiers (event storming). Parallèlement, les utilisateurs et personas cibles ont été définis. Le Product Owner (qui joue plusieurs rôles dans notre projet) a rédigé les conversations entre les futurs utilisateurs et notre système. Cela déterminait naturellement les flux de tâches (séquence des pages). Une fois les pages ordonnées et affinées, il fallait les prototyper. C’est à ce stade que le Product Owner attache les actions métiers (définies en partie lors de la modélisation du domaine) aux pages. Les travaux à effectuer, les conversations & les entités sont également liés aux pages. Dans le même temps, les cas d'utilisation (pour les tests de produits), les exigences fonctionnelles (qui sont des sous-ensembles des fonctionnalités) et les règles métier sont spécifiés. Les développeurs ont pu prendre le relais en validant le domaine défini et en configurant (front/back end) le produit.