FigmaはAI機能をMake、Agent、Weaveなどの名前で拡張しており、ワイヤーやUI案の生成が速くなりました。一方で、「クライアントのファイルを入れていいのか」「クレジットは誰が払うのか」で止まる現場も多いです。私はディレクションと実装の両方を触る立場で、便利さとリスクのバランスで使い分けています。この記事では、機能の説明だけでなく、フリーランスが現場で使うか見送るかの判断基準に絞って書きます。設定名やクレジット体系は更新されるため、実行前に必ずFigma公式ヘルプを確認してください。
先に結論
- 向いている人: 初期案の壁打ちを自分で速くしたい人。社内検討用のモックを量産したいチーム。AI利用ポリシーが明文化されている案件。
- 向いていない人: クライアントデータを無断でクラウドAIに載せたくない案件。最終デザインの品質をAIに任せたい人。プラン・クレジットの管理が曖昧なまま全員に開放したい組織。
- 私のおすすめ: 社内・個人の検証用ファイルだけで試し、本番クライアントファイルはポリシー確認後に限定利用が安全です。
この記事には、Google AdSense による広告およびアフィリエイトリンクが含まれる場合があります。紹介経由で購入や申し込みがあると、私に紹介料が入ることがあります。
Make・Agent・Weaveのざっくり整理
名称はアップデートで変わることがあるため、役割で覚えるとよいです。
- Make（メイク）: テキストや画像からUI案・ワイヤーを生成する系。アイデアのたたき台向け。
- Agent（エージェント）: ファイル内の操作を代行・提案するアシスタント。コンポーネント整理や文言案など。
- Weave（ウィーブ）: デザインと実装・コンテンツの橋渡しに近い機能群（提供範囲はプランと時期で変動）。
いずれも完成品をそのまま納品する道具ではないと見てください。ディレクター視点では「初速を上げる装置」で、レビューと修正の工程は残ります。
現場での使い分け表
| 用途 | Make | Agent | Weave | 注意 |
|---|---|---|---|---|
| 社内ラフ案 | ◎ | ○ | △ | ダミーテキストで十分 |
| クライアント初回提案 | ○ | ○ | △ | ブランドガイドを先に入力 |
| 本番デザインの最終化 | △ | △ | △ | 人のレビュー必須 |
| コンポーネント整理 | △ | ◎ | ○ | 破壊的変更に注意 |
| 実装引き渡し | △ | ○ | ◎ | 仕様書とセットで |
◎＝向く、○＝条件付き、△＝慎重に、という目安です。案件のNDAや個人情報の有無で、○が×になることもあります。
プランとクレジットの考え方
FigmaのAI機能は、ワークスペースのプランとクレジット（利用枠）に依存します。フリーランスが押さえるポイントは次のとおりです。
- 誰のライセンスでAIを使うか — 個人Proか、クライアントのOrganizationか。請求先がずれるとトラブルになります。
- クレジットの上限 — チーム全員がMakeを使うと、月初に枯渇することがあります。運用ルールを決める。
- ゲストと外部共有 — クライアントをゲスト招待したとき、AI機能が使えるかは設定次第です。
- 無料枠と有料枠の差 — 検証は個人ファイルで行い、本番は有料プランの範囲内で。
私は「AIを使ったファイル」と「使っていないファイル」を分けると、請求と説明が楽です。クライアントに『AIで下書きしたラフです』と明示できるかも、信頼関係に効きます。
クライアントデータと学習利用の注意
最も現場で止まるのがここです。
- 本番のユーザー情報・未公開キャンペーン・契約書のスクショをAIに渡さない
- クライアントのAI利用可否を契約・NDAで確認する
- Figma側のデータ学習・モデル改善への利用設定を管理者と確認する（設定名は公式ヘルプで最新を確認）
- 生成物の著作権・二次利用はクライアントポリシーに従う
「とりあえずファイルを開いてMake」は避けたいです。ダミーデータに差し替えた複製ファイルを作り、そこだけAIを使う運用が現実的です。私は個人名や電話番号が1pxでも入っている画面は、AI機能をオフにしたコピーを渡すようにしています。
導入の手順（フリーランス向け）
チームや個人で試すときの最小手順です。
- Figma公式ヘルプで、Make・Agent・Weaveの対象プランを確認する
- 個人用の検証ファイルを新規作成する（ダミーコンテンツのみ）
- 1機能だけ試す（例: Makeでランディングのヒーロー案を3パターン）
- 出力をレビューし、デザインシステムと矛盾しないかチェックする
- 問題なければクライアントに利用範囲を提案し、承認を得る
- 本番ファイルでは承認された範囲だけAIを使う
一気に全機能をONにしないでください。小さく試して、ログとクレジット消費を見るのが安全です。
うまくいかないときの典型
- ブランドカラーやタイポがガイドと違う → 変数・スタイルを先に定義してから生成
- コンポーネントがバラバラ → Agentに整理させる前に、命名規則を決める
- クレジット切れで途中停止 → 月初の利用計画をチームで共有
- クライアントがAI生成を嫌がる → 手作業ラフに戻す。説明責任はディレクター側
AIは「間違いを速くする装置」にもなります。レビューなしの量産は、後工程の負担を増やすだけです。
チーム導入時のルール例
小規模チームやフリーランスの協業でも、次のようなルールを文書化しておくと揉めにくいです。
- AIを使ってよいファイルと使ってはいけないファイルの区分
- クレジット枯渇時の優先順位（誰の案件を先にするか）
- 生成物のレビュー担当者（必ず人が最終OKを出す）
- クライアントへの説明テンプレ（「AI下書きを含みます」など）
- 月次の利用ログ確認（不要な全自動生成を止める）
ルールは長くなくてよいです。A4で半ページあれば、後から入ったメンバーにも伝わります。
クライアントへの説明のしかた
「Figma AIを使います」と突然言うより、メリットとリスクをセットで伝える方が信頼を損しにくいです。
- メリット: 初稿のスピード、レイアウト案の選択肢増加
- リスク: 誤った文言・ガイド逸脱の可能性、データ取り扱いの制約
- 対策: ダミーデータのみ、人のレビュー必須、最終データは従来どおり手作業
私は提案書の段階で「AIはラフ段階のみ」と書くことがあります。クライアントによってはAI利用自体を嫌う場合があるので、事前の合意が必須です。
代替ワークフロー（AIを使わない場合）
Makeが使えない・使わない案件でも、速度は落とさずに回せます。
- 既存のコンポーネントライブラリからページを複製する
- ワイヤーは白黒のボックスだけで組む（装飾は後）
- 参考サイトはURLとスクショを別ドキュメントにまとめ、デザインファイルには貼りすぎない
- レビューは画面単位ではなく、ユーザーフロー単位で行う
AIは必須道具ではありません。合意とデータの安全性が優先される案件では、従来フローの方が速いこともあります。
学習用の個人メモの付け方
機能試験のたびに、次の3行だけメモすると後で振り返りやすいです。
- 使った機能（Make / Agent / Weave）
- 入力した素材（ダミーのみか）
- 結果（採用した / 却下した理由）
チームに共有するほどではない試行錯誤は、個人メモに留め、採用が決まったルールだけドキュメント化するのが現実的です。Figmaのアップデートは頻繁なので、「去年のスクショ」だけに頼らないことも大事です。
長く使うためのメモ
デザインツールの記事は、機能名が変わっても「判断基準」が残れば役に立ちます。私は案件ごとに、AIを使ったか否かをファイル名やREADMEに一行書くようにしています。半年後に自分が混乱しにくいからです。Makeで生成したフレームは、レイヤー名に ai-draft などの接頭辞を付けると、レビュー時に見分けやすくなります。最終納品前にその接頭辞を整理する作業も、チェックリストに入れておくと安全です。
プラン変更時の見直しポイント
Figmaのプランを上げ下げするとき、AIクレジットも変わります。契約更新の1ヶ月前に、次を確認してください。
- 過去3ヶ月のクレジット消費量（余っているか、足りないか）
- クライアントファイルでAIを使っている割合
- チーム人数と、ゲストの有無
個人のProプランで十分なのにOrganizationを維持しているケースは、コストだけが膨らんでいることがあります。逆に、クレジット不足で手作業に戻っているなら、プラン見直しのタイミングかもしれません。数字を見ずに「なんとなく有料」のままにしないことが、フリーランスの固定費削減には効きます。
まとめの前に：今日できること
Figma AIを触るなら、今日はクライアントファイルではなく、個人用の空ファイルを1つ作り、Makeでボタン1つ分のUI案を生成してみる程度で十分です。クレジットの消費感と、出力のクオリティを自分の目で見ることが、記事やチームへの説明より先です。うまくいかなくても、それは「使わない判断」の材料になります。小さな試行のログを残すと、三ヶ月後のプラン見直しが楽です。
Webディレクターとしての使いどころ
私が実際に使うのは、だいたい次の場面です。
- キックオフ前の社内方向性出し（3案を30分で）
- ワイヤーのレイアウトバリエーション（文言はダミー）
- 既存コンポーネントライブラリへの当てはめ案の下書き
使わない場面は、公開前の最終ピクセル調整と、アクセシビリティ要件が厳しい画面です。ここは人の目とチェックリストが必要です。AIに任せたと言い訳できない部分でもあります。
価格やプラン内容は執筆時点（2026年7月15日・日本時間）の情報です。Figmaは更新が速いので、利用前に公式を確認してください。
よくある質問
Q. 無料プランだけでMakeは使えますか？
A. 時期とキャンペーンで変わります。執筆時点では有料プラン前提の機能が多いです。公式のプラン比較表で確認してください。
Q. 生成したUIをそのままクライアントに渡してよいですか？
A. 契約とクライアントのポリシー次第です。私は『AI下書き＋人の修正』と説明し、最終責任は自分が持つ形にしています。
Q. Agentにファイル全体を任せると壊れませんか？
A. 破壊的変更のリスクがあります。ブランチや複製ファイルで試し、本番は小さな範囲に限定してください。
Q. Weaveはエンジニア向けですか？
A. デザインと実装の橋渡し色が強いです。ディレクターは仕様の言語化とレビューに関わるイメージでよいです。
Q. 無料トライアルだけでクライアント案件に使えますか？
A. 利用規約とクライアントのNDAを確認してください。トライアル中のデータ取り扱いは、本契約と異なることがあります。迷ったら使わない判断で問題ありません。
紹介リンク
紹介経由で購入・申し込みがあると、私に紹介料が入ることがあります。
まとめ
FigmaのMake・Agent・Weaveは、初速を上げる道具として現場に入れる価値があります。一方で、プラン・クレジット・クライアントデータの3点を曖昧にしたまま使うとリスクが大きいです。個人の検証ファイルで試し、ポリシーが固まってから本番に広げる流れが現実的です。次の一手は、ダミーデータだけのFigmaファイルを1つ作り、Makeでラフを1画面だけ生成してクレジット消費を確認することです。
