Conduite d’un projet Data/IA : Tech 101

et basics d’échanges clients

F. Lainée
Mai 2022
CONFIDENTIEL
 TABLE DES MATIÈRES

 Objectifs et questions abordées

 Des fonctions à l’architecture , et vice versa

 Savoir (faire) poser les questions au client

 OBJECTIF CLÉ : UNE MEILLEURE MAÎTRISE DES PROJETS
PAR UNE APPROPRIATION DES « RÈGLES DE LA TECH »

Permettre à des Chefs de projet métier, non ingénieurs / sans

expérience IT/ Data, de piloter les projets avec une appropriation de
leur contenu technologique :

 entendre “parler” l’architecture IT/ Data du projet – savoir en intuiter une version haut
niveau

 Comprendre/ imaginer les grandes étapes de traitement de données nécessaires pour

le projet

 Avoir une intuition des points durs / zones de vigilance technologiques et pouvoir flécher
les “points de passage” clés à pointer/ surveiller

 Pouvoir questionner l’équipe Tech / savoir où approfondir pour anticiper les risques,
préciser les attentes fonctionnelles au bon niveau, et formuler des conclusions solides
en langage client

 Pouvoir comprendre, à un premier niveau, les questions/ le contexte fonctionnel et

technique du client et son implication sur les dimensions techniques du projet
 UN OBJECTIF ANCRÉ SUR DE MULTIPLES SITUATIONS
RÉELLES – DEMANDES CLIENTS

Questions typiques issues de demandes clients

 “Chez nous cela ressemble à votre exemple, mais les données arrivent un peu à tout
moment, et on ne peut pas attendre minuit pour les charger en bloc. Est-ce que c’est
très impactant ? ”

 “Pour ingérer les données, sera-t-il nécessaire de faire des copies complètes de nos
bases de données, ou pourra-t-on connecter les bases directement ?”

 “Si demain on a besoin/ envie de changer un peu la structure des données, est-ce que
ce sera facile ou compliqué ?”
 UN OBJECTIF ANCRÉ SUR DE MULTIPLES SITUATIONS
RÉELLES – DU FONCTIONNEL AU TECHNIQUE

Questions typiques générées en phase de planification

 Est-ce qu’il faut que je précise qu’on peut vouloir ajouter des sources au fil de l’eau ?

 Il faut une assurance de continuité de service de 99,99%, comment peut-on imaginer de

faire cela ?

Questions typiques générées en phase de développement

 En cas de difficulté de mise au point, comment arbitrer entre persévérer et revenir sur
les choix d’architecture ?

 Quel test faire subir aux composants techniques, au vu des fonctionnalités cibles ?

 Comment dimensionner les composants au vu des charges attendues

 UN OBJECTIF ANCRÉ SUR DE MULTIPLES SITUATIONS
RÉELLES - MAINTENANCE

Questions typiques générées en phase de maintenance

 On ne voit pas les données de la source X sur l’écran Y, d’où cela peut-il venir / est-ce a
priori un bug simple ou complexe à résoudre ?

 Le client voudrait maintenant pouvoir ajouter des sources de données au fil de l’eau,
que va-t-il falloir modifier ?

 Crise chez le client. Une application critique est en rideau. War room avec le chef de
projet technique. Comment prioriser/ organiser les tests de recherche de la panne ?
 TABLE DES MATIÈRES

 Objectifs et questions abordées

 Des fonctions à l’architecture , et vice versa

 POC visualisation données capteurs

 Etude marketing visiteurs mobiles

 Savoir (faire) poser les questions au client

CONTEXTE PROJET : UNE ÉTAPE TECHNIQUE ET MÉTIER VERS UN
RÔLE DE RÉFÉRENT LOCAL DE VALORISATION DE DONNÉES
TERRITORIALES

• Ambition du client : devenir un référent local dans la valorisation des données

territoriales

• Objectif outil : disposer d’une plate-forme de visualisation de données

territoriales propre à exposer des jeux de données divers de type capteurs de
bâtiments, trafic routier, …

• Périmètre du projet : réaliser un premier POC de cette future plate forme

autour de capteurs multi variables disposées dans ses bureaux

• Perspectives possibles : faire développer d’autres POCs et/ ou gagner en

autonomie pour les développer entièrement sans intervention d’Aleia
 SOLUTION DE DATA VISUALISATION : FONCTIONNALITÉS DU POC
