Pour qui Kitsu est conçu

Kitsu est utilisé par des studios d'animation et de VFX de 10 à 500 utilisateurs, sur des séries TV, des longs métrages, des courts métrages et des productions de jeux vidéo. Les productions s'organisent souvent avec des équipes distribuées, ou avec plusieurs studios collaborant sur la même œuvre.

Autodesk Flow (anciennement ShotGrid) cible avant tout les très grands studios VFX comme ILM, Weta ou Disney. Les deux outils se chevauchent, mais avec des centres de gravité différents. Le choix commence en général par cette question.

Approche de la configuration

ShotGrid propose une configuration profonde au niveau des entités : entités, workflows, champs et interface peuvent être adaptés au pipeline de chaque studio. Cette profondeur convient aux très grandes facilities qui ont des ingénieurs pipeline dédiés capables de modéliser et de maintenir une installation sur mesure pendant des années.

Kitsu fait le pari inverse. Le modèle de workflow (séquences, plans, assets, tâches, statuts) est fixe, l'interface est la même pour chaque rôle, et la configuration standard fonctionne dès l'installation. Artistes, superviseurs, équipe de production et IT utilisent tous la même interface dès le premier jour.

Les variations entre productions se gèrent au niveau du projet : types de tâches, statuts, catégories d'assets, métadonnées personnalisées, plannings. Pas d'interface à reconstruire, pas de consultants entre le studio et son travail.

La prise en main reflète cette différence. Avec Kitsu, les nouveaux artistes deviennent productifs en une journée. Avec ShotGrid, la phase de personnalisation précède généralement la phase de productivité.

Le coût réel

Le tarif des licences est globalement similaire entre Kitsu Cloud et ShotGrid : environ 30 € par utilisateur et par mois pour le plan de base, environ 50 € avec le support inclus. Ce qui change le coût total de possession, c'est le travail nécessaire pour adapter l'outil à votre studio.

Les coûts de licence se situent dans la même gamme. L'écart avec ShotGrid se creuse à mesure que le studio grandit, sous l'effet de la mise en place, des développements custom et de la maintenance continue, plutôt que de la licence elle-même.

Là où les deux outils diffèrent

Quelques points où les deux outils diffèrent, ligne par ligne :

• Casting et breakdown : natifs et intégrés dans Kitsu, avec des vues dédiées. ShotGrid gère habituellement le breakdown via des relations entre entités et des champs personnalisés, ce qui demande plus de mise en place.
• Quotas et feuilles de temps : Kitsu les relie directement aux plannings et aux types de tâches, utile pour les studios qui planifient la charge par artiste. ShotGrid propose du time tracking et du reporting ; la planification des quotas demande en général une configuration personnalisée ou des modules tiers.
• API et intégrations : Kitsu expose une API REST avec un client Python documenté (gazu). ShotGrid utilise une API Python propriétaire, bien connue dans le monde VFX mais liée à l'écosystème Autodesk. Les deux fonctionnent, le chemin d'intégration diffère.
• Moteur de revue : Kitsu propose des liens de playlists partageables (un seul URL à envoyer, le valideur peut commenter sans compte Kitsu). ShotGrid Review gère les versions et les notes à l'intérieur de l'application ; la revue externe passe en général par des outils connexes.

L'empreinte de ShotGrid dans les très grandes facilities, avec son architecture événementielle et sa couche de personnalisation profonde, est une force reconnue. Kitsu reste centré sur le workflow de suivi quotidien plutôt que sur la personnalisation totale du pipeline.

Hébergement et souveraineté des données

Autodesk a arrêté son offre on-premise standard pour ShotGrid. Les déploiements auto-hébergés existent toujours, mais ils passent par un long processus d'approbation et impliquent un coût additionnel significatif. Le code reste propriétaire, donc le futur des fonctionnalités se décide à l'intérieur d'Autodesk.

Kitsu est open source. Le code peut être audité ligne par ligne, déployé sur vos serveurs et exploité de manière autonome. Environ 200 studios font tourner leur propre instance Kitsu aujourd'hui, en parallèle de notre offre hébergée.

Pour les studios soumis au RGPD, à des clauses de protection de la PI ou à des exigences de résidence des données (fréquentes sur les productions européennes ou japonaises), garder toute la stack à l'intérieur de votre propre infrastructure est un déploiement normal, pas une formule à part.

La version cloud reste disponible pour les studios qui préfèrent l'hébergement managé, avec le même périmètre de fonctionnalités que la version open source.

Communauté et transparence

Le code, la roadmap et le changelog sont publics. Les bugs et les demandes de fonctionnalités sont suivis sur les issues GitHub et sur un board Canny public où les studios votent pour les prochains chantiers. Notre Discord est actif, l'équipe CGWire répond dans la journée sur la plupart des fils.

L'équipe est composée de professionnels de l'industrie (anciens pipeline TDs et anciens rôles en production), basés à Paris. Le support est assuré par des gens qui ont travaillé en production, pas une file tier-one générique.

CGWire est une entreprise indépendante, cinq personnes basées à Paris, sans investisseurs externes. Les choix que nous faisons sur Kitsu (open source, roadmap publique, tarifs) restent les nôtres.

Migrer depuis ShotGrid

Migrer de ShotGrid à Kitsu est un chemin que nous connaissons bien. Nous pouvons vous accompagner sur l'export des données, le mapping de schéma, la conservation de l'historique et la cohabitation des deux outils pendant la transition. Contactez-nous, nous regarderons ensemble à quoi ressemblerait votre migration.

Parlons de votre migration