Guildforce

Guildforce est une plateforme d'opérations pour communautés World of Warcraft. L'application aide les responsables de guilde et officiers à centraliser ce qui se disperse souvent entre Discord, tableurs, messages privés et mémoire collective : rosters, vœux de classes et spécialisations, sondages, forum, permissions et documentation de guilde.

Voir l'application

Ce projet est moins un "outil pour joueurs" qu'un produit de coordination. Il traite une guilde comme une petite organisation vivante : des personnes avec des préférences, des responsabilités, des disponibilités, des droits d'accès, des décisions sensibles et une saison à préparer.

Problème produit

Une guilde World of Warcraft doit prendre des décisions récurrentes avec des informations partielles. Qui veut jouer quoi ? Qui est confirmé, incertain ou en retrait ? Quels officiers peuvent arbitrer ? Quels résultats de sondage doivent rester visibles uniquement par certains rangs ? Comment garder une trace des décisions sans transformer la communauté en tableau de bord froid ?

Le problème n'est pas seulement fonctionnel. C'est un problème de confiance. Un membre doit pouvoir comprendre ce qu'on lui demande. Un officier doit pouvoir lire les signaux sans manipuler dix outils. Un GM doit pouvoir déléguer sans perdre le contrôle. Et la communauté doit rester gouvernable sans que chaque interaction devienne une règle rigide.

Approche

J'ai structuré Guildforce autour d'un espace de guilde plutôt que d'une collection de fonctionnalités séparées.

• Battle.net sert de point d'ancrage identitaire pour importer personnages, appartenances de guilde et données de roster.
• Les rosters et les vœux de classes/spécialisations forment le cœur opérationnel.
• Les permissions séparent ce qu'un membre peut faire, ce qu'un officier peut arbitrer et ce qu'un administrateur global peut superviser.
• Les sondages, le forum, les notifications, le coffre et l'Atlas de guilde traitent la décision, la communication, la modération et la connaissance comme des workflows reliés.
• La qualité produit passe aussi par la documentation admin, les tests, l'internationalisation et les garde-fous d'accès.

Ce que j'ai construit

• Une authentification Battle.net avec session Supabase, liaison de compte, synchronisation des personnages et appartenance aux guildes.
• Un workspace de guilde avec membres, rangs, rosters, permissions déléguées, journal d'activité et navigation contextualisée.
• Un workflow de vœux de classes et spécialisations, avec engagement, validation, verrouillage et décisions de roster.
• Des sondages avancés avec sections, types de questions, ciblage des répondants, logique conditionnelle et visibilité séparée des résultats.
• Un forum de guilde avec catégories, sujets, réactions, signalements, sanctions et notifications.
• Des espaces complémentaires comme le coffre de guilde et l'Atlas, pour gérer des secrets opérationnels et des documents de connaissance avec des droits adaptés.
• Un back-office admin pour suivre utilisateurs, guildes, modération, demandes, pages légales, patch notes, exports et sauvegardes.

La stack vérifiée dans le dépôt repose sur React, TypeScript, Vite, Tailwind CSS, shadcn/ui, Supabase, PostgreSQL, RLS, Edge Functions, TanStack Query, Vitest et Testing Library.

Décisions produit intéressantes

La première décision a été de ne pas réduire la guilde à une liste de membres. Guildforce considère la guilde comme un espace opérationnel : un lieu où l'on prépare, décide, communique et documente.

La deuxième a été de traiter les permissions comme une fonctionnalité produit, pas comme un détail technique. Les droits par rang ou par utilisateur structurent la confiance : ils permettent de déléguer sans rendre toute l'information visible à tout le monde.

La troisième a été de séparer le ciblage d'un sondage de la visibilité de ses résultats. Pouvoir répondre à une question ne veut pas toujours dire pouvoir lire toutes les réponses. C'est un arbitrage important dans une communauté où certaines décisions touchent aux personnes.

La quatrième a été de garder la modération et les notifications dans le périmètre produit. Un forum n'est utile que si les conversations restent retrouvables, suivies et gouvernables.

Ce que ce projet démontre

Guildforce montre ma manière de travailler sur un système complexe : partir d'un usage réel, identifier les opérations récurrentes, rendre les responsabilités explicites, puis construire les workflows qui permettent aux gens d'agir sans se perdre.

C'est aussi un projet maker. Il ne s'arrête pas au cadrage : il oblige à arbitrer l'architecture, la sécurité, l'UX, la documentation, la qualité et le delivery. Le résultat public n'est pas une promesse abstraite, mais une application vivante qui transforme un sujet communautaire en produit opérationnel.

Limites assumées

Je n'affiche pas encore de métriques publiques d'usage ou d'impact : elles devront être ajoutées uniquement lorsqu'elles seront disponibles, fiables et publiables. La prochaine amélioration de cette page sera visuelle : une capture produit ou une composition d'interfaces avec données factices, pour montrer l'outil sans exposer de BattleTag, nom de guilde réel ou information sensible.