CAPTEUR

Fonctionnalités Détails

• Données ingérées via un espace SFTP, à une fréquence régulière toutes les T mn réglée par
Aleia pendant le développement du projet
Ingestion de
• Délai de mise à disposition des données ingérées pour visualisation de T mn
données
• Données brutes des capteurs SMO, Structure : {id capteur, date, id grandeur, valeur} – à
préciser le cas échéant, fixé et non évolutif
Traitement de • Calcul des données d’alerte au format {id alerte, id capteur, id grandeur, date de début,
données valeur de début, date de fin*}
Toutes vues nativement permises par Grafana, construites par l’administrateur SMO. Notamment
(voir copies d’écran ci-après) les 3 vues co-construites lors de l’atelier de formation à la solution :
• 1) Dernières valeurs connues tous capteurs * 3 variables avec couleur de seuils
Vues
• 2) Série temporelle avec seuil et mise à l'échelle en fonction des valeurs de la période filtrée
• 3) Tableau récapitulatif des alertes de la période sélectionnée avec uniquement la première
valeur de dépassement (date et heure de la mesure + valeur mesurée)
Toutes possibilités nativement permises par Grafana, et notamment :
Filtres • Possibilité de filtrer les capteurs et les périodes de temps
• Seuils de filtrages communs pour tous les utilisateurs, ajustables par l’administrateur SMO
• Création d’utilisateurs Grafana par l’administrateur SMO
Administration • Accès par login mot de passe sur l’url du projet Grafana
• Toutes vues projet accessibles à tous les utilisateurs du projet

* Valeur à déterminer pour indiquer une alerte en cours non terminée

 ARCHITECTURE DE LA SOLUTION : UNE PLATE-FORME D’INGESTION/
TRAITEMENT DE DONNÉES COUPLÉE À UNE INSTANCE GRAFANA
GÉRÉE

Lecture de Ecriture de Transmission Envoi Appel d’API

données données de données d’iframe

Client Aleia Utilisateur

Authentification
Grafana
Ingestion (Serveur et Connexion
Données brutes SFTP) Navigateur
Administration Requête

Code extraction Visualisation + plug- Vue

in requêtée

Code(s)
transformation*
File system

Code DB Aleia**
enrichissement Pour SMO
Schedule export SFTP
Fichiers csv toutes les Container MySQL
10 mn ou postgress

* Si nécessaire, en fonction des besoins fonctionnels et des fonctionnalités de Grafana

** Plusieurs tables, correspondant aux différentes formes de « données brutes » requises (exemple données capteurs brutes et alertes)
 MODÈLE DE DONNÉES : UN PETIT NOMBRE DE TRANSFORMATIONS AU-
DELÀ DES DONNÉES BRUTES

Données brutes Données traitées

Modèle Commentaires Modèle Commentaires

Capteurs Alertes
• Id capteur • Une table utile • Id alerte • Résultant d’un
• Nom du lieu surtout pour les • Id capteur traitement / code à
• Latitude légendes des vues • Grandeur mesurée développer
• Longitude des mesures • Date de début • Ajout d’un id utilisateur
• Date de fin id de version si
Mesures • Valeur en début individualisation/
• Id mesure • Id mesure : une d’alerte versionnage des seuils
• Id capteur grandeur unique par
• Date de collecte (année – mesure,
secondes) indispensable,
• Grandeur mesurée fournie ou à créer
• Valeur de la mesure

Seuils d’alertes
• Grandeur mesurée • Possibilité de
• Seuil min versionner les seuils
• Seuil max et/ou de les
individualiser par
utilisateur
 FONCTIONNALITÉS ET ARCHITECTURE TECHNIQUE LIÉS DE MANIÈRE
FORTE…

Fonctionnalités
Ingestion de Construction Exposition
données des vues des vues Création
automatique Calcul alertes Grafana dans Grafana d'utilisateurs
Serveur SFTP X
Code d’activation régulière de l’ingestion X
Jupyter NB X X
Stockage interne plate-forme X
API plate-forme écriture/ lecture BD
externe X
BD externe à la plate-forme X
Instance Grafana X X X
 … VIA UN LIEN PERMETTANT DE PLANIFIER LES PRIORITÉS /
ALLOUER LES TÂCHES – USER STORIES

Zone de user stories a impact technique ciblé

Zone de user stories a impact technique étendu

