55 lines
2.4 KiB
Markdown
55 lines
2.4 KiB
Markdown
---
|
|
tags:
|
|
- note/literature
|
|
- to-review
|
|
relates-to:
|
|
---
|
|
# Activation
|
|
|
|
Le moment ou le user comprend la valeur ajoutée du produit, son [[Unique Selling Point]].
|
|
Ceci passe par un moment "Aha" lorsque que la valeur ajoutée est vraiment expérimentée directement par les user, on parle donc de valeur expérimentée.
|
|
Au moment de l'[[Acquisition]] le produit offre une valeur perçue. Le but de l'activation est d'offrir une valeur expérimentée aussi proche que possible de cette promesse initiale. Il ne faut donc pas oversell le produit.
|
|
|
|
## [[Métriques]]
|
|
On défini une action marquante pour le user et on compte ces actions pour mesurer notre taux d'activation.
|
|
|
|
Dans le cas de [[Game Dev Space]] le gros Aha moment pour nos [[Archétypes]] serait:
|
|
- la publication automatique du projet sur Itch (jammer)
|
|
- voir le résultat d'une suite de tests auto (long runner)
|
|
|
|
Ces moment arrivent tard dans le buyers journey, on peut considérer une activation plus tot déjà, par exemple selons les différents [[Channels]]:
|
|
- une prise de contact pour la mise en place d'un environnement ([[Meetup]])
|
|
- la première connexion à un repo gitea (meetup ou SaaS)
|
|
|
|
## Activation journey
|
|
C'est un sous ensemble du [[Buyers journey]].
|
|
|
|
La plupart des interactions se feront par mail, discord ou IRL. Pas d'automatisation prévue pour le moment pour éviter de perdre du temps à aller dans une mauvaise direction.
|
|
|
|
L'onboarding est donc en grande majorité assurée pas une maintenance manuelle des users au travers de ces canaux de communication.
|
|
|
|
Ainsi, voici à quoi ressemble l'activation journey pour les différents archétypes
|
|
|
|
### Le jammer
|
|
|
|
> [!tip]+ Meetup demo
|
|
> Demo en temps réel d'une mise à jour d'un jeu sur Itch. Proxy
|
|
|
|
|
|
>> [!tip]+ Héros
|
|
>> Pleins de projets, avortés ou non. Itère beaucoup.
|
|
>
|
|
>> [!danger]+ Menace
|
|
>> Doit toujours manuellement mettre en ligne ses projets et perd du temps. Peine à versionner correctement avec ses collègues de travail pour chaque nouveau projet.
|
|
>
|
|
>> [!info]+ Guide
|
|
>> Le produit permet de facilement entamer de nouveau projet et les mettre en ligne rapidement sur les plateformes.
|
|
>
|
|
>> [!summary]+ Quete
|
|
>> Le jammer doit commencer un nouveau projet avec son équipe ou terminer l'ancien et se retrouve à galérer sur Github ou Itch tous les jours pour faire du travail manuel
|
|
|
|
> [!check]+ Job to be done
|
|
> Permettre d'entamer et mettre en place facilement et rapidement autant d'environnements que nécessaire
|
|
|
|
---
|
|
# References |