3行でわかる UX設計力
- UX設計力=「何を作るべきか」を顧客と決める力。実装力(どう作るか)と対になる、作る前の力。
- 中身は3要素。ユーザーリサーチ(本当の課題を見つける)/体験設計(機能の前に体験を描く)/現場観察(会議室でなく業務から捉える)。
- 生成AIで「作る」が速く・安くなったいま、希少になるのは「何を作るか」。だからこそエンジニアの価値を分ける力になる。
UX設計力とは何か?
UX設計力とは、「何を作るべきか」を顧客と決める力です。実装力が「どう作るか」を担う力だとすれば、UX設計力は「何を作るか」を担う力です。両者は、作る前と作る最中という、別々の段階に立っています。
分かりやすいのは、顧客が「この画面が欲しい」と言ってきた場面です。実装力だけで応えると、言われた画面をその通りに作ります。一方、UX設計力がある人は、現場を見たうえで「本当に必要なのは画面ではなく、別の仕組みかもしれません」と問い直せます。要望をそのまま受け取るのではなく、要望の奥にある「本当に解くべき課題」まで遡って、作るものを顧客と決め直す。この問い直しこそが、UX設計力の正体です。
ここで大切なのは、UX設計力は実装力の上位互換ではない、ということです。どちらが偉いという話ではなく、「何を作るか」と「どう作るか」という、向き合う問いが違うだけです。作るものを外せば、どれだけ上手に作っても使われません。だから、作りはじめる前に「何を作るか」を見極める力が要るのです。
UX設計力は具体的にどんな技術で構成されるのか?
UX設計力は、大きく3つの要素で構成されます。ユーザーリサーチ(使う人を観察して本当の課題を見つける)、体験設計(機能の前にどんな体験かを描く)、現場観察(会議室の要望ではなく実際の業務から捉える)の3つです。この3つが、実装力という土台の上に乗ることで、「何を作るか」を決められるようになります。
ユーザーリサーチは、使う人の行動や状況を観察し、口では語られない本当の課題を見つける技術です。体験設計は、機能を並べる前に「ユーザーがどんな体験をするか」を先に描く技術です。現場観察は、打ち合わせの席で出てくる要望ではなく、実際に業務が動いている現場に立ち、必要なものを業務の流れから捉える技術です。この3つが欠けると、技術的には正しいのに「使われないキレイな設計」になってしまいます。なお、これら3要素と対をなすAI設計力との関係はFDEに必要なスキルで全体像を示しています。
なぜ今、エンジニアにUX設計力が必要なのか?
いま、エンジニアにUX設計力が必要になっているのは、生成AIによって「作る」が速く・安くなったからです。コードを書く、画面を組む、テストを通す——かつて時間と人手を要した「どう作るか」の部分が、急速に誰でも手が届くものになりました。その結果、希少になるのは「作る」ことではなく、「何を作るか」を見極める判断のほうです。
実装力は「どう作るか」の力、UX設計力は「何を作るか」の力です。AIが前者を民主化したいま、後者がエンジニアの価値を分けます。
「作れること」が価値だった時代には、実装力そのものが希少資源でした。けれども、AIが実装の敷居を下げると、作れるだけでは差がつきにくくなります。残るのは「何を作れば顧客の成果につながるか」を決められるかどうか。この力を持つエンジニアは、AIを「作る」道具ではなく、「何を作るかを素早く試す」道具として使えます。この構造はバイブコーディング時代のエンジニアの武器や、単価との関係を扱った生成AIで受託開発の単価は下がるのか?で、別の角度から掘り下げています。
UX設計力はどう身につけるのか?
UX設計力は、実案件で「何を作るか」に踏み込む経験と、その振り返りを重ねることで身につきます。本を読んで型を知るだけでは足りません。実際に顧客と作るものを決め、その判断が当たったか外れたかに向き合うことで、はじめて自分の力になります。
始め方はシンプルです。次の案件で、要件が固まる前の打ち合わせに同席し、「本当に解くべき課題は何か」を顧客と一緒に考えてみる。最初から完璧に問い直せなくて構いません。「言われた通りに作る」前に一度立ち止まって、現場を見て、作るものを問い直す——その小さな一歩の積み重ねが、UX設計力を育てます。この力を個人の経験で終わらせず、組織として再現できるようにする進め方はFDE人材の育て方で、立ち上げの段取りはFDE組織の立ち上げ方で解説しています。