Fonctionnalités
Ingestion de Construction Exposition
données des vues des vues Création
automatique Calcul alertes Grafana dans Grafana d'utilisateurs
Serveur SFTP X
Code d’activation régulière de l’ingestion X
Jupyter NB X X
Stockage interne plate-forme X
API plate-forme écriture/ lecture BD
externe X
BD externe à la plate-forme X
Instance Grafana X X X
 COMPOSANTS TECHNIQUES POSSÉDANT AUSSI DES FONCTIONS
PUREMENT TECHNIQUES, AVEC DES INDICATEURS DE PERFORMANCE
PROPRES…

Composant Fonctionnalités Indicateurs de performance

• Interface de dépôt/+ retrait de fichiers • Taux de disponibilité

Serveur SFTP (données/ codes)

Code d’activation régulière de
l’ingestion
Jupyter NB
Stockage interne plate-forme
API plate-forme écriture/
lecture BD externe
BD externe à la plate-forme
Instance Grafana
• Mise en œuvre de l’ingestion (SFTP vers stockage • Taux de disponibilité
interne plate-forme à intervalles réguliers)
• Vérification de conformité des données entrantes • Taux de disponibilité
• Calcul des données transformées • Vitesse de traitement
• Enregistrement des données requises dans la BD
• Stockage multi fichiers/ ficher agrégé des données • Taux de disponibilité
brutes/ transformées dans l’espace stockage projet • Vitesse en lecture/ écriture
de la plate-forme • Structure des métadonnées disponibles
• Connexion base de données externe à la plate- • Taux de disponibilité
forme
• Accès écriture/ lecture du NB à la BD
• Stockage structuré des données produites par la • Taux de disponibilité
plate-forme • Vitesse en lecture/ écriture versus
• Mise à disposition dans l’instance Grafana volume/ Nb utilisateurs concurrents
depuis NB et/ou Grafana
• Création de vues • Taux de disponibilité
• Production de vues à jour des données • Nombre max utilisateurs concurrents
• Création d’utilisateurs • Format des vues possibles
ET PORTANT AUSSI DES RISQUES SUR LA CONDUITE DU PROJET ET LA
PERFORMANCE DE L’APPLICATION EN PRODUCTION
Risque Faible Moyen
Composant
Serveur SFTP
Code d’activation régulière de
l’ingestion
Jupyter NB
Stockage interne plate-forme
API plate-forme écriture/
lecture BD externe
BD externe à la plate-forme
Instance Grafana
Fort
Sources de risques Dev Sources de risques run
• Calage client • Plate-forme down
• Fonctionnement plate-forme • Perte tokens
• Plate-forme down
• Mise au point du NB de calcul des • Plate-forme down
alertes
• Mise au point du NB de transfert vers
BD
• Stabilité plate-forme • Plate-forme down
• Volume de données par mise à jour
• Mise au point Dév versus fonctionnalités • Plate-forme down
standard plate-forme • BD down
• Protocoles / format de données
• Montage infrastructure • Infra serveur down
• Définition des tables et de leur structure • Structure des tables versus format de
données
• Montage infrastructure • Instance/ infra down
• Connexion à la BD
 TABLE DES MATIÈRES

 Objectifs et questions abordées

 Des fonctions à l’architecture , et vice versa

 POC visualisation données capteurs

 Etude marketing visiteurs mobiles

 Savoir (faire) poser les questions au client

CONTEXTE PROJET : UNE SOLUTION HIGH TECH POUR CONDUIRE
UNE ÉTUDE MARKETING TRADITIONNELLEMENT MANUELLE

• Souhait du client de conduire une étude détaillée d’utilisation des lieux de

restauration du parc de loisirs

• Études de ce type habituellement menées « manuellement », via des

sondages colletés par des enquêteurs placés sur les lieux de restauration
selon un calendrier d’échantillonnage

• Choix client d’employer un dispositif innovant, basé sur des applications

mobiles utilisées par les visiteurs pour (i) les localiser et (ii) recevoir et
répondre à des sondages
 SOLUTION DE TECH SONDAGES : FONCTIONNALITÉS LIÉES AUX
SONDAGES ET DATA DE GÉOLOCALISATION

Fonctionnalités Détails

• Installation IopS et Android multi versions

