Battlefy est une plateforme de tournois. Vous y créez votre événement, les joueurs s'y inscrivent, et elle gère la mécanique de la compétition. C'est un produit mature, utilisé pour de vrais événements esport.
Tanitar est la couche située sous une plateforme plutôt que la plateforme elle-même. Vous appelez l'API depuis votre propre front-end, ou vous forkez un template et le déployez sur votre domaine. Ce que le joueur utilise est à vous.
Plateforme ou infrastructure
C'est toute la décision, et elle mérite d'être posée précisément, car les listes de fonctionnalités se ressemblent alors que le modèle sous-jacent, lui, diffère.
| Plateforme de tournois | Infrastructure de tournois | |
|---|---|---|
| Ce que vous obtenez | Un compte sur leur produit | Un système sur lequel bâtir le vôtre |
| Surface vue par le joueur | Leur application | La vôtre |
| Plafond de personnalisation | Ce que la plateforme expose | Ce que vous construisez sur l'API |
| Multi-marque | Plusieurs événements ou comptes | Tenants isolés, brandés séparément |
| Front-end | Fourni, configurable | Template à forker, ou le vôtre |
| Audience | En partie celle de la plateforme | Entièrement la vôtre |
Un test utile : si le brief de campagne dit que l'expérience doit être indiscutablement celle de la marque, un compte sur une plateforme n'y répondra pas, aussi bien thémé soit-il. C'est une exigence de propriété, pas de style.
Quand la plateforme est la meilleure réponse
- Vous êtes organisateur et organiser des événements est votre métier.
- Vous voulez profiter d'une audience existante plutôt qu'amener la vôtre.
- Vous n'avez aucune ressource d'ingénierie et n'envisagez pas d'en acquérir.
- Vous voulez être en ligne cette semaine, sans rien construire.
Quand l'infrastructure est la meilleure réponse
- Vous êtes la marque, et l'événement est un canal plutôt que le produit.
- Vous avez besoin de plusieurs environnements isolés et brandés séparément.
- Vous voulez les données d'inscription et de match dans vos propres systèmes.
- Vous avez des exigences — résidence des données, SSO, DPA signé, SLA de disponibilité — qui viennent des achats et non de l'équipe événementielle.
- Vous voulez étendre le produit plutôt que demander des fonctionnalités.
La question de l'ingénierie
Infrastructure implique que vous construisez quelque chose, et c'est un coût réel qu'il faut énoncer clairement. La parade, ce sont les templates front-end : vous en forkez un, appliquez votre marque et déployez — d'où les 48 heures. Partir sur du entièrement sur-mesure via l'API prend plus longtemps, et c'est un choix délibéré, pas une obligation.
Si vous n'avez aucune ressource d'ingénierie et aucune envie d'en acheter, la recommandation honnête est une plateforme.
Le résumé honnête
Si organiser des tournois est votre métier, prenez une plateforme faite pour organiser des tournois. Si les tournois sont votre façon d'atteindre une audience pour un autre métier — abonnés, engagement de campagne, rétention étudiante — alors le fait que la plateforme appartienne à quelqu'un d'autre est le problème, pas un détail.