Kitsu の対象ユーザー

Kitsu は 10 名から 500 名規模のアニメーション・VFX スタジオで利用されており、TV シリーズ、長編映画、短編、ゲーム制作などで使われています。分散したチームや、複数のスタジオが同じ作品で協働するケースも多くあります。

Ftrack もアニメーション・VFX スタジオを対象としており、カスタマイズされたパイプラインを運用する中規模から大規模の施設での採用が目立ちます。両ツールはプロダクション管理という中心的な役割で重なりますが、そこへたどり着く道筋に対する考え方は異なります。

設定へのアプローチ

Ftrack はカスタマイズ性が高く、エンティティ、ワークフロー、フィールド、UI を各スタジオのパイプラインに合わせて調整できます。この奥行きは、専任のパイプライン エンジニアを抱えてカスタム構成を設計・運用できるチームに適しています。

Kitsu は逆の選択をしています。ワークフロー モデル（シーケンス、ショット、アセット、タスク、ステータス）は固定で、UI はすべてのロールで同じ、標準構成のままで動きます。アーティスト、スーパーバイザー、プロダクション、IT のすべてが初日から同じインターフェースを使います。

プロダクションごとの違いはプロジェクト単位で扱います：タスク タイプ、ステータス、アセット カテゴリ、カスタム メタデータ、スケジュール。UI を作り直す必要はなく、スタジオと作業のあいだにコンサルタントは入りません。

オンボーディングにこの違いが表れます。Kitsu では新しいアーティストは 1 日で生産的になります。Ftrack ではカスタマイズの段階が生産性の段階に先行するのが一般的です。

ユーザーが形作るサポートとロードマップ

サポートは業界の現場経験者（元パイプライン TD やプロダクション経験者）が、パリから対応します。バグや質問への返答は数日ではなく数時間で返ってきます。

ロードマップは公開された Canny ボード上で動いており、スタジオが次に作るものに投票します。現在の優先事項（権限システム、ソフトウェア連携）はそこから出てきています。意思決定は可視化されており、リリース前に公開の場で議論できます。

Discord も併設されており、CGWire チームが日々参加しています。インシデント告知、リリース ノート、これから来る機能の議論にも同じ場が使われます。

Ftrack のサポートはベンダーのチャネル経由です。ロードマップとプロダクトの判断は会社の内部で行われます。

オープンソースと透明性

Kitsu はオープンソースです（AGPL、リポジトリは github.com/cgwire/kitsu）。コードは読むことも、監査することも、フォークすることも、誰でも自分でデプロイすることもできます。チェンジログとロードマップは公開されており、スタジオは何が来るのか、何が進行中か、何が議論中かを見られます。

依存しているツールに長期的な見通しを求めるチームにとって、これは重要です：急な方針転換も、急な値上げも、密室での決定もありません。

CGWire は独立した会社で、パリを拠点とする 5 人のチーム、外部投資家はいません。Kitsu に関する判断（オープンソース、公開ロードマップ、価格）は私たちの手の内に残ります。

Ftrack はプロプライエタリな製品で、Backbone の傘下にあります。ロードマップとコードはベンダーの内側に留まります。

本当のセルフホスト、無料

現在およそ 200 のスタジオが自分たちの Kitsu インスタンスを運用しています。デプロイは標準的な PostgreSQL を使う構成で、パイプライン TD や IT チームが普段使いのツールでクエリやバックアップを行えます。

Ftrack もオンプレミスのデプロイ オプションを提供していますが、標準のサブスクリプションとは別の有料アドオンとして提供されます。Kitsu のセルフホストは無料で、ドキュメント化されており、クラウド版と同じ機能レベルです。

GDPR、IP 保護条項、データ レジデンシー要件（欧州や日本の制作でよくあるケース）が課せられるスタジオにとって、スタック全体を自社インフラに収めることは特別なプランではなく、通常のデプロイ方法です。

両ツールが異なる点

両ツールが異なる点を、項目ごとに見ていきます：

• キャスティングとブレイクダウン：Kitsu では専用ビューでネイティブに統合されています。Ftrack はアセット間の関係でブレイクダウンを扱うため、柔軟性はある一方、より多くの設定作業が必要になります。
• クオータとタイムシート：Kitsu はスケジュールやタスク タイプと直接結びつけており、アーティスト単位で工数を計画するスタジオに向いています。Ftrack はタイム トラッキングを提供しており、クオータ計画には追加の設定が必要になることが一般的です。
• API と連携：Kitsu はドキュメント化された Python クライアント（gazu）を備えた REST API を提供しています。Ftrack は独自の SDK を備えたイベント駆動型 API を使用します。どちらも動作しますが、学習曲線は異なります。
• レビュー エンジン：Kitsu はすべてのバージョンに素早くアクセスできるフル プレイリスト、または共有可能なプレイリスト リンクを提供します（1 つの URL を送るだけで、レビュアーはアカウントなしでコメントできます）。Ftrack Review は独自のエコシステム（cineSync）を持つ強力なツールで、ハイエンドのリモート レビュー向けですが、別のツールを使う必要があります。

Ftrack の幅広い DCC 連携（Maya、Nuke、Houdini など）は広く認められた強みです。Kitsu の連携は軽量で、DCC の深い組み込みよりも日々の制作管理ワークフローに焦点を当てています。

コスト

ライセンス価格は同じレンジに収まります。違いは、ホスティング、ソースコードの開放度、そしてロードマップの運営方針に出ます。

Ftrack の価格はプランや地域によって変わるため、上記は目安です。きちんと比較する際は、ftrack.com で最新の見積もりを取り寄せることをおすすめします。

Ftrack からの移行

Ftrack から Kitsu への移行は、私たちがよく知っている経路です。データのエクスポート、スキーマ マッピング、履歴の保存、移行期間中の並行運用までサポートできます。お気軽にご連絡ください、貴スタジオの移行がどうなりそうかを一緒に整理します。

移行についてご相談ください