Illustratorデザイナーとしての仕事とはちょっと違いますが、1人目のデザイナーとして2人目以降のデザイナーの為に、Figmaの運用ルールを考え、ガイドラインを作りました。ガイドラインを見るなぜガイドラインを作ったのか1人デザイナーとしてやってきたので、Figmaも自分自身のルールで運用していました。2人目のデザイナーが入るので、自分だけ分かるルールでFigmaを運用し続けていくことは、不可能でした。その為、今後Figmaを決まったルールで運用していく為に、ガイドラインを作ることとしました。課題を整理する2人目のデザイナーの為だけだと、現在直面している課題を解決する事にはならないので、まず現状Figmaのガイドラインがない事によって、発生している課題を洗い出しました。作るガイドラインは、この課題を解決する事を軸として考え、設計していきました。今後新しいデザイナーが入ってきても、正しいルールでサービスを運用・保守し続けるデザイナーとエンジニアでデザインデータの認識を合わせて、サービスを正しく更新し続けるデザインデータを適切に管理し続けるFigmaのディレクトリ構造と運用ルールを可視化するガイドラインはデザイナー以外も使うので、まずFigmaのディレクトリ構造をスプレッドシートで可視化しました。ファイルがどのような状態か、プロジェクトに名前をつけて管理する事にしました。状態は以下の3つとしました。最新の画面デザインを全て入れるリリース済みリリースが終わったFigmaファイルを入れるFigmaのディレクトリ構造を可視化Figmaのファイル名、Page、Frameの命名規則を決めるFigmaのファイルの命名規則とPage、Frameの命名規則を決めました。社内はJIRAを使っていますので、ファイル番号はJIRAの番号としました。Pageに、今のデザインステータスの名前をつける事にしました。デザインステータスは、以下の3つに分けました。3つに分けて管理する事にしました。名前を決める為に、なんのページがあるのか洗い出しをしました。ワークフローを可視化する実際の運用ルールに則り、ワークフローを可視化しました。変更点を視覚化できるものやUIフローを作るデザインデータの変更点や、UIフローを視覚化する為のものを作成しました。一部freecracyさんのデザインスペックを使い、自分達が使うだろうものだけ残しました。バージョン管理は使わないガイドラインを作るにあたり、バージョン管理は使わない事としました。理由としては、スピーディーにリアルタイムで更新が出来るFigmaの場合、都度バージョン管理をすると生産性が落ちると思った為Figmaのバージョン管理はbranchを切れないので、そもそもバージョン管理としては向いていないeditorしか使えないので、ほとんどデザイナー専用の機能となってしまっている運用ルールでは過去データは残しておく事ができるので、バージョン管理を使わなくても過去データが見れるデザインデータ自体がバージョン管理に向いていないそもそも使うケースが少なかったとなっております。最後にFigmaはスピーディーな開発と、誰でもデザインが見れるので透明性が上がるのが、一番良いところだと思っています。その為、Figmaのスピード感を生かす為に敢えてバージョン管理を行わず、最低限の命名規則だけ行いました。ガイドラインは実際に運用してみないと成果が分からない為、今後は実際に運用してみて、より自社に合った形に整えていきたいと思っています。SatonoteGithub。