Embarquement d’utilisateurs sur
• Obtention des autorisations de collecte et respect RGPD
application mobile
• Reporting temps réel du nombre de visiteurs embarqués / actifs du jour
Collecte continue « basse • Collecte régulière données beacons et gps
consommation de données de • Envoi régulier vers serveurs
géolocalisation beacon et gps • Relance des téléphones « muets » pour réveil si possible
• Traitement des données beacons/ gps pour caractériser la présence attractions/
Détection de présence dans les lieux
restaurants/ boutiques
ciblés
• Recherche équilibre faux négatifs / faux positifs avec minimum de faux négatifs
• Création d’un sondage lieu * utilisateur lors de la détection de présence
Emission de notification et sondages
• Envoi d’une notification de sondage à remplir
contextuels aux lieux de présence
• Création d’une vignette sondage connectée à l’url du sondage dans l’app mobile
Emission de sondages sur base • Création de sondages type * utilisateur sur base de déclencheurs adhoc
horaire et ou caractéristiques • Envoi d’une notification de sondage à remplir
visiteur • Création d’une vignette sondage connectée à l’url du sondage dans l’app mobile
• Enregistrement des réponses des utilisateurs au sondage
Collecte de réponses au sondages
• Reporting temps réel quotidien des nombres de sondage émis/ répondus par type
Rendu analytique/ cartographique
• Création de vues de rendu des données de parcours des visiteurs
des parcours

* Valeur à déterminer pour indiquer une alerte en cours non terminée

 ARCHITECTURE DE LA SOLUTION : APPLICATIONS MOBILES CUSTOM,
TRAITEMENT DE DONNÉES, SERVEUR DE SONDAGE ET DE
NOTIFICATION

Appel de configuration – APP GEOSURVEYS APP GEOSURVEYS

envoi Id téléphone et
autorisations Envoi de notification et
lien vers sondage
SDK GEO4CAST
GPS BEACON WIFI
Envoi configuration
DB UTILISATEURS

BD PARC BEACON
GEOFENCES ation SERVEUR :
ol o c al i s • QUESTIONNAIRES
e gé
es d s
oi d o nn é INDIVIDUELS i re
E nv • NOTIFICATIONS n na
(GEOLOCATION, GEOFENCE, s tio Envoi réponse
Code Deman ue
de BEACON) q aux sondages
calcul notifica s
tion + e
présence sondag
e p ag
x
DB DONNÉES au
MÉMOIRE TAMPON/
c ès
GEOLOCALISATION
FILE D’ATTENTE Ac
lie oi
v
n
En

s o e rs
e g
a
nd
v

REMPLISSAGE QUESTIONNAIRES

PROGRAMMATION DES
QUESTIONNAIRES GENERIQUES

SERVEUR SURVEYMONKEY
19

* Si nécessaire, en fonction des besoins fonctionnels et des fonctionnalités de Grafana

** Plusieurs tables, correspondant aux différentes formes de « données brutes » requises (exemple données capteurs brutes et alertes)
 FONCTIONNALITÉS ET ARCHITECTURE TECHNIQUE LIÉS DE MANIÈRE
FORTE…

Fonctionnalités
Collecte/
Collecte de Détection traitement de
données de de Emission de réponse aux Analyse des
géolocalisation présence sondages sondages parcours
Applications mobiles X
Buffer de collecte X
Base de données MongoDB X X X
Code de détection de présence X
Serveur de sondage X
Serveur de notification X
Codes de traitement des données de
parcours X X X
 … VIA UN LIEN PERMETTANT DE PLANIFIER LES PRIORITÉS /
ALLOUER LES TÂCHES – USER STORIES

Zone de user stories a impact technique ciblé

Zone de user stories a impact technique étendu

Fonctionnalités
Collecte/
Collecte de Détection traitement de
données de de Emission de réponse aux Analyse des
géolocalisation présence sondages sondages parcours
Applications mobiles X
Buffer de collecte X
Base de données MongoDB X X ?
Code de détection de présence X
Serveur de sondage X
Serveur de notification X
Codes de traitement des données de
parcours X X X
 COMPOSANTS TECHNIQUES POSSÉDANT AUSSI DES FONCTIONS
PUREMENT TECHNIQUES, AVEC DES INDICATEURS DE PERFORMANCE
PROPRES…

Composant Fonctionnalités Indicateurs de performance

• Créatoin de comptes • Taux de disponibilité

