Figma Makeとは何か？
Figma Makeは、Figmaのプラットフォームに直接組み込まれたAIアプリビルダーで、テキストのプロンプトを受け取って、Figmaのワークスペースを離れたり別のツールを用意したりすることなく、動作するコードベースのフロントエンドアプリケーションを生成します。
これはReactアプリケーションを生成し、完全なソースコードへのアクセス、自動バージョン履歴、ライブプレビューURLを備えています。そして、何が動いているのか見えないまま1つのモデルに固定される他のAIビルダーとは異なり、Claude Sonnet 4.6、Gemini 3 Flash、Gemini 3.1 Pro、またはGPT-5.5の中から、処理を担当する基盤モデルを選べる点が際立っています。
出力されるのはモックアップやデザインファイルではなく、検査・修正でき、GitHubにプッシュできる実際の編集可能なコードです。
Figma Makeは誰向けか？
- すでにFigmaを使っているプロダクトデザイナー。 Makeはすでに使っているツールの中にあるため、新しいプラットフォームを学ぶ必要も、今支払っている料金に別のサブスクリプションを上乗せする必要もありません。
- すぐにデモが必要な非技術系の創業者。 ロールベースのアクセスと現実的なデータを備えた複雑なマルチスクリーンアプリが10分以内に出来上がるので、初回の投資家ミーティングに持ち込むのに十分な速さです。
- 見せる必要があるプロダクトマネージャー。 Figma Makeは、PDF化された画面群ではなく、ステークホルダーに実際に渡して説明できるものを作り出します。
- 作業用の足場が欲しい開発者。 生成されるコードはきれいなTypeScript付きReactで、無料プランでも完全なソースにアクセスできるため、使い捨ての試作品ではなく、本当に使える出発点になります。
Figma Makeの長所と短所
- 1つのプロンプトから複雑なマルチスクリーンアプリを構築
- 無料プランに完全なソースコードアクセスを含む
- Claude、Gemini、GPTからAIモデルを選択可能
- 自動バージョン履歴がすべてのビルド反復を保存
- 追加のプロンプトなしでロールベース認証を生成
- GitHubとSupabaseの統合がネイティブに組み込み済み
- ビジュアルエディターとコードエディターを1つのワークスペースで利用可能
- 最初のビルドにはコード警告が含まれる
- 無料クレジットの月間上限はすぐに尽きる
- カスタムドメインには有料のFigmaプランが必要
評価の内訳
以下のスコアは、Figma Makeが現在、公開ベータ版として提供している内容を反映しています。この段階の製品としては出力品質が予想を大きく上回っており、すでに有料のFigmaプランを使っているチームにとっては、追加で支払うものが何もないので、価値の計算は反論しにくいものです。
| 機能 | スコア（10点満点） | そのスコアの理由 |
|---|---|---|
| 使いやすさ | 9.5 | セットアップ不要、プロンプト中心の開始、2つの編集経路、そして8分のビルドサイクルにより、始めるための負担が最も少ないAIビルダーの1つです。 |
| 機能と実用性 | 9.8 | ロールベース認証、Stripe決済UI、複数チャートのレポート、管理コンソール、モデル選択、そして完全なREST API参照が、たった1つのプロンプトから生成されます。 |
| デザインとカスタマイズ性 | 9.4 | 標準の見た目は清潔感がありプロフェッショナルで、クリックして選択できるビジュアルエディターと完全なソースコードアクセスの両方が、無料プランでも利用できます。 |
| コストパフォーマンス | 9.4 | 無料枠で完全なコードアクセスがあるのは本当に珍しく、有料プランのユーザーはMakeを既存のFigmaサブスクリプションに含まれる形で利用できます。 |
| パフォーマンスと信頼性 | 9.9 | Stripe UIと管理コンソールを備えた、複数画面のロール認識アプリを8分で作り上げる速度は、これまで試した中で最速のビルドから実用出力までの比率です。 |
| 総合 | 9.6 | すでに成熟した多くのAIアプリビルダーを、出力品質と機能の深さで上回る、際立ったベータ製品です。 |
Figma Makeの機能
- 10分未満でプロンプトからアプリを構築
- Claude、Gemini、GPTを含むマルチモデル選択
- ロールベースのユーザー認証を自動生成
- インラインのスタイル操作ができるクリック選択式ビジュアルエディター
- 無料プランでも編集可能な完全Reactソースコード
- GitHubとSupabaseの統合を追加設定なしで利用可能
- figma.siteのサブドメインへワンクリック公開
Figma Makeを実際に試して分かったこと: 正直レビュー
開始画面はすぐに邪魔にならなくなる
ランディング画面は、短いタグラインを添えた1つのプロンプト बॉックスだけです: “Make your ideas real with AI. Start with a design and prompt your way to a functional prototype, fast.” 入力欄の下には、3つの提案された開始例が表示されます:
- オンボーディングフロー
- データダッシュボード
- グラデーションギャラリー
この3つは無視して、好きなことを入力できます。
私は以下のプロンプトをそのまま送信しました:
“Create a property management platform for landlords and tenants. Include user authentication, property listings, lease management, rent payments, maintenance requests, document uploads, messaging, notifications, admin dashboard, reporting, Stripe integration, PostgreSQL database, REST API, responsive design, and deployment instructions. The application should be production-ready and scalable.”
このツールはそれを問題なく受け付け、すぐにビルドへ進みました。プロジェクト種別の選択も、テンプレートギャラリーも、事前のアーキテクチャ設定も一切ありませんでした。
Verdict: 開始点の摩擦の少なさは、私が試したAIビルダーの中でも群を抜いています。ただし、事前のガイド構造がないため、あいまいなプロンプトはあいまいな出力につながります。得られるものの上限は、何を入力するかで完全に決まります。
サインアップは速く、成果物の前に課金の壁を置かない
サインイン前に矢印ボタンをクリックすると、「Welcome to Figma」モーダルが表示されます。2つの選択肢は次のとおりです:
- Continue with Google （1クリック、10秒未満）
- Continue with email （メール入力、認証、合計30秒未満）
どちらの方法でも、ビルドがすでにキューに入った状態でFigma Makeのワークスペースに入れます。この時点でプラン選択画面も、クレジットカードの入力も、アップグレードの壁もありません。無料のStarterプランが自動的に有効になります。
すでにFigmaアカウントを持っている場合は、このモーダルは表示されず、直接ビルダーに入ります。
ビルドは8分で完了し、何をしているかを正確に示してくれる
ワークスペースは、左にチャット欄、右にライブプレビューの2分割です。プレビューには「Building your idea…」というプレースホルダーが表示され、その後、ツールが進行するにつれて「Working out the details…」に変わります。
一般的な読み込み画面と違うのは、チャット欄にある reasoning panel で、ツールの思考がリアルタイムで記録されることです。
私のビルド中、reasoning panel には次のように表示されました:
- ツールは、1行のコードを書く前に theme tool を呼び出した
- 処理中に「Worked with 3 files」と記録した
- reasoning log には全体の進め方が記されていた。つまり、残りの機能（物件フィルタリング、リース管理、支払い履歴、メンテナンスリクエスト、メッセージ、通知、管理ダッシュボード）を整理し、最初に型定義を持つReactコンポーネントを構成し、その後リアルな詳細を含むモックデータを組み立て、最後にロールベースのビュー全体にわたるナビゲーションと状態管理を扱う、という流れです
- 下部に「Writing the component structure…」というステータスメッセージが表示された
この流れは重要です。ツールはUIを書く前に型定義を整理し、その後にリアルなモックデータを追加し、最後にナビゲーションを構築しました。これはランダムな生成ではなく、構造化されたアプローチです。
ビルドのタイムライン: 3:58 PMから4:06 PM。8分。
チャットパネル下部にあるモデルセレクターでは、ビルドを始める前に使うAIを選択したり、ビルド間で切り替えたりできます:
| モデル | 説明 |
|---|---|
| Default | Figma推奨（具体的なモデルは非公開） |
| Claude Sonnet 4.6 | バランスが良く効率的 |
| Gemini 3 Flash | 高速、反復向き |
| Gemini 3.1 Pro | 深く、創造的 |
| GPT-5.5 | 高性能で速い |
高速な反復型モデルから、より深いモデルへ、ツールを離れたり最初から作り直したりせずに切り替えられるのは、実用上かなり大きな利点です。
モデルセレクターの横には、Build/Plan mode toggleがあります:
| モード | 機能 |
|---|---|
| Build | その場で作成しながら反復する |
| Plan | 複雑な作業で認識をそろえ、コードを書く前にアーキテクチャを整理する |
私のように詳細なプロンプトなら、Plan mode を使えば最初のビルドはもっときれいで、警告も少なかったはずです。私は Build mode を使い、警告は2回目のパスで対処しました。
完成した出力はPropVaultと名乗り、自信に見合う内容だった
ツールが名付けた完成アプリは、こちらが指示していないのにPropVaultという名前になっており、統一されたビジュアルアイデンティティ、ダークネイビーのサイドバー、すっきりしたタイポグラフィ、ログイン画面上の文脈に合った社会的証明を備えた、複数画面の物件管理プラットフォームです。ログイン画面には次の内容が表示されます:
- PropVaultロゴ、タグライン（”Property management, simplified.”）、3つの模擬統計を含むダークな左パネル: 管理物件86件、アクティブなテナント1,240人、月間回収額$2.1M
- Sign In / Create Account タブ、事前入力済みのメール（marcus@propvault.io）とパスワード、3つの役割選択ボタン: Landlord、Tenant、Admin を含む右パネル
- フッターノート: “Demo: click a role above, then sign in”
左ナビゲーション内のすべての画面が、実際に機能し、データの入った画面として開きます。アプリ全体で構築された内容は次のとおりです:
| 画面 | 構築された内容 |
|---|---|
| Dashboard | 4つのKPIカード（月間売上、稼働率、未対応リクエスト、総物件数）、”Live”バッジ付きの12か月の収益対支出ラインチャート、最近のアクティビティフィード、Send Remindersボタン付きの期限超過支払いアラート、個別のRenewボタン付きの期限切れ間近のリース |
| Properties | フィルタリング付きの物件一覧 |
| Leases | ステータス追跡付きのリース管理 |
| Payments | ステータスバッジ付きの支払い履歴テーブル、Stripe搭載の安全な支払いモーダル |
| Maintenance | 優先度バッジとベンダー割り当てを備えたKanbanボード（Open / In Progress / Completed）、テナント送信用フォーム |
| Messages | 現実的な会話スレッドとEnter送信対応の2ペインチャットUI |
| Documents | ドラッグ＆ドロップのアップロード領域、カテゴリのフィルターピル、ホバー操作付きファイルグリッド |
| Reports | 棒グラフ、横向きの稼働率チャート、メンテナンスの円グラフ、KPIメトリクステーブル、期間切り替え（3m / 6m / 12m） |
| Admin Console | ユーザー管理テーブル、システム健全性と統合パネル、完全なREST APIリファレンス、デプロイ手順（PostgreSQL、Docker、Vercel、Stripe webhook設定） |
各画面のデータはシミュレーションです。バックエンド接続には、実データを保存または取得する前の設定が必要です。8分後に手に入るのは、デモとして説明できるだけの画面網羅性とデータ密度を備えた、プロダクション品質のフロントエンド足場です。
3つのユーザー役割すべてが正しく分けられており、それぞれの詳細は印象的だ
ロールベースアクセス制御は、AIビルダーが最も手を抜きやすい部分です。Figma Makeはそうしませんでした。各役割は、それぞれ独自のナビゲーション、独自のデータ表示、独自の範囲を持つ、まったく異なる体験でログインします。
| 役割 | ナビゲーション項目 | ダッシュボードの焦点 |
|---|---|---|
| Landlord（Marcus Hewitt） | Dashboard, Properties, Leases, Payments, Maintenance, Messages, Documents, Reports | すべての物件とテナントにまたがるプラットフォーム全体の指標 |
| Tenant（Priya Nair） | Dashboard, Leases, Payments, Maintenance, Messages, Documents | このテナント個人の指標 |
| Admin（Cassandra Voss） | Admin以外はLandlordと同じ項目すべて | Admin Consoleへのアクセスを持つLandlordダッシュボードと同じ内容 |
Landlordダッシュボードの詳細:
- 月間売上: $41,900（2024年4月、前月比+2.8%）
- 稼働率: 88%（76/86ユニット、前月比+1.2%）
- 未対応リクエスト: メンテナンストラブル票5件
- 総物件数: 6物件、総ユニット数86
- 5月から4月までの12か月を対象にした収益対支出チャート
- 最近のアクティビティフィード: 家賃受領、支払い遅延、新しいメンテナンスリクエスト、期限切れ間近のリース、テナントからのメッセージ
- 警告バナー: “2 overdue payments require attention” と表示され、Tomás Reyes ($2,100) と Fatima Al-Sayed ($2,650) が名前付きで示され、Send Reminders アクションボタンがある
Tenantダッシュボードの詳細（Priya Nair）:
- 次回支払い: $1,850、2024年4月1日締め
- リース状況: Active、2024年8月31日終了
- 未対応リクエスト: 1件（HVAC修理保留中）
- メッセージ: 未読2件
- 支払い履歴には Maple Grove #4B、$1,850、Paid が表示される
- メンテナンスリクエストには “HVAC not cooling,” In Progress バッジ付き、2024年3月28日の日付が表示される
TenantロールのPayments画面で Pay Now をクリックすると、Stripeブランドのモーダルが開きます:
- ヘッダー: “Secure Payment. Powered by Stripe.”
- 支払い明細: April Rent, Maple Grove #4B, $1,850.00
- Card Number入力欄（フォーマット済み）
- Expiry (MM/YY) と CVC の欄
- Payボタンの表示: “Pay $1,850.00”
- フッター: “256-bit SSL encryption · PCI DSS compliant”
Admin Console（Cassandra Voss）:
Admin Consoleには4つのタブ（Users, System, API Docs, Deployment）があり、User Managementテーブルで開きます。
各行には編集と削除のアクションボタンがあります。右上には Invite User ボタンがあります。Tomás Reyes は Delinquent と正しくフラグ付けされており、Landlordダッシュボードの期限超過支払いアラートと一致しています。
編集には2つの並行ツールがあり、どちらも無料で使える
ビルド完了後、2つの編集経路が同時に使えます。どちらも有料プランの裏に隠れていません。
経路1: Visual editor
- ライブプレビュー内の任意の要素をクリックすると選択され、フローティング編集バーが開く
- 編集バーには、フォントファミリー選択、フォントサイズ（マイナスとプラスの操作付き）、太字、斜体、文字揃え、幅の操作、間隔、要素削除が含まれる
- 選択した要素は同時にチャット入力欄へ追加されるので、要素をクリックしてから変更内容を入力すると、その要素を文脈に含めた変更リクエストが送られる
- コンテナを選択すると、ツールバーの上に正確なコンポーネントタイプとネスト構造（たとえば “div x 4″）が表示され、コードを開かなくてもレイアウトの文脈がわかる
ビジュアルセレクターとチャット入力のつながりは、この編集ワークフローで最も実用的な部分です。
どちらか一方を選ぶ必要はありません。要素をクリックして対象を特定し、その後チャットで変更したい内容を入力すると、AIはそのコンポーネントを完全に把握した上で適用します。
経路2: Code editor
ワークスペース上部のコードアイコンをクリックすると、Reactソース全体が開きます。ファイル構成は次のとおりです:
src/
app/
components/
App.tsx (1,300+ lines)
styles/
fonts.css
globals.css
index.css
tailwind.css
theme.css
guidelines/
ATTRIBUTIONS.md
default_shadcn_theme.css
package.json
pnpm-workspace.yaml
postcss.config.mjs
vite.config.ts
App.tsx は、DashboardView、ReportsView、MaintenanceView などの名前付きビュー関数に整理され、各画面はセクションコメントで区切られています。
コードは読みやすく、構造が整っていて、ブラウザ内で直接編集できます。ダウンロードも外部IDEも不要です。この完全なソースアクセスは無料プランでも利用できます。
Visual editor、チャット、Code editor のどれで行った変更も同じライブプレビューに反映され、すぐに表示されます。
最初のビルドには10件以上の警告が出たが、1クリックで正確に修正された
最初のビルド完了後、チャットパネル下部に“10+ warnings” というバナーが表示され、“Fix for me” ボタンと閉じるアイコンがありました。
ブラウザのコンソール（ワークスペース内のコンソールアイコンから開ける）を確認すると、原因はRechartsのチャートライブラリにおけるSVGグラデーションIDの重複でした。
原因は、DashboardとReportsのセクションが同じ一般的なグラデーション名（revGrad、expGrad）をSVG要素として登録していたことです。RechartsはグラデーションをSVG名前空間内のIDとして登録するため、同じ文書内で複数のチャートインスタンスがあると一般的な名前が衝突します。コンソールには、最小化されたJavaScript参照が大量に表示され、すべてこの衝突に遡ることが示されていました。
“Fix for me” をクリックすると、2回目のビルドパスが実行されました。ツールは3つの具体的な問題を特定し、対象を絞った修正を適用しました:
- Dashboard AreaChart: 一般的なグラデーションID revGrad / expGrad を、固有の dash-area-rev / dash-area-exp に変更し、名前空間の衝突を防止
- Occupancy BarChart: 数値インデックス（key={i}）を、物件名を使った安定した一意キー（key={\occ-${entry.property}`}`）に変更し、各セルに安定した一意キーを持たせた
- Maintenance PieChart: 同じキー修正を entry.name を使って適用（key={\pie-${entry.name}`}`）
このビルドは自動的にVersion 2として保存されました。バージョン履歴パネル（ワークスペース上部のバージョンラベルをクリックして開く）には、明確なログが表示されます:
| バージョン | ラベル | 時刻 |
|---|---|---|
| Version 1 | Property Management Platform | 4:06 PM |
| Version 2 | Resolve code warnings | 4:19 PM |
2回目のパス後、コンソールにはきれいな vite hot-reload メッセージだけが表示され、警告バナーは消えました。Version 1 に戻すのも、バージョン履歴パネルから1クリックです。
最初のビルドからクリーンなコンソールまでの修正サイクル全体は、手動でコードを編集することなく13分で完了しました。
設定パネルは、ベータツールとしては予想以上の深さがある
設定パネルは、ワークスペース右上の歯車アイコンから開けます。ドロップダウンは2つのグループに分かれています。
Make settings:
- General
- Domains
- Fonts
- Chat preferences
- Audio
Integrations:
- GitHub
- Supabase
- Adjust guidelines
General settings には、公開状態とSEO設定が含まれます:
| 設定 | 詳細 |
|---|---|
| Status | Not published（Publishボタンがその場で利用可能） |
| Title | 編集可能なプロジェクト名 |
| Meta description | ビルドコンテキストから自動入力 |
| Language | ISO言語コード欄 |
| Google Analytics ID | トラフィック追跡のためにGA4プロパティを接続 |
| Exclude from search engine results | チェックボックス、無料プランでは初期状態でオン |
| Clear chat context | Makeの会話メモリを完全に消去する。チャット履歴ログは表示されたまま |
Clear chat context オプションは理解しておく価値があります。これは、表示されているチャットログを消さずに、AIがビルド会話を記憶している状態だけを消します。長いビルドスレッドでAIが以前の文脈に引きずられ、新しい変更依頼に影響が出ているときに便利です。
Domains settings には次が表示されます:
- Base domain: example.figma.site（無料サブドメイン、公開時に有効化）
- Connected domains: 外部プロバイダーのカスタムドメインを追加するオプション（有料プランが必要）
Integrations:
- GitHub: コードのエクスポートとリポジトリ同期
- Supabase: 実際のバックエンドとデータベースを接続し、シミュレートされたデータ層を置き換える
- Adjust guidelines: ビルドや変更時にAIが従うカスタム指示を設定する。コンポーネントライブラリの方針、命名規則、各ビルドと反復で守らせたいデザイン制約などを含みます
Adjust guidelines オプションは、ツールの他のセクションではあまり目立たない、意味のある追加機能です。これにより、後から望ましくないパターンを修正するのではなく、ビルド開始前にAIの振る舞いを定義できます。
公開はワンクリックで、無料プランのURLでも本物の独立したアプリのように見える
右上のPublishボタンをクリックすると、公開に必要なすべてを含むパネルが開きます:
| 項目 | 詳細 |
|---|---|
| Title | 編集可能なプロジェクト名 |
| URL | example.figma.site |
| Status | Not published |
| Feature on Community | アプリをFigma Communityギャラリーに掲載するためのトグル |
Feature on Community トグルを展開すると、アプリがFigma Community内の他の公開アプリと並んでどのように表示されるかのプレビューセクションが表示されます。
ここから:
- アプリをカテゴリ分けするためのタグを最大5つ選べます（オプションには Apps, Dashboards などがあり、”Show more” でさらに表示）
- “Show chat history” チェックボックスで、コミュニティ閲覧者にビルド会話を表示するかどうかを制御します
- “By publishing to Community, you agree to Figma’s Creator Agreement” という注意書きが表示されます
公開すると、figma.site URL は独立したブラウザビューでアプリを開きます。Figmaのエディターの枠も、透かしも、アプリ周囲の “built with Figma Make” バッジも表示されません。本物の独立したWebアプリのように読み込まれ、動作します。フレーム内のプロトタイプではありません。
無料プランの公開に含まれるもの:
- 共有可能なfigma.siteサブドメインURL
- Figmaのブランド表示が見えない独立したアプリ表示
- アプリをFigma Communityで紹介できる機能
有料プランで追加されるもの:
- 外部プロバイダーのカスタムドメイン
- 追加のビルドと反復のためのより多くのAIクレジット
Figma Makeの価格とプラン
Figma Makeは単独製品として販売されていません。アクセスはFigmaのFull seatプランにバンドルされており、AIクレジットはMakeだけでなく、すべてのFigma AI機能で共有されます。Figma Makeでのビルドは、Figma DesignのAIツール、画像編集、その他プラットフォーム全体のAI駆動アクションと同じ月間プールから消費されます。
無料のStarterプランにはFigma Makeアクセスが含まれますが、月間クレジット上限は低いため、1回の複雑なビルドだけでもその多くを消費します。Starterプランは、ツールを評価したり単発のテストを行ったりするには適していますが、チームがMakeを定期的なビルド工程の一部として使うには向いていません。
有料プランはシート種別ごとに構成されています。Professional、Organization、Enterprise各ティアのFull seatには、毎月のAIクレジットが十分に増え、各ティアごとに月間割り当てが段階的に上がります。主にDesign利用のために有料Figmaプランに加入しているなら、Makeは追加料金なしで既存のクレジットプール内で利用できます。
追加のAIクレジットは、有料プラン全体でアドオンとして購入できます。週に複数回Makeを使い、同時に通常のFigma AI利用もあるチームなら、検討する価値があります。
無料トライアルはStarterプランとは別に存在せず、返金保証もFigmaの公開規約には記載されていません。年間プランの解約では、残り期間分の返金は発生しません。Professionalプランの解約はAdmin Dashboardから行えますが、OrganizationおよびEnterpriseプランの解約は営業チームへの連絡が必要です。
実用的なプランの目安として: Starterプランは評価と時々の利用をカバーします。Professional Full seat は、クレジット制限に引っかかることなくMakeを月1〜2回以上使いたいチームにとって、最低限現実的な入口です。
Figma Makeの代替製品
現在、Figma Makeの最も直接的な競合はLovableです。Figma MakeがFigmaワークスペース内でフロントエンドアプリケーションを生成するのに対し、Lovableはフロントエンド、バックエンド、データベース、認証、ワンクリックデプロイまで扱う、完全なスタック対応のAIアプリビルダーであり、800万人以上のユーザーがいると報告されている独立プラットフォームです。
すでに有料Figmaプランに入っていない人、あるいは洗練されたプロトタイプではなく実運用のデータ接続アプリが必要な人にとっては、Lovableのほうが、より少ない設定で、より早くデプロイ済みのデータ接続アプリに到達できます。
| 機能 | Figma Make | Lovable |
|---|---|---|
| 使いやすさ | セットアップ不要のプロンプト中心 | セットアップ不要のプロンプト中心 |
| 最適用途 | すでにFigmaの有料プランに入っているデザイナーとチーム | MVPを構築・デプロイする非技術系の創業者 |
| バックエンドとデータ | フロントエンドのみ。Supabaseは統合として利用可能 | Supabaseバックエンドが最初から組み込み済み |
| デザインの柔軟性 | ビジュアルエディター、チャット編集、完全なソースコードアクセス | コード書き出しも可能なチャットベース編集 |
| 価格モデル | Figma Full seatにバンドル。共有AIクレジットプール | 独立したクレジットシステムを持つ単体サブスクリプション |
最終評価: Figma Makeは買う価値があるか？
すでにFigma Full seatに料金を払っている人なら、答えは明快です。はい、しかもかなり大きな価値があります。出力品質は、Figma Makeを、はるかに長く市場にいる多くのAIアプリビルダーより上に置きます。
たった1つのプロンプトで、Stripeの支払いモーダル、ライブ分析ダッシュボード、Kanbanのメンテナンスボード、2ペインのメッセージUI、ユーザー管理テーブル、REST APIドキュメント、デプロイ手順を備えた、ロール認識型のマルチスクリーン物件管理プラットフォームが作られました。しかもそれが8分で、無料プランでも完全なソースコードアクセスがあり、きれいな独立公開URLまで付いています。ベータ製品としては、どれも普通ではありません。
Figmaを使っていないチームにとっては、何が本当に必要かを正直に見極める必要があります。Figma Makeで十分なクレジットアクセスを得るには、有料FigmaプランのFull seatが必要であり、これはどの単体AIビルダーよりも大きなプラットフォーム投資です。主目的が、デザインプラットフォームのサブスクリプションを必要とせず、ライブデータベースと実ユーザーを持つ動くWebアプリを出荷することなら、Lovableのほうが、より少ない設定でその結果に到達できます。
現時点でFigma Makeから最も恩恵を受けるのは、静的なFigmaプロトタイプとテスト可能なコードベースのインタラクティブビルドとの間のギャップを、ツールを変えたり開発者を待ったりせずに埋めたいデザイナーとプロダクトチームです。その用途に限れば、Figma Makeは利用可能な中で最良の選択肢です。
