<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>UX・心理学 - デザペディア</title>
	<atom:link href="https://www.ds-pedia.com/category/article/ux%E3%83%BB%E5%BF%83%E7%90%86%E5%AD%A6/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.ds-pedia.com</link>
	<description>デザイナーやクリエイターのための情報メディアサイト</description>
	<lastBuildDate>Sun, 20 Sep 2026 06:05:25 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.1</generator>

<image>
	<url>https://www.ds-pedia.com/wp-content/uploads/2026/07/cropped-favicon@2x-32x32.png</url>
	<title>UX・心理学 - デザペディア</title>
	<link>https://www.ds-pedia.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用</title>
		<link>https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/</link>
					<comments>https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Wed, 16 Sep 2026 16:13:21 +0000</pubDate>
				<category><![CDATA[UX・心理学]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[デザインシステム]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[UX]]></category>
		<category><![CDATA[認知心理学]]></category>
		<category><![CDATA[人間工学]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2093</guid>

					<description><![CDATA[<p>UIデザインの意思決定を感覚論から論理的な設計へ変える認知心理学の法則5選（ヒック、フィッツ、ヤコブ、ミラー、フォン・レストルフ）を解説。選択肢の絞り込み、44ptタップ領域、情報のチャンキングなど、現場のFigma実務ですぐに使える設計基準を網羅します。</p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/">UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>


<div class="target-audience"><div class="target-audience__title">この記事はこんな方に向けて書いています</div><ul class="target-audience__list"><li class="target-audience__item">デザインレビューで「なんとなく使いにくい」と言われた際、論理的な根拠で反論・説明したい方</li><li class="target-audience__item">ボタンのサイズや選択肢の数、ナビゲーション配置に客観的な設計基準を持たせたい方</li><li class="target-audience__item">認知心理学の基本法則を、実際のWeb・アプリUIやFigma実務でどう活かすか具体例を知りたい方</li></ul></div>



<p class="wp-block-paragraph">UIデザインの現場で「なぜその配置にしたのか」を問われた際、うまく言葉にできず困った経験がある方も多いと思います。<br>自分自身もデザインを始めたばかりの頃は、「見た目の収まりが良いから」といった<strong>感覚的な理由</strong>しか返せず、手戻りを繰り返すことがよくありました。</p>



<p class="wp-block-paragraph">画面の使いやすさは、デザイナー個人のセンスや勘ではなく、人間の脳が情報を処理する<strong>認知特性のルール</strong>で決まります。<br>この記事では、実務のUX/UI設計ですぐに役立つ<strong>代表的な5つの認知心理学の法則</strong>と、デザインレビューでそのまま使える具体的な言語化テクニックを詳しく共有します。</p>



<h2 class="wp-block-heading">なぜUIデザイナーに「認知心理学」が必要なのか？</h2>


<div class="c-quick-answer"><div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">なぜUIデザインに認知心理学が不可欠なのか？</span></div><p class="c-quick-answer__text"><br />
ユーザーは画面を「見た目の美しさ」ではなく<strong>「脳の省エネ（認知負荷の低さ）」</strong>で直感的に評価します。認知心理学の法則を設計基準に据えることで、感覚的な議論を排除し、誰もが迷わず操作できるUIを論理的に組み立てられます。<br /></p></div>



<p class="wp-block-paragraph">ユーザーがWebサイトやアプリを操作するとき、画面上の情報を見つけ、理解し、行動を決定するまでに多くの<strong>脳のリソース（認知負荷）</strong>を消費しています。<br>操作に迷ったり戸惑ったりする原因の大半は、レイアウトの美しさではなく、人間の情報処理プロセスに対して<strong>不自然な負荷</strong>がかかっている点にあります。</p>



<p class="wp-block-paragraph">認知心理学の法則を設計の土台に据えると、デザインレビューの議論が「個人の好み」から「客観的な使いやすさの検証」へと大きく変わります。<br>チームのエンジニアやプロダクトマネージャーに対しても、<strong>科学的な根拠を持った提案</strong>ができるため、無駄な手戻りを防ぎながらスムーズな合意形成を図ることができます。</p>



<h2 class="wp-block-heading">1. ヒックの法則（Hick&#8217;s Law）｜選択肢の増えすぎを防ぎ、意思決定を加速させる</h2>



<p class="wp-block-paragraph">ヒックの法則とは、ユーザーが意思決定を下すまでの時間は、<strong>提示された選択肢の数と複雑さ</strong>に応じて対数関数的に増加するという心理学の基本法則です。<br>1952年に心理学者のウィリアム・エドマンド・ヒックとレイ・ハイマンによって定式化され、人間工学や情報設計の現場で広く活用されています。</p>



<p class="wp-block-paragraph">UI設計において選択肢を1つの画面に並べすぎると、ユーザーは何を選べばよいか分からなくなり、<strong>行動の停止や画面からの離脱</strong>を引き起こします。<br>たとえば、ドロップダウンメニューの中に数十個の項目が無秩序に並んでいたり、ヘッダーに10個以上のナビゲーションリンクが密集していたりする状態がこれに当たります。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-62.jpg" alt="【ヒックの法則】選択肢の増えすぎと段階的開示（松竹梅の3択設計）の比較" /></figure>



<h3 class="wp-block-heading">実務での実践：松竹梅の3択設計と段階的開示</h3>



<p class="wp-block-paragraph">SaaSの料金プラン表や機能選択画面では、主要な選択肢を<strong>3つ程度（いわゆる松竹梅の構成）</strong>に絞り込むことが実務における標準的なアプローチです。<br>どうしても選択肢が多くなる場合は、最初からすべてを見せるのではなく、<strong>段階的開示（Progressive Disclosure）</strong>の手法を取り入れます。</p>



<p class="wp-block-paragraph">初期表示では最も利用頻度の高い主要項目だけを提示し、詳細な設定や高度なオプションはアコーディオンやモーダルで<strong>必要なときだけ展開</strong>させます。<br>実際にFigmaで画面を組む際も、初期状態の選択肢を3〜4個に制限するだけで、ユーザーテストでのタスク完了時間が大きく短縮されることを実感します。</p>



<p class="wp-block-paragraph">選択肢の絞り込みやあえて<strong>制約を設けるUX設計のアプローチ</strong>については、以下の記事でも詳しく解説しています。<br>現場での情報整理に迷ったときの指針として、ぜひ参考にしてみてください。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/06/29/design-harness/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-93-1024x572.jpg" alt="デザインハーネス入門｜AIのUI生成とレビュー停滞を解く4層構造【2026】" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">デザインハーネス入門｜AIのUI生成とレビュー停滞を解く4層構造【2026】</div>
                <div class="blogcard_excerpt">無限の選択肢による疲弊を防ぎ、あえて制約を設けることでUXを高めるフレームワークを解説。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<h2 class="wp-block-heading">2. フィッツの法則（Fitts&#8217;s Law）｜移動距離とターゲットサイズで誤操作をゼロにする</h2>



<p class="wp-block-paragraph">フィッツの法則とは、ある目標（ターゲット）に素早く到達して選択するまでの時間は、<strong>目標までの距離に比例し、目標の大きさに反比例する</strong>という法則です。<br>1954年に心理学者のポール・フィッツが提唱したもので、マウスカーソルの移動やスマートフォンのタップ操作における基本中の基本となる指標です。</p>



<p class="wp-block-paragraph">この法則から導き出されるのは、<strong>「頻繁に押すボタンは大きく、指やカーソルに近い場所に置くべき」</strong>という極めて明快な設計原則です。<br>逆に、画面の端にある小さな文字リンクや、親指が届きにくい位置にある重要なCTAボタンは、操作時間を無駄に長引かせ、誤タップの原因になります。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-65.jpg" alt="【フィッツの法則】スマートフォンの親指操作ゾーンと44ptタップ領域の基準" /></figure>



<h3 class="wp-block-heading">実務での実践：親指操作ゾーン（Thumb Zone）と44pt基準</h3>



<p class="wp-block-paragraph">スマートフォンアプリの設計では、片手持ちの親指が自然に届く<strong>画面下部エリア（親指操作ゾーン）</strong>に主要アクションを配置するのがセオリーです。<br>購入ボタンや送信ボタンをページ最下部の固定ボトムバーに配置する設計は、まさに<strong>フィッツの法則に基づいた移動距離の最小化</strong>の実践例と言えます。</p>



<p class="wp-block-paragraph">また、Appleのヒューマンインターフェイスガイドライン（HIG）が定める<strong>「最小タップ可能領域44×44pt」</strong>のルールも、フィッツの法則に直結しています。<br>Figmaでボタンコンポーネントを設計する際は、見た目のアイコンが小さくても、オートレイアウトの余白を含めた<strong>ヒットエリアを確実に44pt以上確保</strong>することが不可欠です。</p>



<p class="wp-block-paragraph">タップ領域の具体的な数値基準や<strong>HIGの設計思想</strong>については、以下の記事で体系化しています。<br>モバイルUIの操作性を引き上げるための基本ルールとして、あわせて確認してみてください。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/04/13/apple-hig-design-system-philosophy/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/04/eyecatch_hig_comfort-1024x572.jpg" alt="Apple HIG実務ガイド｜タップ領域44pt・文字11pt基準とiOSの基本原則【2026】" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">Apple HIG実務ガイド｜タップ領域44pt・文字11pt基準とiOSの基本原則【2026】</div>
                <div class="blogcard_excerpt">Appleが定める44ptタップ領域や文字サイズの論理的根拠と、iOS実務への落とし込み方を網羅。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<h2 class="wp-block-heading">3. ヤコブの法則（Jakob&#8217;s Law）｜「既視感」を味方につけ、学習コストを最小化する</h2>



<p class="wp-block-paragraph">ヤコブの法則とは、ユーザーは他の無数のWebサイトやアプリで大半の時間を過ごしているため、<strong>あなたのサイトもそれらと同じように機能することを期待している</strong>という法則です。<br>ユーザビリティ研究の第一人者であるヤコブ・ニールセンが2000年に提唱したもので、Web標準やデザインシステムの重要性を端的に表しています。</p>



<p class="wp-block-paragraph">デザイナーが独自性や斬新さを求めすぎるあまり、一般的な操作ルールを逸脱してしまうと、ユーザーは<strong>強いストレスと学習コスト</strong>を強いられます。<br>たとえば、ヘッダー左上のロゴをクリックしてもトップに戻らない設計や、右上に置かれるはずの検索バーやカートアイコンがフッターの隅に隠れているような構成です。</p>



<h3 class="wp-block-heading">実務での実践：メンタルモデルの流用と独自性の住み分け</h3>



<p class="wp-block-paragraph">使いやすいUIを構築する近道は、ユーザーがすでに獲得している<strong>メンタルモデル（頭の中の操作イメージ）</strong>をそのまま流用することです。<br>ECサイトであれば「右上にカート」「画面下部に固定の購入ボタン」、メディアサイトであれば「左上にロゴ」「上部にグローバルナビゲーション」といった配置を素直に踏襲します。</p>



<p class="wp-block-paragraph">UIデザイナーがクリエイティビティを発揮すべき領域は、操作の基本構造ではなく、<strong>ブランドの世界観を伝えるビジュアルや丁寧なインタラクション</strong>です。<br>基本の導線ルールを業界標準にしっかりと揃えることで、ユーザーは使い方に悩むことなく、サービス本来の価値やコンテンツに集中できます。</p>



<h2 class="wp-block-heading">4. ミラーの法則（Miller&#8217;s Law）｜短期記憶の限界「マジックナンバー7」と情報のチャンキング</h2>



<p class="wp-block-paragraph">ミラーの法則とは、平均的な人間が一度に短期記憶（ワーキングメモリ）に保持できる情報の数は、<strong>「7加減2（5個から9個）」程度に限られている</strong>という心理学の基本法則です。<br>一般には<strong>「マジックナンバー7（マジカルナンバー7±2）」</strong>という呼び名でも広く親しまれており、1956年に認知心理学者のジョージ・ミラーが発表した論文に由来します。</p>



<p class="wp-block-paragraph">近年の認知心理学の研究では、複雑なUI環境においては保持できる数が<strong>さらに少ない「4±1個程度」</strong>とも言われています。<br>区切りのない数字の羅列や、整理されていない長大な箇条書きリストは、ユーザーの記憶のキャパシティをあっという間に圧迫してしまいます。</p>



<h3 class="wp-block-heading">実務での実践：情報のチャンキングとフォームのステップ分割</h3>



<p class="wp-block-paragraph">この記憶の負荷を軽減するための最も強力な手法が、複数の情報を意味のある塊にまとめる<strong>「チャンキング（Chunking）」</strong>です。<br>クレジットカード番号を4桁ずつハイフンで区切ったり、電話番号を市外局番ごとに分ける入力フォームの設計は、チャンキングの典型的な応用例です。</p>



<p class="wp-block-paragraph">また、20項目以上におよぶ会員登録やアンケートフォームを設計する際は、1画面にすべてを詰め込まず、<strong>3〜4ステップに分割して案内</strong>します。<br>Figma上でカード型UIをレイアウトする際も、1つのカード内に含める主要情報は3〜4要素以内に抑え、視覚的なグループを明確に分けることが大切です。</p>



<p class="wp-block-paragraph">実務で注意したいのは、画面上のUIは「記憶」ではなく「視覚認識」できるため、メニュー項目などを機械的に7個以下に制限する必要はない点です。<br>重要なのは数を無理に減らすことではなく、関連する項目同士を<strong>適切なチャンク（塊）に整理</strong>して、スキャンしやすい構造を作ることです。</p>



<h2 class="wp-block-heading">5. フォン・レストルフ効果（孤立効果）｜視覚的コントラストで最重要アクションを際立たせる</h2>



<p class="wp-block-paragraph">フォン・レストルフ効果（別名：孤立効果）とは、複数の似た要素が並んでいるとき、<strong>他と異なる視覚的特徴を持つ1つの要素が最も記憶に残り、注目を集める</strong>という効果です。<br>1933年に精神科医のヘドウィグ・フォン・レストルフによって発見され、CTAボタンの設計や価格表のレイアウトにおいて最も頻繁に活用される理論です。</p>



<p class="wp-block-paragraph">この効果をUIに応用する際の注意点は、画面内のあらゆる要素を目立たせようとして、<strong>有彩色や強いコントラストを多用しすぎないこと</strong>にあります。<br>すべてのボタンが同じ鮮やかなブルーで塗られている画面では、強調の効果が相殺され、結果としてユーザーはどこをタップすべきか迷ってしまいます。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-65.jpg" alt="【フォン・レストルフ効果】全ボタン強調の失敗とPrimaryボタン単一塗りの視線誘導" /></figure>



<h3 class="wp-block-heading">実務での実践：Primaryボタンの孤立化と「おすすめ」バッジ</h3>



<p class="wp-block-paragraph">この効果を最大限に活かすためには、画面内で最優先してほしい操作（Primaryアクション）に対してのみ、<strong>明確な視覚的差異</strong>を与えます。<br>たとえば、主要な「購入する」「登録する」ボタンだけを鮮やかな塗りのボタンにし、キャンセルや戻るなどの副次的なボタンは枠線（Secondary）やテキストリンク（Tertiary）に抑えます。</p>



<p class="wp-block-paragraph">また、3つの料金プランが並ぶ比較表において、中央の推奨プランだけカードの枠線を太くし、上部に<strong>「人気No.1」といったバッジを付与する手法</strong>もフォン・レストルフ効果の実践です。<br>周囲を均一で控えめなトーンに整えておくことで、際立たせたい1点にユーザーの視線を自然かつ的確に誘導できます。</p>



<h2 class="wp-block-heading">実務で使える！デザインレビューを突破する「言語化フレーズ」早見表</h2>



<p class="wp-block-paragraph">認知心理学の知識は、実際の画面設計だけでなく、<strong>チーム内でのデザインレビューやクライアントへの提案</strong>において大きな力を発揮します。<br>感覚的な指摘を受けた際に、そのまま根拠として使える実践的な言語化フレーズを以下の表に整理しました。</p>



<figure class="wp-block-table"><table><thead><tr><th>レビューで受ける主な指摘</th><th>根拠となる心理学法則</th><th>そのまま使える論理的な言語化フレーズ</th></tr></thead><tbody><tr><td>「選択肢が多くて迷いそう」</td><td>ヒックの法則</td><td>「初期表示を主要な3択に絞り、詳細設定は段階的開示（アコーディオン）で必要なときだけ展開させています。」</td></tr><tr><td>「スマホでボタンが押しにくい」</td><td>フィッツの法則</td><td>「親指が届きやすい画面下部の固定バーに配置し、タップ領域を44pt以上確保して指の移動時間を最小化しています。」</td></tr><tr><td>「他のサービスと似すぎている」</td><td>ヤコブの法則</td><td>「ユーザーが日常的に慣れ親しんでいるメンタルモデルを活用し、使い方に迷わせないよう基本配置を標準に合わせています。」</td></tr><tr><td>「情報がごちゃごちゃして見える」</td><td>ミラーの法則</td><td>「短期記憶の負荷を抑えるため、1ブロックあたり3〜4項目のチャンクに分割し、カード型で視覚的にグルーピングしています。」</td></tr><tr><td>「どれが最重要ボタンか分からない」</td><td>フォン・レストルフ効果</td><td>「Primaryボタンのみに鮮やかな塗りを適用し、孤立効果によってユーザーの視線を最優先アクションへ自然に誘導しています。」</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">「なんとなく使いにくい」「自分の感覚と違う」といった主観的な指摘に対しても、<strong>心理学の法則に基づいた客観的な意図</strong>を返すことで、議論を建設的な方向へ進められます。<br>デザイナー自身が論理的な言葉を持つことは、デザインの品質を守り、チーム全員が納得して開発を進めるための確かな強みになります。</p>



<p class="wp-block-paragraph">デザインの意図をチームやクライアントに的確に伝え、合意形成をスムーズにするための<strong>言語化スキル</strong>については、こちらの記事でも詳しくまとめています。<br>レビューでの伝え方に課題を感じている方は、あわせて目を通してみてください。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/07/18/design-critique-and-logical-explanation/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/07/design_verbalization_eyecatch-1024x572.jpg" alt="「なんとなく良い」を卒業する。デザインの意図を論理的に翻訳する「言語化力」の鍛え方" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">「なんとなく良い」を卒業する。デザインの意図を論理的に翻訳する「言語化力」の鍛え方</div>
                <div class="blogcard_excerpt">デザインの意図をチームやクライアントに論理的に伝え、手戻りを防ぐための実践的言語化スキル。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<h2 class="wp-block-heading">終わりに</h2>



<p class="wp-block-paragraph">最後までお読みいただき、ありがとうございます！</p>



<p class="wp-block-paragraph">UIデザインにおいて認知心理学の法則を学ぶことは、表現の幅を狭める制約ではなく、<strong>自信を持ってデザインを届けるための論理的な土台</strong>になります。<br>画面の向こう側にいるユーザーの脳や身体の仕組みに寄り添うことで、迷いのない心地よい操作体験を生み出すことができます。</p>



<p class="wp-block-paragraph">日々の制作の中で配置やサイズに迷ったときは、ぜひ今回紹介した<strong>5つの法則を振り返り</strong>、実務の設計に役立ててみてください。<br>これからも、論理的なUIデザインを一緒に楽しんでいきましょう。<br>それでは、良いデザインライフを！</p><p>The post <a href="https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/">UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>なぜ私たちは「使いにくい」に気づけないのか。感覚を言葉にする、UXリサーチと知見共有の習慣</title>
		<link>https://www.ds-pedia.com/2026/06/18/bad-ux-pattern-detection-skills/</link>
					<comments>https://www.ds-pedia.com/2026/06/18/bad-ux-pattern-detection-skills/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Thu, 18 Jun 2026 14:31:31 +0000</pubDate>
				<category><![CDATA[UX・心理学]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[UIデザイン]]></category>
		<category><![CDATA[UXデザイン]]></category>
		<category><![CDATA[UXリサーチ]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=850</guid>

					<description><![CDATA[<p>こんにちは！UIデザイナーのYunyです。 日常のふとした瞬間に感じる違和感。例えばスマホアプリで、目立つ色のボタンをつい押してしまい「間違えた！」と焦った経験はないでしょうか。 こうした無意識のつまずきは、決してあなた &#8230; </p>
<p class="link-more"><a href="https://www.ds-pedia.com/2026/06/18/bad-ux-pattern-detection-skills/" class="more-link">続きを読む<span class="screen-reader-text"> "なぜ私たちは「使いにくい」に気づけないのか。感覚を言葉にする、UXリサーチと知見共有の習慣"</span></a></p>
<p>The post <a href="https://www.ds-pedia.com/2026/06/18/bad-ux-pattern-detection-skills/">なぜ私たちは「使いにくい」に気づけないのか。感覚を言葉にする、UXリサーチと知見共有の習慣</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！<br>UIデザイナーのYunyです。</p>


<div class="target-audience"><div class="target-audience__title">この記事はこんな方に向けて書いています</div><ul class="target-audience__list"><li class="target-audience__item">「なんだか使いにくい」という感覚の正体を知りたい方</li><li class="target-audience__item">デザインやリサーチの視点を、日々の生活や業務に少しだけ活かしてみたい方</li><li class="target-audience__item">チーム内で知識や失敗を効果的に共有する仕組みを作りたい方</li></ul></div>



<p class="wp-block-paragraph">日常のふとした瞬間に感じる違和感。例えばスマホアプリで、目立つ色のボタンをつい押してしまい「間違えた！」と焦った経験はないでしょうか。</p>



<p class="wp-block-paragraph">こうした無意識のつまずきは、決してあなたのせいではなくデザインの課題です。この課題を見つけ出し、心地よい体験へと改善するアプローチが<strong>UXリサーチ</strong>です。</p>



<p class="wp-block-paragraph">この記事では、明日から現場で使える具体的なリサーチ手法と、その知見をチームで共有する仕組みをご紹介します！</p>



<figure class="wp-block-image size-medium"><img decoding="async" width="300" height="164" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1mni5z1mni5z1mni-300x164.jpg" alt="スマホの目立つボタンをつい押し間違えてしまうユーザーの図解" class="wp-image-856" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1mni5z1mni5z1mni-300x164.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1mni5z1mni5z1mni-1024x558.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1mni5z1mni5z1mni-2000x1091.jpg 2000w" sizes="(max-width: 300px) 100vw, 300px" /></figure>



<h2 class="wp-block-heading">1. 直感を裏付ける。現場で使える「3つのUXリサーチ手法」</h2>



<p class="wp-block-paragraph">「リサーチ」と聞くと大掛かりなアンケート調査や大勢を集めたテストを想像するかもしれません。しかし、実はいつもの業務にすぐ取り入れられる手法がたくさんあります。ここでは、明日からすぐに使える3つの方法をご紹介しますね！</p>



<ul class="wp-block-list">
<li><strong>ヒューリスティック評価（専門家レビュー）</strong>:<br>個人の曖昧な感覚ではなく、認知心理学の法則やデザインの原則といった基準を用いて、画面の使いやすさを定性的に調査・評価するやり方です。例えば、スマートフォンの「戻る」ボタンが画面下部にあると心地よく感じますよね。これは<strong>フィッツの法則</strong>（ターゲットまでの距離と大きさで操作時間が決まる）で説明できます。<br>過去のプロジェクトで、私は画面右上にあって押しづらかった「保存」ボタンを、親指が届きやすい下部に移動させただけで、入力完了率が目に見えて改善した経験があります。「なんとなく良い」を法則で裏付けることで、チーム内でも説得力のあるデザインへと変わります。</li>



<li><strong>ユーザーインタビュー</strong>:<br>ユーザーの「声」から、行動の背景にある心理を探る方法です。ただし、聞き方には注意が必要です。私自身、過去に「この新機能は便利だと思いますか？」と誘導的な質問をしてしまい、ユーザーに気を遣わせて本音を引き出せなかった失敗がありました。ユーザーに答えを言わせるのではなく、「普段どのように操作していますか？」とフラットな目線で問いかけることが大切です。</li>



<li><strong>ユーザビリティテスト</strong>:<br>ユーザーの実際の「行動」を観察する手法です。冒頭でお話しした「目立つ色のボタンをつい押してしまう」といった、ユーザー自身も無意識に行っているつまずきは、インタビューの言葉だけでは決して出てきません。<br>新卒時代、私が自信満々で作った「おしゃれなバナー」を、テスト参加者が完全に風景と同化してスルーしてしまったのを目の当たりにしたことがあります。実際の操作を観察して初めて、本当の課題に気づくことができるのです。</li>
</ul>



<figure class="wp-block-image size-medium"><img decoding="async" width="300" height="164" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_zihb9jzihb9jzihb-300x164.jpg" alt="ユーザーの言葉ではなく実際の行動を観察するユーザビリティテストの図解" class="wp-image-854" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_zihb9jzihb9jzihb-300x164.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_zihb9jzihb9jzihb-1024x558.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_zihb9jzihb9jzihb-2000x1091.jpg 2000w" sizes="(max-width: 300px) 100vw, 300px" /></figure>



<h2 class="wp-block-heading">2. 得られた知見を引き出しに眠らせない「失敗の共有」</h2>



<p class="wp-block-paragraph">こうしたリサーチで得た気づきやナレッジは、個人の頭の中にとどめず、チームで共有して初めて実際のデザインに活きてきます。</p>



<p class="wp-block-paragraph">その際、私たちはついつい成功例を集めたがりますが、実は現場の「失敗」こそが最も価値のあるナレッジになります。失敗パターンをあらかじめ知ることで、他のメンバーが同じミスを未然に防げるからですね。</p>



<p class="wp-block-paragraph">先ほど触れた「誘導的なインタビューをしてしまった」という私の失敗も、隠さずに「アンチパターン（避けるべき型）」としてドキュメント・チェックリスト化し、チームに共有しました。すると、他のメンバーからも「実は自分も同じことで悩んでいた」「こういう聞き方をしたら失敗した」という声が次々と上がり、チーム内で「失敗を語ってもいいんだ」という安心感が生まれました。</p>



<p class="wp-block-paragraph">結果として、チーム全体のリサーチの再現性や精度を高める大きなきっかけになったのです。<br><strong>「どこで間違えたか」</strong>というリアルな記録のほうが、後に続く人にとってはるかに印象に残るんですよね。</p>



<h2 class="wp-block-heading">3. リサーチ結果を「読まれないレポート」にしない工夫</h2>



<p class="wp-block-paragraph">UXリサーチで得たせっかくの知見も、文字ばかりの長文レポートにしてWikiの奥底に保存するだけでは、なかなかデザインの現場に反映されません。リサーチ結果は、デザイナーが実際の作業の中で自然と目に触れる場所に置くことが重要です。</p>



<p class="wp-block-paragraph">実務に取り入れる際は、例えばこんな工夫が効果的です！</p>



<ul class="wp-block-list">
<li><strong>デザインツール（Figmaなど）に直接書き残す</strong>:<br>別ツールのドキュメントにまとめるのではなく、デザインしている画面のすぐ横に「この配置は前回のテストで迷うユーザーが多かった」と付箋のように直接メモを残します。作業中に必ず目に入るため、リサーチの知見が確実に次のデザインへと活かされます。</li>



<li><strong>「ユーザーが迷った瞬間」の短い動画を共有する</strong>:<br>「ボタンが分かりにくかったようです」と文字で報告するよりも、実際のユーザビリティテストで参加者が画面上で5秒間フリーズして迷っている動画をチャットツールにポンと貼るほうが、チームメンバーには圧倒的な説得力を持って伝わります。</li>
</ul>



<p class="wp-block-paragraph">リサーチの結果は、きれいにまとめることよりも「いかにデザインの現場で直感的に使える状態にするか」が大切です。生々しいユーザーの反応をデザインの身近に置くことで、チーム全体の視点が自然とユーザー中心に変わっていくはずです。</p>



<figure class="wp-block-image size-medium"><img decoding="async" width="300" height="164" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_7p59xm7p59xm7p59-300x164.jpg" alt="デザインツール上にリサーチ結果の付箋を直接貼って共有する図解" class="wp-image-855" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_7p59xm7p59xm7p59-300x164.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_7p59xm7p59xm7p59-1024x559.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_7p59xm7p59xm7p59-2000x1091.jpg 2000w" sizes="(max-width: 300px) 100vw, 300px" /></figure>



<h2 class="wp-block-heading">まとめ：明日からの景色が、ほんの少し変わる視点</h2>



<p class="wp-block-paragraph">UXリサーチを実践し、その知識を共有することは、ただデータを管理するような退屈な作業ではありません。</p>



<p class="wp-block-paragraph">誰かが感じた小さな不便に気づき、それをどう解決したのか。そのプロセスを書き残すことは、次に同じ課題にぶつかる誰かへの「メモ」を残すような、とても人間らしい行為だと私は思っています。</p>



<p class="wp-block-paragraph">明日、あなたがいつも使う駅の券売機や、見慣れたスマートフォンのアプリに触れるとき。少しだけ「なぜ、このボタンはここにあるんだろう？」と考えてみてください。</p>



<p class="wp-block-paragraph">そうした小さな問いを持つことで、デザインに対する視点が変わり、皆さんの毎日が少しだけ面白いものに変わるかもしれません。</p>



<h2 class="wp-block-heading">終わりに</h2>



<p class="wp-block-paragraph">最後までお読みいただき、ありがとうございます！</p>



<p class="wp-block-paragraph">「使いやすいデザイン」の背景には、それを支えるための論理やリサーチの積み重ねがしっかりと存在しています。私自身もまだまだ失敗ばかりですが、日常の違和感を見逃さず、少しずつ学びを深めています。</p>



<p class="wp-block-paragraph">皆さんの日常の景色が、少しでも新鮮に映るようになれば嬉しいです。これからも、心地よい体験の探求を一緒に楽しんでいきましょう。</p>



<p class="wp-block-paragraph">それでは、良いデザインライフを！</p><p>The post <a href="https://www.ds-pedia.com/2026/06/18/bad-ux-pattern-detection-skills/">なぜ私たちは「使いにくい」に気づけないのか。感覚を言葉にする、UXリサーチと知見共有の習慣</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/06/18/bad-ux-pattern-detection-skills/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>PASONAの法則とLP設計｜訴求構成とCVR改善の実務ガイド【2026】</title>
		<link>https://www.ds-pedia.com/2026/06/11/pasona-lp-design-guide/</link>
					<comments>https://www.ds-pedia.com/2026/06/11/pasona-lp-design-guide/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Wed, 10 Jun 2026 20:01:08 +0000</pubDate>
				<category><![CDATA[UX・心理学]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[UXデザイン]]></category>
		<category><![CDATA[マーケティング]]></category>
		<category><![CDATA[LPO]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=812</guid>

					<description><![CDATA[<p>LPを設計するとき、「どの情報をどの順番で見せればいいか」で迷うことはよくありますよね。見た目のデザインが良くても、情報の並び順や言葉の選び方がズレていると、ユーザーはすぐに離脱します。 そんな構成の迷いを整理するフレー &#8230; </p>
<p class="link-more"><a href="https://www.ds-pedia.com/2026/06/11/pasona-lp-design-guide/" class="more-link">続きを読む<span class="screen-reader-text"> "PASONAの法則とLP設計｜訴求構成とCVR改善の実務ガイド【2026】"</span></a></p>
<p>The post <a href="https://www.ds-pedia.com/2026/06/11/pasona-lp-design-guide/">PASONAの法則とLP設計｜訴求構成とCVR改善の実務ガイド【2026】</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">LPを設計するとき、「どの情報をどの順番で見せればいいか」で迷うことはよくありますよね。<br>見た目のデザインが良くても、情報の並び順や言葉の選び方がズレていると、ユーザーはすぐに離脱します。</p>



<p class="wp-block-paragraph">そんな構成の迷いを整理するフレームとして、マーケターだけでなくUIデザイナーにも活用できるのが<strong>「PASONAの法則」</strong>です。<br>LPの訴求構成・情報優先度・CTAの配置判断まで、デザインの意図を論理的に説明するための根拠として機能します。</p>


<div class="target-audience"><div class="target-audience__title">この記事はこんな方に向けて書いています</div><ul class="target-audience__list"><li class="target-audience__item">LPや申し込みページの設計を担当する、またはこれから挑戦したいUIデザイナーの方</li><li class="target-audience__item">「綺麗なデザイン」から一歩踏み込み、CVRやユーザー行動の視点を取り入れたい方</li><li class="target-audience__item">ペルソナ設計やPASONAの法則をUIデザインに実際どう活かすか知りたい方</li></ul></div>



<h2 class="wp-block-heading">1. PASONAの法則とは？LPの情報構成を設計するフレームワーク</h2>


<div class="c-quick-answer"><div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">PASONAの法則とは？</span></div><p class="c-quick-answer__text"><br />
LPの訴求構成を6ステップで設計するマーケティングフレームワークです（<strong>Problem・Affinity・Solution・Offer・Narrowing down・Action</strong>）。読者の課題への共感から行動まで、心理的な順番で情報を配置する構成の型として活用します。<br /></p></div>



<p class="wp-block-paragraph">もともとはコピーライティングの型として広まりましたが、LPやUIの情報設計においても有効です。<br>各ステップが「なぜ読み続けるのか」「なぜ申し込みたくなるのか」という読者の心理プロセスと対応しており、UIデザイナーが画面の優先順位やCTAの配置を判断する根拠として使えます。</p>



<p class="wp-block-paragraph">旧来のPASONAには読者の不安を意図的に高める「Agitation（煽り）」が含まれていましたが、現在は読者に寄り添う<strong>「Affinity（親近感）」</strong>へと更新されています。<br>「あなたの悩みをわかっている」と伝える姿勢が、読了率と信頼感につながります。</p>



<h2 class="wp-block-heading">2. ペルソナ設計：「誰に向けて作るか」がLP全体のトーンを決める</h2>



<figure class="wp-block-image size-medium"><img decoding="async" width="300" height="164" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_ydwgirydwgirydwg-300x164.jpg" alt="広い範囲のターゲットと、具体的な一人に絞り込んだペルソナの違いを示す図解" class="wp-image-815" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_ydwgirydwgirydwg-300x164.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_ydwgirydwgirydwg-1024x558.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_ydwgirydwgirydwg-2000x1091.jpg 2000w" sizes="(max-width: 300px) 100vw, 300px" /></figure>



<p class="wp-block-paragraph">LPを設計するとき、「万人受けするデザイン」を目指すと、結果的に誰にも刺さらない画面になりがちです。<br>ターゲット（「30代女性」のような属性の集合）ではなく、<strong>具体的な一人のペルソナ</strong>を設定することで、コピーの言葉選びや視覚的な優先順位が整理しやすくなります。</p>



<figure class="wp-block-table"><table><thead><tr><th>比較</th><th>ターゲット</th><th>ペルソナ</th></tr></thead><tbody><tr><td><strong>定義の粒度</strong></td><td>「20〜40代女性」のような属性の幅</td><td>「フルタイム勤務で子どもの教育に関心がある30代後半の母親」という一人</td></tr><tr><td><strong>LPへの影響</strong></td><td>コピーやCTAが曖昧になりやすい</td><td>言葉選びが具体的になり、読者への共感が伝わりやすい</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">LP設計を担当するとき、ペルソナの解像度が低いままビジュアルを作り始めると、<strong>後から「なんか刺さらない」という手戻りが発生しやすい</strong>と感じています。<br>先にペルソナを明確にしておくだけで、どの情報を最初に見せるかの判断が早くなります。</p>



<h2 class="wp-block-heading">3. PASONA × LP構成のマッピング：6ステップをUIパーツに対応させる</h2>



<figure class="wp-block-image size-medium"><img decoding="async" width="300" height="164" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_o7d6gno7d6gno7d6-300x164.jpg" alt="不安を煽るアプローチから、読者に寄り添うAffinityのアプローチへの変化を示す図解" class="wp-image-816" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_o7d6gno7d6gno7d6-300x164.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_o7d6gno7d6gno7d6-1024x558.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_o7d6gno7d6gno7d6-2000x1091.jpg 2000w" sizes="(max-width: 300px) 100vw, 300px" /></figure>



<p class="wp-block-paragraph">PASONAの各ステップが実際のLPのどのパーツに対応するか、以下の表で整理しました。<br>設計時やレビュー時にこのマッピングを参照すると、「どのステップが抜けているか」を確認するチェックリストとして使えます。</p>



<figure class="wp-block-table"><table><thead><tr><th>PASONAのステップ</th><th>役割</th><th>LPのUIパーツ例</th></tr></thead><tbody><tr><td><strong>Problem（問題提起）</strong></td><td>読者の課題・悩みを言語化する</td><td>ヒーローエリアのキャッチコピー・サブテキスト</td></tr><tr><td><strong>Affinity（親近感）</strong></td><td>「あなたのことがわかる」と伝える</td><td>お悩み共感ブロック・ユーザーの声</td></tr><tr><td><strong>Solution（解決策）</strong></td><td>何が解決するかを示す</td><td>機能説明・特徴セクション</td></tr><tr><td><strong>Offer（提案）</strong></td><td>プラン・料金・特典を提示する</td><td>料金表・プランカード</td></tr><tr><td><strong>Narrowing down（限定）</strong></td><td>「今が判断のタイミング」と背中を押す</td><td>期間限定バナー・残り枠数の表示</td></tr><tr><td><strong>Action（行動促進）</strong></td><td>申し込み・登録へ誘導する</td><td>CTAボタン・フォーム</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">このマッピングを持っておくと、LP設計のレビュー時にも活用できます。<br>「Solutionのセクションがないまま料金表が来ている」「Affinityが全くなく機能説明から始まる」といった構成ミスを事前に検出できます。</p>



<h2 class="wp-block-heading">4. 「悩みに気づかせる商材」vs「比較検討から始まる商材」：PASONAとFABEの使い分け</h2>



<p class="wp-block-paragraph">商材のLPを設計するときに最も注意したいのが、<strong>「ユーザーの検討フェーズ」によって最適なフレームワークが根本から異なる</strong>という点です。<br>商材には大きく分けて「そもそも悩みに気づかせる商材」と「すでに比較検討から始まる商材」の2種類が存在します。</p>



<figure class="wp-block-table"><table><thead><tr><th>比較軸</th><th>① 悩みに気づかせる商材（潜在層）</th><th>② 比較検討から始まる商材（顕在層）</th></tr></thead><tbody><tr><td><strong>ユーザーの状態</strong></td><td>「なんとなく不便だが解決策を知らない」「まだ課題を言語化できていない」</td><td>「導入することは決めていて、A社・B社・C社のどれにするか選んでいる」</td></tr><tr><td><strong>商材の具体例</strong></td><td>新しい概念のSaaS、新規事業サービス、キャリアコーチング、未経験向け学習スクール</td><td>定番の勤怠管理・会計ソフト、法人PC・サーバー、引越し一括見積もり、格安SIM</td></tr><tr><td><strong>最適なフレームワーク</strong></td><td><strong>PASONAの法則</strong><br>課題の言語化（Problem）から共感（Affinity）を経て、解決策（Solution）へ導く</td><td><strong>FABE（ファブ）の法則</strong><br>特徴（Feature）・優位性（Advantage）・利益（Benefit）・証拠（Evidence）で差を示す</td></tr><tr><td><strong>LPのUI構成アプローチ</strong></td><td>ヒーローで「こんな悩みありませんか？」と問いかけ、お悩み共感ブロックを挟む</td><td>ファーストビュー直下に<strong>「他社比較表」「機能マトリクス」「導入実績数字」</strong>を即座に配置する</td></tr><tr><td><strong>PASONAの適合度</strong></td><td><strong>◎ 最も効果的</strong><br>（課題に気づかせ、読む動機を作れる）</td><td><strong>△ そのまま使うと離脱要因に</strong><br>（「課題は分かってるから早く他社との違いと料金を見せてくれ」と思われる）</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">例えば同じSaaSや業務ツールであっても、まだ世の中に定着していない新しい切り口のサービスなら、<strong>PASONAを使って「日々のこの作業に時間がかかっていませんか？」と課題を自覚させるアプローチ</strong>が強く刺さります。</p>



<p class="wp-block-paragraph">一方で、すでに「勤怠管理システムを導入する」と決めて探しているユーザーに対して、長々とお悩み共感ブロックを読ませると、<strong>「前置きが長くて知りたい情報が見つからない」と離脱されてしまいます。</strong><br>比較検討から入るユーザーには、営業やスペック訴求の定番である<strong>「FABEの法則」</strong>を使い、以下の4要素をファーストビュー直下にテンポよく展開する構成が適しています。</p>



<ul class="wp-block-list">
<li><strong>Feature（特徴）</strong>: どんな主要機能・仕様を備えているか</li>


<li><strong>Advantage（優位性）</strong>: 競合他社と比べてどこが優れているか（他社比較表・チェックリスト）</li>


<li><strong>Benefit（顧客利益）</strong>: 導入することで工数やコストが何%削減できるか</li>


<li><strong>Evidence（証拠・裏付け）</strong>: 導入実績社数、継続率、セキュリティ認証、受賞歴</li>
</ul>



<p class="wp-block-paragraph">LPのワイヤーフレームを引く前に、<strong>「このLPのターゲットは、課題に気づいている潜在層（PASONA）か？それとも他社と比べている顕在層（FABE）か？」</strong>をクライアントやチームと確認することが、構成設計の第一歩になります。</p>



<h2 class="wp-block-heading">5. 視線誘導と3秒ルール：ファーストビューで離脱を防ぐ</h2>



<figure class="wp-block-image size-medium"><img decoding="async" width="300" height="164" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1boi8c1boi8c1boi-300x164.jpg" alt="Webページにおける人間の自然な視線の動き（Z型パターンとF型パターン）を示す図解" class="wp-image-817" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1boi8c1boi8c1boi-300x164.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1boi8c1boi8c1boi-1024x558.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/06/Gemini_Generated_Image_1boi8c1boi8c1boi-2000x1091.jpg 2000w" sizes="(max-width: 300px) 100vw, 300px" /></figure>



<p class="wp-block-paragraph">LPに訪れた読者が「このページを読むかどうか」を判断するのは、最初の<strong>3秒以内</strong>と言われています。<br>GA4でLPのスクロール深度を確認すると、多くのケースで70〜80%のユーザーがファーストビューを超えずに離脱している数値をよく目にします。</p>



<p class="wp-block-paragraph">この3秒の壁を突破するため、デザイナーは人間の視線の動き方を意識したレイアウトを組みます。<br>代表的なパターンとして、以下の2つがあります。</p>



<ul class="wp-block-list">
<li><strong>Z型パターン</strong>: 画面を横に広く見るときの動き。お問い合わせボタンが右上に配置されることが多いのは、視線の自然な終着点に合わせているためです。</li>


<li><strong>F型パターン</strong>: 文章を縦に流し読みするときの動き。左端の見出し付近を拾い読みする習性があるため、重要情報は左寄せ・上部に配置します。</li>
</ul>



<p class="wp-block-paragraph"><strong>ヒーローエリアのコピーが弱いと、スクロール先のデザインがどれだけ良くても読んでもらえません。</strong><br>PASONAのProblemをファーストビューに置き、3秒で「これは自分の話だ」と感じさせる構成が基本です。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-72-1024x572.jpg" alt="UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用</div>
                <div class="blogcard_excerpt">ヒックの法則・フィッツの法則・ヤコブの法則など、UIデザインに直接応用できる認知心理学の法則5つを実務視点で解説します。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<h2 class="wp-block-heading">6. A/BテストとLPO：CVRは継続的な改善で上がる</h2>



<p class="wp-block-paragraph"><strong>LPO（Landing Page Optimization）</strong>とは、LPの構成やデザインを改善して、購入や申し込みといった成果（CVR）を高める取り組みです。<br>一度作ったLPが最初から最適解になることはなく、小さな変更を継続的に検証し続けることでCVRが改善されます。</p>



<p class="wp-block-paragraph">最も手軽な手法が<strong>A/Bテスト</strong>で、CTAボタンのテキストや色を1箇所だけ変えて、どちらの反応が良いかを計測します。<br>小規模なサイトでは、統計的に意味のあるデータが集まるまで<strong>4〜8週間</strong>が目安です。</p>



<figure class="wp-block-table"><table><thead><tr><th>変更箇所</th><th>A案（変更前）</th><th>B案（変更後）</th></tr></thead><tbody><tr><td>CTAボタンのテキスト</td><td>「送信する」</td><td>「無料で試してみる」</td></tr><tr><td>ヒーローのサブコピー</td><td>機能の説明文</td><td>課題への共感文（PASONAのProblem）</td></tr><tr><td>Narrowing downの表示</td><td>なし</td><td>「残り〇名」カウンター表示</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">CTAボタンのテキストを変えるだけでクリック率が変わるケースは、現場でよく見ます。<br>「送信する」はシステム側の動作を表す言葉で、ユーザー視点のメリットが伝わりません。<strong>「無料で試してみる」のように行動後のメリットを示す言葉に変えると、心理的なハードルが下がります。</strong></p>



<h2 class="wp-block-heading">まとめ：PASONAを知るとLP設計の優先順位が整理しやすくなる</h2>



<p class="wp-block-paragraph">PASONAの6ステップは、ただのコピーライティング術ではなく、<strong>LPの情報構成をデザイナーが論理的に判断するための根拠</strong>として機能します。</p>



<ul class="wp-block-list">
<li><strong>検討フェーズの使い分け</strong>: 悩みを気づかせる潜在層なら「PASONA」、比較検討から入る顕在層なら「FABE」を選ぶ</li>


<li><strong>PASONA×LP対応</strong>: 各セクションが担う役割を整理できる</li>


<li><strong>視線誘導</strong>: ファーストビューで3秒以内に「自分の話だ」と感じさせる</li>


<li><strong>A/Bテスト</strong>: 仮説を立てて小さく改善し続ける</li>
</ul>



<p class="wp-block-paragraph">クライアントへのLP設計提案でも、PASONAのどのステップが抜けているかを指摘できると、「なぜこの要素が必要か」の説明が明確になります。<br>設計の意図を構造で説明できると、デザインのフィードバックも収束しやすくなります。</p>



<h2 class="wp-block-heading">次のステップ：あわせて深掘りしたい知見</h2>



<p class="wp-block-paragraph">LP設計の具体的な手順はワイヤーフレームの作り方と組み合わせると実践しやすくなります。<br>また、PASONAはユーザーの認知心理を活用する設計なので、UIに効く心理学の法則を一緒に押さえておくと設計の解像度が上がります。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/05/wireframe-creation-guide/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-27-1024x572.jpg" alt="初心者向け！ワイヤーフレームの作り方完全ガイド｜要件整理からFigma手順まで" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">初心者向け！ワイヤーフレームの作り方完全ガイド｜要件整理からFigma手順まで</div>
                <div class="blogcard_excerpt">FigmaでのLP・Webページのワイヤーフレーム作成手順を、要件整理から実際のFigma操作まで体系的に解説します。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div><p>The post <a href="https://www.ds-pedia.com/2026/06/11/pasona-lp-design-guide/">PASONAの法則とLP設計｜訴求構成とCVR改善の実務ガイド【2026】</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/06/11/pasona-lp-design-guide/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