• Gestion des autorisations • Durée de collecte de données géolocalisation
• Collecte/ envoi de données de géolocalisation • Simplicité d’IHM
Applications mobiles • Accès aux / traitements des sondages
• Réception des données envoyées par les mobiles et mise en • Taux de disponibilité
attente d’enregistrement dans la base MongoDB des données
Buffer de collecte brutes
Base de données • Sauvegarde des données brutes de géolocalisation • Taux de disponibilité
MongoDB • Ecriture/ lecture des données de géolocalisation traitées • Vitesse écriture/ lecture
• Traitement des données de géolocalisation pour détection de • Taux de disponibilité
Code de détection de présence • Vitesse de traitement
présence • Déclenchement d’envoi de sondages géolocaux
• Création de sondages à la demande • Taux de disponibilité
• Exposition des sondages aux utilisateurs • Vitesse de création/ accès versus volume
Serveur de sondage • Enregistrement des réponses des utilisateurs aux sondages
• Envoi d’une notification d’émission d’un nouveau sondage • Taux de disponibilité
Serveur de notification • Vitesse d’envoi versus volume
• Création de vues • Taux de disponibilité
Codes de traitement des • Production de vues à jour des données
données de parcours • Création d’utilisateurs
 ET PORTANT AUSSI DES RISQUES SUR LA CONDUITE DU PROJET ET LA
PERFORMANCE DE L’APPLICATION EN PRODUCTION

Risque Faible Moyen Fort

Composant Sources de risques Dev Sources de risques run

• Règles des OS d’accès aux données de géolocalisation • Accès aux serveurs de configuration
Applications mobiles • Calage client des parcours
• Service down
Buffer de collecte
Base de données • Atteinte des performances volume * vitesse • Service down
MongoDB
Code de détection de • Représentation des données • Volume de traitements concurrents
présence • Mesure des faux positifs/ négatifs en « vraie grandeur » • Dérive de performance
• Mise au point d’un composant tiers • Serveur down
Serveur de sondage • Format de donneés d’entrée non conforme
• Mise au point d’un composant tiers • Serveur down
Serveur de notification
Codes de traitement des • Représentation des données • Service down
données de parcours • Calage client des vues
 TABLE DES MATIÈRES

 Objectifs et questions abordées

 Des fonctions à l’architecture, et vice versa

 Savoir (faire) poser les questions au client

 De la data à l’insight, un parcours semé d’embûches

 Interagir avec le business et formuler des questions métier

ROLE ET PROCESSUS DE TRAVAIL DU DÉPARTEMENT/
ANALYSTE DATA : BEAUCOUP DE TECHNIQUE…

Input : Output :
question IdentifIer Formatter/ Réaliser Assembler et
réponse à
formulée les data Assembler les transmettre
la
par le utiles les datas analyses les résultats
question
business

CONFIDENTIEL
LES SOURCES DE FRUSTRATION… VUES PAR LES
PRATICIENS

https://www.youtube.com/watch?v=FekWQRMhTzM

CONFIDENTIEL
 ET UN POINT DE VUE SOUVENT FRUSTRÉ DES
ACTEURS BUSINESS

On croule sous les Data, mais ce sont les

insights qui nous manquent
Je n’ai pas le temps de lire tous ces
rapports d’analyse

Mais concrètement, qu’est-ce que peux faire avec ça

?

J’ai du mal avec les charts

Plein d’analyses, c’est sûr, mais pas faites
pour nous !

CONFIDENTIEL
 DERRIÈRE LA FRUSTRATION BUSINESS … DES
OBSTACLES NON TECHNIQUES AU SUCCES DES DATA

Input : Output :
question IdentifIer Formatter/ Réaliser Assembler et
réponse à
formulée les data Assembler les transmettre
la
par le utiles les datas analyses les résultats
question
business

Datas dispersées Mauvaise Choix de Méthodes de

Embûches dans l’entreprise qualité d’un méthodes sous visualisation
jeu de optimaux multiples
techniques Datas clés données
inaccessibles Limites des outils Abondance de
(syndrôme du Non disponibles résultats/ focus
lampadaire) cohérence de l’histoire
inter jeux

Question mal Manque d’interactivité avec les métiers : Réponse juste

Embûches posée - temps perdu sur analyses inutiles mais :
non - Approfondissements pertinents et faisables manqués - Incomprise
Question sans - Formattage de réponse inapproprié - Rejetée
techniques - Non utilisée
impact business
Oubli de focus sur les « so what ? » pour les métiers

