Vue d’ensemble
Le vocabulaire, le cycle de vie d’une campagne et le calcul du prix.
Ce que fait la plateforme
Un éditeur d'application a besoin que de vraies personnes, sur de vrais téléphones, dans un pays donné, installent son application et suivent un parcours précis — puis en apportent la preuve. C'est ce que la plateforme organise, et elle prend une marge sur chaque test payé.
Deux espaces, une seule base de comptes.
| Rôle | Espace | Ce qu'il fait |
|---|---|---|
| Demandeur | /tableau-de-bord |
Déclare une application, crée une campagne, écrit le scénario, paie, valide les preuves |
| Testeur | /tests |
Reçoit des sollicitations, exécute les phases, dépose ses preuves, se fait payer |
Entre les deux, l'équipe valide les campagnes, recrute les testeurs, vérifie les encaissements et exécute les reversements. Ses écrans ne sont pas décrits ici.
Un même compte peut cumuler testeur et demandeur : l'écran
permet de passer de l'un à
l'autre sans se déconnecter./bascule

Le vocabulaire
Ces mots ont un sens précis dans le produit. Les confondre rend tout le reste illisible.
Application — le produit du demandeur. Elle porte un nom, une description, une catégorie, un stade de vie (prototype → production) et un lien de téléchargement par plateforme. Une application peut servir à plusieurs campagnes.
Campagne — une commande de tests sur une application, pays par pays, pour un nombre de phases donné. C'est l'objet qui se paie et qui se valide.
Ciblage — la liste des pays visés par une campagne, avec un quota de testeurs pour chacun. « 15 au Cameroun et 5 au Gabon » n'est pas la même commande que « 20 en Afrique centrale » : la première garantit la répartition, la seconde la laisse au hasard du recrutement.
Zone — un regroupement de pays qui sert à tarifer (Cameroun, France, Europe, Afrique francophone…) et à saisir plus vite. Vous ne choisissez plus une zone à la commande : elle travaille en coulisse, et ce que vous cochez reste des pays. Voir Pays et tarifs.
Phase — une étape du scénario, exécutée à une date donnée. Une phase peut attendre plusieurs jours après la précédente : c'est ainsi qu'on mesure la rétention, pas seulement l'installation.
Instruction — une action précise attendue dans une phase (« ouvrir l'appli et créer un compte »), avec le type de preuve demandé.
Preuve — la capture d'écran, la réponse texte ou le lien qui atteste l'action. Les preuves sont déposées par le testeur et relues par le demandeur.
Sollicitation — une proposition envoyée par l'équipe à un testeur choisi. Elle lui donne le droit de s'inscrire.
Demande — le geste inverse : un testeur qui a repéré une campagne dans le catalogue demande à la rejoindre, et l'équipe accepte ou non. Les deux aboutissent au même droit ; ce qui diffère, c'est qui a fait le premier pas.
Participation — l'inscription effective d'un testeur à une campagne. Elle occupe une place du quota.
Cagnotte — le solde du testeur sur la plateforme, crédité à la fin de chaque test terminé, retiré sur demande.
Le catalogue se regarde, il ne se sert pas
C'est la règle la plus structurante du produit, et celle qui surprend le plus.
Un testeur voit les campagnes publiées — y compris celles qui ne visent pas son pays, auquel cas la fiche le lui dit franchement. Mais voir n'est pas pouvoir s'inscrire : toute place passe par un accord de l'équipe.
Deux chemins y mènent, et ils se ressemblent trop pour être confondus :
| Qui commence | Ce que fait l'autre | |
|---|---|---|
| Sollicitation | l'équipe repère un testeur et le propose | il accepte ou décline |
| Demande | le testeur repère une campagne et postule | l'équipe accepte ou refuse |
Le verrou est le même dans les deux cas, et il est dans le service, pas dans l'affichage : sans accord, l'inscription est refusée — même en appelant l'API directement avec l'identifiant de la campagne.
Pourquoi ce filtre : sur une plateforme où chaque place est payée par le demandeur, laisser n'importe qui prendre n'importe quelle place reviendrait à dépenser son budget au hasard. Le recrutement est donc ciblé — par pays, par appareil, par historique.
Enfin, un accord n'est pas une réservation. Il donne le droit de postuler, pas une place : le quota du pays reste premier arrivé, premier servi. Solliciter dix personnes sur cinq places est un choix délibéré.
Le cycle de vie d'une campagne
DEMANDEUR ÉQUIPE TESTEUR
│
crée l'application
│
crée la campagne ──────► Brouillon
│
choisit ses pays et ses quotas
│
écrit le scénario
│
déclare son versement ──► Versement en vérification
│ │
│ constate l'encaissement ──► Payée
│ │ (ou Paiement partiel)
soumet à validation ─────► Soumise
│ │
│ ┌─────────┴─────────┐
│ │ │
│ À corriger Ouverte
│ │ │
corrige ◄──────────┘ sollicite ─────────► sollicitation
│ ▲ │
│ └───────┤ demande
│ │ à rejoindre
│ s'inscrit
│ │
En phase ◄──────── exécute la phase 1
│ │
valide les preuves ◄───────────────────┴────────── dépose ses preuves
│ │
phases suivantes … phases suivantes …
│ │
│ chaque phase validée
│ │
│ → créditée aussitôt
│ │
campagne ────────────────────────► Terminée demande un retrait
│
l'équipe paie ─────► reversement
Un statut ne suffisait pas
Une campagne répond en réalité à quatre questions indépendantes, et un mot unique n'y arrivait pas : une campagne pouvait être « ouverte » tout en n'ayant jamais démarré, ou « payée » sans l'être qu'à moitié. Vos écrans montrent donc plusieurs pastilles, et chacune répond à une question :
| Question | Ce que vous lisez |
|---|---|
| Où en est mon dossier ? | Brouillon · Soumise · À corriger · Ouverte · Terminée · Annulée |
| Où en est mon paiement ? | Non payée · Versement en vérification · Paiement partiel · Payée |
| Où en est le test ? | Programmée · En phase · Suspendue · Terminée |
| Où en sont les inscriptions ? | Non ouvertes · Ouvertes · En pause · Clôturées · Complet |
Seul ce qui s'écarte de l'attendu s'affiche. Sur une campagne ouverte et réglée, vous ne voyez qu'« Ouverte » : rappeler « payée » sur une campagne qui n'aurait pas pu ouvrir sans l'être n'apprend rien. Une pastille en plus est donc toujours une information — jamais du décor.
Vous n'avez rien à mémoriser : ces mots se lisent dans le contexte où ils apparaissent, et le montant restant dû accompagne toujours l'état du paiement.
Comment le prix est calculé
L'unité facturée est le couple (testeur × phase), pas le testeur.
Chaque pays visé forme une ligne, avec son propre tarif, et le total est leur somme :
ligne = tarif du pays × testeurs de ce pays × nombre de phases
total = somme des lignes
Exemple, sur 3 phases :
| Pays | Testeurs | Tarif | Sous-total |
|---|---|---|---|
| Cameroun | 15 | 700 FCFA | 31 500 FCFA |
| Gabon | 5 | 800 FCFA | 12 000 FCFA |
| Total | 20 | 43 500 FCFA |
C'est le point sur lequel un demandeur se trompe le plus, et l'erreur ne se
découvre qu'à la caisse. La grille tarifaire
() le répète donc à chaque
endroit où un montant apparaît, et l'assistant affiche le détail ligne par ligne
avant que vous ne validiez./tarifs
Une seule devise par campagne. Vous ne pouvez pas mêler des pays en FCFA et des pays en euros : le total, la facture et votre versement seraient dans deux monnaies, ce qui demanderait un taux de change et une date de conversion. L'assistant vous en avertit dès la sélection plutôt qu'à la caisse. Pour couvrir deux monnaies, lancez deux campagnes.
Le total est figé à la création de la campagne et ne bouge plus, même si la grille évolue ensuite. Le nombre de phases achetées est figé lui aussi : le scénario doit s'y conformer. Et dès qu'un premier versement est encaissé, les quotas et le nombre de phases se verrouillent — sans quoi un acompte réglé sur un devis qu'on double ensuite laisserait un reste à payer inexplicable.
Ce que le demandeur paie et ce que le testeur touche sont deux montants distincts ; leur différence est la marge de la plateforme. La rémunération du testeur n'est jamais envoyée au navigateur du demandeur — la route du devis la retire de sa réponse, sans quoi publier les deux reviendrait à publier la marge.
Si la campagne ne se remplit pas
Une campagne se paie d'avance, sur le volume commandé — c'est ce qui permet de garantir aux testeurs qu'une place réservée sera payée.
Si le recrutement n'atteint pas le quota, ou si des testeurs abandonnent, le
reliquat n'est pas remboursé automatiquement : il se règle avec l'équipe, et
apparaît alors comme une ligne « Remboursement » dans l'historique financier de
votre campagne ()./campagnes/…/paiement
Cet historique n'est jamais modifié ni effacé : une erreur s'y corrige par une écriture qui la compense, jamais par une réécriture. Vous pouvez donc toujours reconstituer ce qui a été versé, quand, et sous quelle référence.
Les garde-fous
| Règle | Valeur |
|---|---|
| Délai de validation par le demandeur | 72 h, puis acceptation automatique |
| Corrections demandables sur une même soumission | 2 |
| Taille d'une preuve | 5 Mo, en JPEG, PNG ou WebP |
| Phases par campagne | 5 au maximum |
| Instructions par phase | 5 au maximum |
| Échecs de connexion avant blocage | 5, puis 15 minutes |
| Avis public sur un store | jamais obligatoire |
Ces valeurs sont celles en vigueur par défaut ; l'écran concerné annonce toujours celle qui s'applique réellement au moment où elle vous concerne.
Le dernier point n'est pas un réglage : conditionner une rémunération à un avis public violerait les règles des stores. La plateforme refuse de rendre une telle instruction obligatoire, et le refus n'est pas contournable.
Suite : Ajouter une application → · Devenir testeur →