Degter Gregory
カスペルスキー（Kaspersky）は、1997年に設立されたサイバーセキュリティ業界の世界的リーダーです。2025年末時点での売上高は8億3,600万ドルに達し、世界200以上の国と地域で事業を展開。エンドポイント保護から、XDRや脅威インテリジェンスを駆使した包括的なエンタープライズ向けソリューションまで、極めて高度なサービスを提供しています。このような巨大企業にとって、プロダクト、アナリティクス、エンジニアリングの各チーム間のシームレスな同期は、事業継続の生命線です。
しかし、2025年末、同社は不測の事態に見舞われました。突如、Figmaから「企業アカウントの閉鎖」が通知されたのです。数千にも及ぶデザインカンプを保存するために残された時間は、わずか7日間でした。
この危機的状況下で、同社はグローバル・デザインチームの拠点を即座にPixsoへと移しました。この選択は決して偶然ではありません。Pixsoは、以前から事前の機能検証が行われていたツールだったからです。カスペルスキーのチームは現在、デザイン・トークン、APIのカスタマイズ、組み込みAIなどの機能をフル活用しています。
これは単なるソフトウェアの置換ではなく、ビジネス継続性における究極の試練でした。いかにして、一つのリリースも遅らせることなく数千のファイルを移行させたのか。本ケーススタディの執筆者であり、カスペルスキーのプロダクトデザイン部門責任者であるGrigory Degter氏が、その舞台裏を語ります。
本人執筆：緊急移行の全記録
皆さん、こんにちは。カスペルスキーでプロダクトデザイン部門を率いているグリゴリーです。 今回お話しするのは、不可抗力のトラブルから始まり、マネジメント上の大きな挑戦を経て、最終的には私たちのプロセスの安定性、チームの結束力、そして新たなテクノロジーパートナーの信頼性を再確認する絶好の「演習」となった物語です。
この記事では、緊急移行のプロセス、直面した困難とそれをいかに克服したか、そして使い慣れたツールを強制的に変更せざるを得なくなった過程で、いかにして私たちのニーズに寄り添い、共に成長してくれるパートナーを見つけたかについて共有したいと思います。
突然の遮断、迫りくる危機
市場の多くのプロダクトチームと同様、私たちも長年Figmaでインターフェースを設計してきました。デザインシステム、コンポーネントライブラリ、エンジニアへのハンドオフ手順、プラグイン、プロセス同期……すべてが5〜6年かけてFigma上で構築されており、それらは安定して稼働し、リリース速度を支えていました。しかしある夜、その安定は根底から揺らいだのです。
2025年11月21日から22日にかけての深夜、Figmaから「提携の解消」と「1週間以内に企業アカウントへのアクセスを停止する」という通知が届きました。
もちろん、私たちはこうしたリスクを十分に認識し、事前に代替案を検討していました。数年前からさまざまなソリューションのテストを開始しており、必要な機能を最も網羅しているのはPixsoであるという結論に達していました。そのため、テスト用ライセンスを購入し、機能評価も済ませていたのです。計画の骨子はできていましたが、メインツールの刷新を急ぐ理由はありませんでした。このような抜本的なプロセス変更には、決定的となる「引き金」が必要だったのです。
話を2025年11月に戻しましょう。Figmaからの通知を受け、私たちの行動はいくつかのフェーズに分かれました。
1. ダメージの最小化
私たちは情報セキュリティの専門企業ですから、内部システムを脅威から守るための予防措置の重要性は身に染みて理解しています。この不可抗力の条件下で、私たちは直ちに非公式のバックアップ・プロセスを開始しました。最優先事項は、作業ファイルとライブラリを可能な限り迅速に救出することでした。
言葉にすれば簡単そうに聞こえるかもしれません。しかし、数十もの複雑なプロダクトを担当し、1,000以上のファイルを扱う部門にとって、これは途方もないタスクです。社内でFigmaを使っていたのはプロダクトデザイナーだけではありません。ブランディング、マーケティング、ソーシャルメディア、アナリスト、ローカライズの各チームにとっても共通のツールでした。その結果、ユーザー数は膨大になり、ファイル数は数百倍にも膨れ上がっていました。
さらに厄介なことに、Figmaには「キャプチャ（CAPTCHA）入力なしでは一度に50個以上のカンプをダウンロードできない」という制限があります。膨大なモックアップの数にこの制限を掛け合わせたとき、私たちは愕然としました。必要な時間は時間単位ではなく、数日単位になることが分かったからです。最終日まで先延ばしにすることは、物理的に不可能でした。
土曜日にはすでに、作業ファイルのバックアップを開始しました。各デザイナーが担当プロダクトのバックアップに責任を持ち、デザインリードがすべてのバックアップを確認しました。さらに、社内の全Figmaユーザー向けに全体会議を開催し、専用チャットを立ち上げました。チームメンバーの一人は、ファイルのダウンロードを自動化するスクリプトを即座に書き上げました。
2. ビジネスを止めない移行
第一段階を終え、次なるステップはPixsoへのファイルインポートと実務の開始です。Pixso側の協力による迅速なスケーリングのおかげで「引越し」自体はスムーズに進み、データの流し込みを開始しました。
当然、困難も生じました。アイコンの不具合やローカルライブラリへのリンク切れにより、インポートが常に成功するとは限りませんでした。こうしたケースは一つひとつ手作業で対処する必要がありました。
私たちの至上命題は、アナリストや開発チームがツールの移行によって「手待ち」の状態にならないよう、一刻も早くインポートを完了させることでした。そのため、優先度の低いタスクはすべて保留にし、内部のデザインレビュー・プロセスも一時停止しました。「開発チームが今まさに取り組んでいるモックアップへのアクセスを最短で確保すること」に全戦力を集中させたのです。
結果として、私たちは成功しました。数十あるプロジェクトのどれ一つとして、移行を理由にリリースを延期することはありませんでした。
ここで、FigmaとPixsoそれぞれのベンダー対応の違いについて触れておく必要があります。
Figma： 長年の正規顧客であったにもかかわらず、カスタマーサポートの対応は極めて悪く、返信すら来ないこともありました。
Pixso： Pixsoのマネージャー陣の対応には、良い意味で驚かされました。彼らは積極的に質問に答え、問題解決をサポートしてくれました。私たちのチームと共有チャットを構築し、発生したバグをすべて収集し、即座に解決策を提案してくれるという献身ぶりでした。
非同期のベンダーサポートに慣れきっていた私たちにとって、このレベルのコミットメントは予想外であり、非常に価値のあるものでした。ツール提供側とのオープンな対話は、作業速度とプロセスの安定性に直結します。
3. デザイン資産の「大掃除」
開発チームにアクセス権を渡すことはできましたが、継続的な運用のために、壊れたコンポーネントの修復、ライブラリの再リンク、欠落したテキストの更新など、データの整理が必要でした。
具体的な対策は以下の通りです。
ファイルの細分化： すべてのファイルを小さく分解しました。これにより、ツールのパフォーマンスが劇的に向上しました。
デザインシステムの公開： デザインシステムチームがFigmaからPixsoへ素材を移行しました。リスク軽減とダウンタイムゼロに焦点を当て、マネージドプロジェクトとして構造化。段階的なアプローチをとり、問題のあるファイルはさらに分割して順次アップロードしました。
結果、チームは100以上のデザインシステム・ファイルを無事に転送。すべてのリンクと依存関係を短期間で修復し、プロダクトチームによるデザインシステムの使用が止まることはありませんでした。
4. 未来への戦略構築
当然ながら、新しいソフトウェアには独自の設計思想があることを理解していました。例えば、PixsoはコンポーネントのネストのアプローチがFigmaとはわずかに異なります。これは、既存のほとんどのコンポーネント構造を見直し、アップデートする必要があることを意味しました。
プラットフォームの仕様、ステータス管理の仕組み、ドキュメントの技術的な同期などを研究する中で、一部のプロセスを最適化する必要があることに気づきました。しかし、Pixsoのロジックに合わせてコンポーネントを再構築することは、副産物として「プロセスの包括的な監査」の機会を与えてくれました。長年蓄積されたレガシーを一掃し、システム全体の品質を何倍にも高めることができたのです。
こうした細かなニュアンスは、実践の中でしか見えてこないものです。結果として、私たちの移行作業は単なる「救出作戦」から、システム的な改善と安定化を目指す継続的なプロセスへと進化しました。
現在、私たちはデザインシステムのアーキテクチャ更新という大規模なタスクに取り組んでいます。Pixsoに組み込まれたメカニズムを最大限に活用するための最適化戦略を策定中です。この段階的な変更プランによって、カスペルスキーのグローバル・デザインシステムは、より堅牢で柔軟、かつ拡張性の高いものに生まれ変わろうとしています。
結びに：教訓とパートナーシップの価値
振り返ってみれば、開発を止めることなく数日間でこれほどの大規模な作業を完遂できたことは、私たちのプロフェッショナルとしての成長における重要な一歩となりました。チームが得た貴重な経験から、以下の根本的な結論を導き出せます。
ツールの性能以上に、プロセスが安定性を規定する。
結束したチームは、どんな変革も乗り越えられる。
信頼できるテクノロジーパートナーこそが、長期的な安定の鍵である。
市場にある数多くの選択肢の中から、私たちは自らのタスクに最適なツールとしてPixsoを選びました。決め手となったのは、「ソフトウェア開発者が顧客と共に進化し、共同で改善に取り組む姿勢を持っている」という点です。
複雑なプロダクト・アーキテクチャを持つ私たちにとって、Pixsoチームの対話へのオープンさ、柔軟性、そして細やかな配慮は極めて価値の高いものでした。私たちの課題に合わせて製品を進化させようとする真摯な姿勢こそが、長期的な戦略を支える基盤となります。これは相互に利益のあるコラボレーションです。私たちは必要な機能を手に入れ、Pixsoチームはアップデートのための「生の声」を得ることができるのです。
今回の事例は、体系的なアプローチ、成熟したリスク管理、そして強いチームがあれば、大規模な変化さえも「成長の糧」にできることを証明しています。
元記事はこちら：From Migration to Collaboration: The Experience of Transitioning to Pixso
