Que doit démontrer un déploiement pilote ?
Qu'il peut échouer. Décidez avant de commencer quel résultat arrêterait le déploiement, et si aucun résultat ne le ferait, alors vous menez une répétition plutôt qu'un pilote. Une répétition ne démontre jamais que le bon déroulement de la répétition, ce qui n'est pas un constat.
Il doit pouvoir échouer
Écrire, avant toute pose, quel résultat vous ferait arrêter ou changer de direction. Un taux de contact en dessous de tant, un taux de panne au-dessus de tant, un recours plus employé que le tag.
Si vous ne savez pas nommer un tel résultat, le pilote n'a aucune décision attachée à lui et sera interprété favorablement quoi qu'il arrive.
Partager ce critère avec la personne qui porte le projet, pour que l'interprétation soit convenue d'avance plutôt que négociée après.
C'est la seule chose qui sépare un pilote d'une démonstration, et cela ne coûte que de l'honnêteté.
Choisir les pires conditions
Le pire emplacement plutôt que le plus commode : le montant de porte métallique, le coin où personne ne passe, l'allée la plus sombre.
Le pire téléphone du public, c'est-à-dire un appareil ancien avec une coque plutôt que le plus récent du bureau.
Le pire moment, c'est-à-dire l'heure de pointe plutôt qu'un après midi calme.
Un pilote en bonnes conditions vous apprend que les bonnes conditions fonctionnent, ce que vous supposiez déjà.
Observer plutôt que mesurer
Se tenir là où l'on voit les gens et ne rien dire. Là où ils hésitent se trouve le constat.
Les chiffres vous disent que quelque chose ne va pas. L'observation vous dit quoi, et il s'agit en général du panneau, de la hauteur ou du geste plutôt que de la technologie.
Demander ensuite à trois personnes ce qu'elles pensaient que le tag faisait. Si elles ne savent pas le dire, c'est la signalétique qui pose problème.
Et compter combien de gens sont passés sans rien remarquer, ce qu'aucun chiffre d'arrivées ne vous montrera jamais.
Combien de temps et combien de tags
Assez longtemps pour inclure une période creuse autant qu'une période chargée, pour que le résultat décrive l'ordinaire plutôt qu'un lancement.
Assez de tags pour couvrir des emplacements réellement différents, puisque comparer des emplacements est ce qui isole le placement.
Assez peu pour que changer d'avis coûte peu, ce qui est tout l'intérêt.
Et le mener avec le processus que vous comptez employer à grande échelle, écriture et vérification comprises, parce que c'est le processus que la seconde partie d'un pilote éprouve réellement.
Questions fréquentes
Combien de tags dans un pilote ?
Assez pour couvrir des emplacements différents et assez peu pour que changer d'avis coûte peu. De dix à cent couvre la plupart des cas.
Combien de temps doit-il durer ?
Assez longtemps pour inclure une période creuse. Une semaine de lancement décrit un lancement plutôt qu'un fonctionnement normal.
Et si les chiffres sont faibles ?
Comparer les emplacements entre eux plutôt qu'à un objectif inventé, et observer de vraies personnes avant de conclure quoi que ce soit.
Qu'est-ce qui rend un pilote inutile ?
L'absence de résultat qui arrêterait le déploiement. Sans cela, c'est une répétition et elle sera lue comme une réussite.