マイクロインタラクション

英語名 Micro-interactions
読み方 マイクロ インタラクションズ
難易度
所要時間 30分〜2時間
提唱者 ダン・サッファー
目次

ひとことで言うと
#

ユーザーの小さな操作に対する、小さなフィードバックのこと。Twitterの「いいね」のハートが弾けるアニメーション、iPhoneのサイレントスイッチを切り替えたときの振動、パスワード入力時の強度インジケーターなど。目立たないが、これがあるかないかで操作感が劇的に変わる。

押さえておきたい用語
#

押さえておきたい用語
トリガー(Trigger)
マイクロインタラクションを開始させるきっかけを指す。ユーザーの操作(タップ、スワイプ)またはシステムの状態変化(通知、時間経過)がトリガーになる。
フィードバック(Feedback)
トリガーに対して返される視覚・聴覚・触覚の応答のこと。色の変化、アニメーション、バイブレーションなど。
ループとモード
マイクロインタラクションの繰り返し動作や条件分岐のこと。再タップでいいねを取り消す、長押しで別の動作になるなど。
ハプティクスフィードバック
スマートフォンの振動など、触覚を通じたフィードバックである。重要な操作の確認やエラー通知に使われる。

マイクロインタラクションの全体像
#

4要素モデル:トリガー→ルール→フィードバック→ループ
トリガーユーザーの操作or システム変化タップ・スワイプ通知・時間経過ルール何が起きるかの定義いいね数+1色をグレー→赤にフィードバック視覚・聴覚・触覚の反応アニメーションパーティクル効果ループとモード繰り返しと条件分岐再タップで取消長押しで別動作頻繁な操作 → 控えめなFBタブ切替、スクロール重要な操作 → 明確なFB購入完了、削除確認反応がある=信頼、反応がない=不安
マイクロインタラクション設計の進め方フロー
1
4要素の理解
トリガー・ルール・FB・ループ
2
FB不足を発見
フィードバックのない操作を洗い出す
3
強さの調整
操作の重要度に応じてFBの強さを設計
実装・検証
実機でフィードバックの体感を確認

こんな悩みに効く
#

  • UIの操作が「反応がない」「味気ない」と感じる
  • ユーザーが操作後に「成功したのか失敗したのかわからない」
  • 競合と機能は同じなのに、なぜか自社プロダクトの方が使いにくい

基本の使い方
#

ステップ1: マイクロインタラクションの4要素を理解する

ダン・サッファーの定義では、マイクロインタラクションは4つの要素で構成される。

  1. トリガー: ユーザーの操作(タップ、スワイプ)またはシステムの状態変化
  2. ルール: トリガーに対して何が起きるかの定義
  3. フィードバック: ユーザーに伝わる視覚・聴覚・触覚の反応
  4. ループとモード: 繰り返しの動作や条件による変化

例: 「いいね」ボタン

  • トリガー: ハートをタップ
  • ルール: いいね数を+1、色をグレー→赤に変更
  • フィードバック: ハートが弾むアニメーション + パーティクル
  • ループ: 再タップで取り消し
ステップ2: フィードバックが必要な操作を洗い出す

プロダクト内でユーザーが操作するすべてのポイントをリスト化し、フィードバックの有無を確認する。

優先度が高いもの:

  • ボタンのタップ/クリック: 押した反応があるか
  • フォームの入力: バリデーション結果が即座に表示されるか
  • データの保存: 保存が完了したことが分かるか
  • トグル/スイッチ: 状態が切り替わったことが視覚的に明確か
  • 読み込み中: 待ち時間にフィードバックがあるか

フィードバックがない操作は「壊れている」のと同じ印象をユーザーに与える。

ステップ3: 適切なフィードバックを設計・実装する

操作の重要度に応じてフィードバックの強さを調整する。

操作の重要度フィードバックの例
低(タブ切替など)色の変化、下線の移動
中(いいね、お気に入り)アニメーション + 色の変化
高(購入完了、削除)アニメーション + テキスト + 場合により振動

原則:

  • 頻繁な操作 → 控えめなフィードバック(毎回派手だと鬱陶しい)
  • 重要な操作 → 明確なフィードバック(見逃されると困る)

具体例
#

例1:お問い合わせフォームのフィードバック追加で完了率17ポイント向上

状況: 月間3,000件のアクセスがあるBtoB企業のお問い合わせフォーム。送信完了率が65%で、「送信できたかわからない」という問い合わせが月15件。