CONFIDENTIEL
 LE PROCESSUS OPTIMAL DU DÉPARTEMENT/
ANALYSTE DATA - FOCUS : IMPACT BUSINESS

Processus
Data

Input : Output :
question IdentifIer Formatter/ Réaliser Assembler et
réponse à
Standard formulée les data Assembler les transmettre
la
par le utiles les datas analyses les résultats
question
business

Co IdentifIer Formatter/ Synthétiser Conduire la Mesurer

Best formuler Assembler Réaliser et une réponse communi- l’impact
et valider
practice les et valider tester les en langage cation pour dans le
les data
questions les datas analyses business l’impact durée
utiles

CONFIDENTIEL
 TABLE DES MATIÈRES

 Objectifs et questions abordées

 Des fonctions à l’architecture, et vice versa

 Savoir (faire) poser les questions au client

 De la data à l’insight, un parcours semé d’embûches

 Interagir avec le business et formuler des questions métier

 BIEN (FAIRE) POSER LA QUESTION : UN SAVOIR
FAIRE MAJEUR

Sondage :

Quelle est la question la mieux formulée :

1)Quelles nouvelles prestations recommander pour le service

client ?

2) Comment déployer les forces de vente selon la profitabilité des

clients ?

3) Comment déployer les forces de vente selon de bons indicateurs

analytiques ?
BIEN (FAIRE) POSER LA QUESTION : UN SAVOIR
FAIRE MAJEUR

Question mal posée Question mieux/ bien posée

Quelle est l’évolution de la Je voudrais redéployer nos

Préciser le contexte forces de vente; quelle est
profitabilité par client depuis 2
ans? l’évolution de la profitabilité par
client depuis 2 ans?

CONFIDENTIEL
 BIEN (FAIRE) POSER LA QUESTION : UN SAVOIR
FAIRE MAJEUR

Sondage :

Quelle est la question la mieux formulée :

1) Quelle est l’évolution de la profitabilité par client depuis 2 ans?

2) Comment réduire le coût du service client ?

3) Comment optimiser le ratio qualité / coût du service client?

BIEN (FAIRE) POSER LA QUESTION : UN SAVOIR
FAIRE MAJEUR

Question mal posée Question mieux/ bien posée

Quelle est l’évolution de la Je voudrais redéployer nos

Préciser le contexte forces de vente; quelle est
profitabilité par client depuis 2
ans? l’évolution de la profitabilité par
client depuis 2 ans?

Comment réduire le coût du Comment optimiser la ratio

Préciser l’objet valeur/ coût du service client ?
service client ?

CONFIDENTIEL
 BIEN (FAIRE) POSER LA QUESTION : UN SAVOIR
FAIRE MAJEUR

Sondage :

Quelle est la question la mieux formulée :

1) Comment ramener le business à la profitabilité sans plan social?

2) Comment ramener le business à la profitabilité ?

3) Quelle sera la profitabilité du business l’an prochain?

BIEN (FAIRE) POSER LA QUESTION : UN SAVOIR
FAIRE MAJEUR

Question mal posée Question mieux/ bien posée

Quelle est l’évolution de la Je voudrais redéployer nos

Préciser le contexte forces de vente; quelle est
profitabilité par client depuis 2
ans? l’évolution de la profitabilité par
client depuis 2 ans?

Comment réduire le coût du Comment optimiser la ratio

Préciser l’objet valeur/ coût du service client ?
service client ?

Comment ramener le business Comment ramener le business à la

Préciser les contraintes profitabilité, sans plan social ni plan
à la profitabilité ?
d’investissement majeur ?

CONFIDENTIEL
 BIEN FAIRE POSER LA QUESTION BUSINESS :
UNE GRILLE DE « QUESTIONS DE CONTRÔLE »

Question de contrôle/ ancrage des analyses aux questions business

Pouvez – vous me dire ce qui, dans votre contexte business, vous amène
à poser cette question ?

Pouvez-vous me dire à quoi ressemble la réponse idéale, si nous pouvons

la produire pour vous ?

À quel public est destinée la réponse analytique que nous allons produire ?

Pouvez vous me dire quelles actions vous envisagez de conduire en

fonction des réponses ?

CONFIDENTIEL
CONTACTS

F. Lainée, directeur

Aleia

47, rue de Ponthieu, 75008 Paris

Tel : 00 33 6 14 08 26 34

Mail : francois.lainee@aleia.com