Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
Claude Designで、アイデアをインタラクティブなビジュアルに変える
claudedesign-me.com
最新
デザイナーの43.8%が制作時間の半分以上をAIコードに:役割間の差と7.39点の満足度  ·  Claude Design単体版は12月14日に終了、Docs・Slides・Designはすべての会話に統合  ·  デザイナーの91%が毎週AIを使い、62%が出力の不安定さを挙げる——採用率の裏に隠れた検証コスト  ·  欲しいものを説明するより、まず欲しくないもの5つを挙げる——ネガティブプロンプト実測ノート  ·  英語版では完璧に見えたAI生成インターフェース、ドイツ語やアラビア語に変えたらどれほど崩れたか?  ·  オンボーディングを「まず説明」から「まず何かを作らせる」に変えたら、定着率はどれだけ上がったか?
cases

デザイナーの43.8%が制作時間の半分以上をAIコードに:役割間の差と7.39点の満足度

30秒バージョン · 忙しい方へ
同じデザインの世界でも習慣は大きく違う。制作時間の半分以上をAIコードに使うのはDesign Engineerで80.9%、ICデザイナーは35.0%。差を生むのはツールではなく役割だ。

詳しく読む +
01 · なぜ起きたのか?

なぜDesign Engineerの割合がこれほど高い(80.9%)のか?

調査は理由を説明していない。もっともらしい推測は役割の定義だ。Design Engineerの成果物はもともとコードなので、AIによるコード生成がそのまま仕事につながる。これは推測であり、調査の結論ではない。

むしろ逆の問いのほうが興味深い。なぜICデザイナーは35.0%にとどまるのか。これについても調査に答えはなく、作業の種類かもしれないし、チームの規範かもしれない。

02 · 仕組みは?

満足度7.39の人は、vibe codingのおかげで満足しているのか?

判断できない。レポートは、これが横断調査の相関だと注記している。因果は双方向に成り立つ。ワークフローが順調な人ほどAIに任せやすいのかもしれないし、AIがワークフローを順調にしているのかもしれない。どちらの説明も同じ数字に当てはまる。

また、「ほぼすべてvibe coding」群の人数は示されておらず、このスコアは小さなサブグループから来ている可能性がある。

03 · 自分にどう影響する?

ICデザイナーの32.4%が役割を不安定に感じている。急いでコードを学ぶべきか?

調査が報告しているのは感じ方であり、実際のキャリアの結果ではないため、そのまま助言には変換できない。分かるのは、ICデザイナーの35.0%がすでに制作時間の半分以上をAIコードに使っており、「多少学ぶ」ことが同僚の間ではすでに普通になっているという点だ。

実践的な出発点は、毎週繰り返す小さな作業を一つ選んで2週間試し、確認のコストを吸収できるか見たうえで、どれだけ投資するかを決めることだ。

04 · どうすればいい?

PM・非デザイナーはこのデータをどう使えばよいか?

使い方は三つある。第一に、「非デザイナーの50.9%がすでにそうしている」を、自分も追随すべき理由として扱わないこと。それは珍しくないことを示すにすぎない。第二に、始める前に、成果物が社内ツールか、プロトタイプか、製品かを区別すること。検証への要求が大きく違うからだ。第三に、チームの誰かがAI生成コードを出したら「誰が確認したのか」と聞くこと。

調査では、過去6か月でAIを使ってツールを作った人が59.1%いるが、その多くは最初の二つの種類だろう。

全文 +

UXtoolsの2026年春のプロトタイピング調査は、3月14日から4月6日にかけて、18地域のデザイナーとビルダー1,478人から回答を集めた。回答者の61.4%は北米以外にいる。週ごとの利用ツールでは、Figmaが82.6%で首位、Claudeが50.8%で2位、ChatGPTが48.2%、Claude Codeが38.4%、Figma Makeが34.8%と続く。上位10のうち5つがAIツールだ。この調査で最も注意深く読む価値があるのは、制作時間のどれだけをAI生成コードに使っているかを尋ねた設問だ。

43.8%が制作時間の半分以上をAIコードに

回答者の43.8%が、制作時間の半分以上をAI生成コードに費やしていると答え、37.7%はvibe codingをまったくしていない。過去6か月でAIを使ってツールやアプリ、ユーティリティを作った人は59.1%で、25.3%は定期的に作り、30.5%は作りたいがまだ始めていない。別のレポート(State of AI Design 2026)では、43%が、会社は動くプロトタイプをデザイン成果物として期待していると答えている。

役割間の差は全体平均よりずっと大きい

役割別に見ると、制作時間の半分以上をAIコードに使う割合は、Design Engineerが80.9%、Lead/Principalが56.8%、非デザイナーが50.9%、Manager/Directorが46.6%、ICデザイナーが35.0%、リサーチャーが26.1%だった。リサーチャーは23人しかおらず、調査自身が参考値としている。

