使い方ガイドへスキップ
Error Handling UX作者 Owl-Listener

Error Handling UX スキル。

失敗したときに何が起きたかを説明し、作業内容を失わせることなく先へ進む手段を示します。

  • UX
  • デザインガイダンス
ソースレビュー · Error Handling UXSKILL.md
タスク UX 成果物 • フロー横断のエラー状態一覧 • コンテキストごとのメッセージと表示位置 • 回復、再試行、取り消し、データ保持の要件 開始前に 対象のフロー、既知の失敗ケース、そしてプロダクトが実際にサポートしている回復アクションを読み取れるエージェントが必要です。
編集部による要約 · ソース確認日 2026-10-07 · 生成された例ではありません

01 機能概要

Error Handling UX:フロー全体のリカバリー設計

プロダクトのフロー全体で、エラーをどう防ぎ、説明し、回復させるかを計画します。

ソースに基づくワークフロー実行ベンチマークではありません

進め方

Error Handling UXは複数のプロダクトフローにまたがります。すべての失敗をメッセージ作成の問題として扱うのではなく、防止、検出、伝達、回復に整理します。

ソースでは、フォーム、ページ、ネットワーク、結果が空の場合、権限のコンテキストを区別しています。入力内容の保持、再試行、代替ルート、取り消しも設計の一部です。的確なメッセージも、提案する回復手段がプロダクトで実際に利用できる場合にのみ役立ちます。

想定される成果物

  • フロー横断のエラー状態一覧
  • コンテキストごとのメッセージと表示位置
  • 回復、再試行、取り消し、データ保持の要件
サンプルブリーフを見る

ブリーフからレビューまで

  1. 01
    失敗のコンテキストを整理する

    防げるミス、一時的な失敗、権限の制限、その他の関連する状態を特定します。

  2. 02
    役に立つメッセージを書く

    ユーザーを責めずに、何が起きたか、役立つ背景、実際に取れる次のアクションを説明します。

  3. 03
    回復を仕様化する

    作業内容を保持し、失敗の種類に応じて再試行、代替ルート、取り消しを定義します。

02 利用場面

使う場面

複数のフローにわたる失敗に対して、一貫したメッセージ、回復アクション、作業内容の損失防止が必要なときに使います。

適しているケース

  • 失敗時の挙動がばらばら複数のプロダクトフローにわたるエラーに一貫性を持たせます。
  • 作業内容が失われる問題アクションが失敗しても、入力内容とコンテキストがどう残るかを定義します。

確認すべき制限

  • バックエンドの信頼性対策ではありませんこの設計はネットワーク回復を実装するものではなく、サービスの可用性を保証するものでもありません。
  • フォームのバリデーションだけではありません単一フォームのフィールドレベルのバリデーションは、form-designタスクの対象です。

用意する入力

  • 失敗の一覧既知のエラーとその実際の原因を提供してください。
  • 回復の手段実際に使える再試行、取り消し、代替チャネルを明示してください。
  • ユーザーのコンテキストそれぞれの失敗が起きても残すべきデータや進捗を記載してください。

03 重要な判断

重要な判断

  1. メッセージとアクションを一致させる

    システムが実行できない回復手段を、エラーで提示してはいけません。

  2. 失敗しても進捗を消さない

    コンテキストを保持すれば、ユーザーにとって回復の負担が小さくなります。

04 依頼例

焦点を絞ったブリーフを試す

以下のサンプルブリーフはテストされていません。使用前にスキルのセットアップを確認してください。

セットアップを確認する

このタスクのSKILL.mdを、designer-skillsリポジトリから、お使いのエージェントが対応するスキルの配置場所に読み込んでください。エントリーファイルには、汎用のインストーラーコマンドは示されていません。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/error-handling-ux/SKILL.md

実際の失敗ケースと利用可能な回復アクションを入力してください。このワークフローは体験を仕様化するもので、バックエンドの回復を実装するものではありません。

まずは1つの成果物から

スキルを実行する前に、このブリーフの範囲、ソース資料、制約を調整してください。

サンプルブリーフ
error-handling-uxを使って、アップロード、保存、権限に関する失敗をレビューしてください。それぞれについて、防止策、メッセージの表示位置、保持するデータ、実際に取れる回復アクションを明記してください。再試行可能なネットワーク障害とアクセス拒否を区別し、バックエンドの機能を勝手に作らないでください。

結果を確認する

実際の出力を、次の観察可能な基準に照らして確認してください。

  • メッセージが役に立つ次のアクションを示している。
  • 適切な失敗経路でユーザーの入力内容が保持される。
  • 再試行と権限の回復が混同されていない。

OpenDesignは、コーディングエージェント向けのローカルなデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味するものではありません。

05 ソースとライセンス

ソースとライセンス

このページは、下記にリンクされた固定のソースリビジョンについて説明しています。アップストリームの挙動や要件は変更される可能性があります。

ソースの所有者
Owl-Listener
ライセンス
MIT
確認したスナップショット
2026-10-07 · 9a6930cf84a8
編集部によるソース要約
プロダクトのフロー全体で、エラーをどう防ぎ、説明し、回復させるかを計画します。

リンク先のソースに基づく、OpenDesignによるオリジナルの要約です。リポジトリのスター数は日付時点の人気を示す指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

開始前のよくある質問

すべてのエラーをトーストで表示すべきですか?

いいえ。ソースでは、インライン、フルページ、バナー、権限の状態など、コンテキストに応じて表示位置を決めるとされています。

再試行でアクセスエラーを解決できますか?

自動的には解決できません。回復手段は、実際に必要な権限の要件に合っている必要があります。

これは自動保存を実装しますか?

いいえ。設計上の要件を特定するもので、実装とテストは別の作業です。

OpenDesign

次のデザインの反復に向けて余白をつくりましょう。

ブリーフ、ソース資料、デザイン作業をローカルのワークスペースにまとめて管理できます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/error-handling-ux/SKILL.md