On comprend. L'outil que vous avez, c'est celui que vous connaissez. Mais « suffisamment bien » a un prix : heures supplémentaires, livraisons manquées et épuisement professionnel.
Chaque studio avec lequel nous discutons a essayé de s'en sortir avec les outils existants. Des tableurs pour les listes de plans. Notion pour les tableaux de tâches. Peut-être ShotGrid si vous êtes assez grand pour vous permettre les licences et l'équipe IT pour les maintenir. Et pendant un moment, ça fonctionne.
Puis la production prend de l'ampleur. Les délais se resserrent. L'équipe double. Et soudain, « suffisamment bien » devient ce qui freine tout.
Les tableurs excellent dans ce pour quoi ils ont été conçus : les données statiques, les tableaux financiers, les listes simples.
Ils ne sont pas conçus pour :
Les contournements s'accumulent. Le codage couleur devient une seconde langue. Les colonnes se multiplient. Le fichier ralentit. Quelqu'un travaille toujours sur la « mauvaise version ». Une seule sauvegarde manquée crée un conflit que personne ne peut résoudre proprement.
Le coût caché : les coordinateurs de production passent 30 à 40 % de leur temps à maintenir le tableur plutôt qu'à gérer la production.
Notion est un excellent outil, vraiment. Pour les wikis, la documentation interne et la gestion de projet légère. Mais il atteint vite ses limites dans les contextes de production :
Vous vous retrouvez avec une couche de documentation qui décrit la production mais ne la pilote pas. Il vous faut toujours un autre système, ou cinq, pour combler les lacunes.
ShotGrid (ou Shotgun, ou Flow) est un véritable outil de production. Mais il s'accompagne de compromis réels que les studios soulèvent régulièrement avec nous :
ShotGrid a été conçu pour les grandes structures VFX disposant d'équipes d'infrastructure dédiées. Si c'est votre cas, il peut vous convenir. Sinon, vous payez des tarifs entreprise pour des fonctionnalités dont vous n'avez pas besoin, tout en vous débattant avec une interface qui n'a pas été pensée pour votre workflow.
Le prix affiché des outils gratuits n'est jamais le vrai prix. Réfléchissez à ce que vous dépensez réellement :
| Coût | Comment il se manifeste |
|---|---|
| Temps des coordinateurs | Heures passées à reconstruire des feuilles cassées, à relancer manuellement les mises à jour de statut |
| Mauvaise communication | Révisions faites sur la mauvaise version ; boucles de validation relancées |
| Dépendances manquées | Un artiste finalise un plan qui ne peut pas être rendu parce qu'un asset n'est pas approuvé |
| Chaos dans les révisions | Retours éparpillés entre e-mails, Slack et post-its sur des enregistrements d'écran |
| Frein à l'intégration | Chaque nouvelle recrue apprend votre système de tableur personnalisé from scratch |
| Aucune piste d'audit | Quand une livraison tourne mal, il n'existe aucun historique clair de ce qui s'est passé et quand |
Tous ces coûts se traduisent par du crunch, du turnover et des budgets explosés.
Parce que le coût de la migration est fini, le coût du statu quo est permanent.
La migration vers Kitsu prend généralement des jours, pas des mois. La version open source ne coûte rien à essayer. Et parce que vos données sont exposées via une API REST et Python complète, Kitsu s'intègre aux outils de pipeline que vous utilisez déjà.
Les studios qui retardent le changement le font parce que migrer leur semble risqué. Nous avons conçu Kitsu pour rendre ce risque aussi faible que possible.