Before(フィードバックなし):

  • 入力欄にテキストを入力 → 何も起きない
  • 送信ボタンを押す → 画面が白くなって数秒後にサンクスページに遷移
  • メールアドレスの形式が間違い → 送信後にエラーページが表示

After(マイクロインタラクション追加):

  • 入力欄にフォーカス → 枠線がブルーに変化(100ms)
  • メールアドレス入力中 → リアルタイムで形式チェック、OKなら緑のチェックマーク
  • 必須項目が未入力 → 送信ボタンがグレーアウト(無効状態)
  • 送信ボタンを押す → ボタンがローディングスピナーに変化 → 完了したらチェックマークに変化 → 「送信完了しました」のメッセージがフェードイン
指標BeforeAfter変化
フォーム送信完了率65%82%+17pt
「送信できたか不明」問い合わせ月15件月0件-100%
入力エラー率22%6%-16pt

送信完了率65%→82%、「送信できたか不明」の問い合わせ月15件→0件。フィードバックを追加しただけでこの変化。「何も起きない」は最悪のUX。

例2:飲食店モバイルオーダーのフィードバック改善で二重注文を98%削減

状況: 月間利用者8万人のファストフードチェーンのモバイルオーダーアプリ。「注文する」ボタンを押した後の反応が遅く(1.5秒)、ユーザーが不安になって連打。二重注文が月400件発生し、返金対応コストが月80万円。

改善内容:

  • 「注文する」タップ → 即座にボタンがローディングアニメーションに変化(50ms)
  • ボタンの2回目のタップを無効化(debounce処理)
  • 注文成功 → コンフェッティアニメーション + 「注文番号: 0234」を大きく表示
  • 注文失敗 → 「通信エラーです。もう一度お試しください」+ リトライボタン
指標BeforeAfter変化
二重注文件数月400件月8件-98%
返金対応コスト月80万円月1.6万円-98%
注文完了の満足度3.2/5.04.6/5.0+1.4pt

二重注文月400件→8件、返金コスト月80万→1.6万円。50msのフィードバック追加でこの差。マイクロインタラクションはUXだけでなくビジネスコストに直結する。

例3:学習アプリのゲーミフィケーションFBで継続率を2.3倍に

状況: 小学生向けのオンライン算数ドリルアプリ。正解しても不正解でも画面の変化が乏しく、子どもの集中力が15分で切れる。7日後の継続率が18%。

改善内容:

  • 正解時: 星が飛び散るパーティクルエフェクト + 効果音「ピンポーン」 + スコアがカウントアップ
  • 連続正解: コンボカウンター表示(「3連続正解!」)+ 背景色がゴールドに変化
  • 不正解時: 穏やかな「ブッブー」+ 正解へのヒントをアニメーションで表示(罰ではなく学び)
  • セッション終了時: 今日の成果サマリー + キャラクターが「よくがんばったね!」と表示
指標BeforeAfter変化
1セッションの平均学習時間15分28分1.9倍
7日後の継続率18%42%2.3倍
1日の問題回答数平均22問平均48問2.2倍

学習時間1.9倍、継続率2.3倍、回答数2.2倍。問題の内容は一切変えていない。フィードバックの「楽しさ」を設計しただけ。

やりがちな失敗パターン
#

  1. フィードバックが遅い — ボタンを押してから0.5秒後に反応があると「壊れてるかも」と思ってもう一度押してしまう。フィードバックは100ms以内に開始すること
  2. すべてを同じ強さのフィードバックにする — タブ切替も購入完了も同じアニメーションだと、重要度の区別がつかない。操作の重要度に応じてフィードバックの強さを変える
  3. フィードバックがノイズになる — 毎回サウンドが鳴る、毎回大きなアニメーションが走ると鬱陶しい。頻繁な操作ほど控えめに、稀な操作ほど印象的に
  4. 実機でテストしない — デザインツール上では良く見えても、実際のデバイスでは遅延やカクつきが発生する。必ず実機で操作感を確認する

まとめ
#

マイクロインタラクションは 「小さな操作への小さなフィードバック」 だが、ユーザー体験への影響は大きい。トリガー・ルール・フィードバック・ループの4要素で設計し、操作の重要度に応じて強さを調整する。「反応がある」ことが信頼感を生み、「反応がない」ことが不安を生む。細部の積み重ねがプロダクトの品質を決める