差の方向は意外ではない。Design Engineerの成果物はもともとコードだからだ。むしろ注目したいのは、非デザイナーがすでに半分を超えている点で、PMやエンジニアが自分でインターフェースを作り始めている。State of AI Designの「40%がPMとエンジニアがより多くのデザイン作業をしていると答えた」という結果とも重なる。

7.39対5.93:相関であって原因ではない

ワークフロー満足度(10段階)は、「ほぼすべてvibe coding」の群が7.39、「まったくしない」群が5.93だった。「vibe codingで満足度が上がる」と読みたくなるが、レポート自身が、横断調査の相関であり因果は証明できないと注記している。逆方向も成り立つ。ワークフローがもともと順調な人ほど、コードの大半をAIに任せているのかもしれない。また、「ほぼすべてvibe coding」の群の人数も示されていない。

並存する不安

役割の価値と安定感についての回答には、はっきりした差がある。Design Engineerは50.0%が役割の価値が上がった、10.6%が不安定になったと答え、ICデザイナーは24.8%と32.4%、リサーチャーは17.4%と39.1%だった。今後12か月の投資分野の上位は、AI生成コード(64.0%)、エージェントワークフロー(46.3%)、デザインシステムとトークン(40.2%)で、最大の障壁はツールの習得にかかる時間(55.7%)だ。

あなたのお金にとって何を意味するか

PMや非デザイナーなら、同じ立場の50.9%がすでに制作時間の半分以上をAIコードに使っている。大事なのは自分も同じようにすることではなく、まず成果物が何かを決めることだ。社内ツールか、プロトタイプか、顧客が使う製品か。前の二つは失敗のコストが低く、三つ目は人による確認が要る。調査はこれらを分けていないため、7.39という満足度を、本番の製品にも向いている根拠として使うことはできない。

チームのために支出する立場なら、この調査が示す最大の詰まりは、ライセンス料ではなく習得時間だ。席を一つ増やすより、毎週繰り返す小さな作業を一つ選び、一人に2週間やってもらい、節約できた分と修正した分を記録してから、拡大するかを決めるほうが費用対効果が高い。

出典:UXtools — State of Prototyping: Spring 2026、AI in Design Report 2026 — Craft chapter (Designer Fund / Foundation Capital)
図解
各角色把一半以上製作時間花在 AI 生成程式碼的比例Design Engineer 達 80.9%,一般 IC 設計師僅 35.0%,研究員 26.1%(該組只有 23 人,僅供方向參考)Share Spending 50%+ of Build Time on AI-Generated CodeDesign Engineer80.9%Lead / Principal56.8%Non-designer50.9%Manager / Director46.6%IC Designer35.0%Researcher (n=23)26.1%50% lineSource: UXtools State of Prototyping, Spring 2026 (n=1,478). Researcher group is directional only.Claude Design Me · claudedesign-me.com
スクリーンショット歓迎。転載時は出典を明記してください。
質問する
10文字以上入力してください
関連記事
英語版では完璧に見えたAI生成インターフェース、ドイツ語やアラビア語に変えたらどれほど崩れたか?
cases · 10/05
AIが進歩したのは画像であって、ツールではない:6つの製品カテゴリをテストして見えた本当のギャップ
cases · 09/05
AI生成のランディングページコピーは本当に人間のコピーライターに転換率で勝てるのか?2026年のデータが示す、すっきりしない答え
cases · 09/03
ケーススタディ:雑然としたダッシュボードの再設計——何が問題だったか、AIでどう分解したか
cases · 08/15
関連トピック
Claude Code が MCP 許可ルールを厳格化:mcp__a は a__b というサーバーを許可しなくなり、二重アンダースコアを含む名前は書き方の変更が必要
Claude Me
意図より広く書かれた権限ルールはたいてい事故の後に気づかれるが、今回の MCP ルールの厳格化は、少なくともそのあいまいさを見えるようにする。
#claude-code
Claude Code に待機中の自動圧縮が追加:約54分放置された会話は、プロンプトキャッシュが切れる前に圧縮される
Claude Me
昼休み明けの最初の1通が最も高いのはキャッシュが切れているからで、待機中の自動圧縮は切れる前に会話を小さくする賭けだ。
#claude-code
Claude Code の hooks に onFailure: "block" 追加:スクリプトのパスを間違えてもポリシーゲートが黙って素通りしなくなる
Claude Me
ポリシー hook が壊れたときのデフォルトは通過で、ゲートはパスを1つ打ち間違えるまでとっくに死んでいたかもしれない。
#claude-code
Claude Code の Agent ツールに effort パラメータ追加:思考の深さごとにサブエージェントを別々に作る必要がなくなる
Claude Me
effort のレベルごとに同じサブエージェントを用意するのは呼び出しごとのパラメータがなかったための回避策で、それが登場した今、どれだけ節約できるかは自分で測るしかない。
#claude-code