使い方ガイドへスキップ
Form Design作者 Owl-Listener

Form Design スキル。

最初のフィールドから送信完了まで、修正や再訪も含めた流れを具体的に定めます。

  • UX
  • デザインガイダンス
ソースレビュー · Form DesignSKILL.md
タスク UX 成果物 • グループ化と入力タイプを含むフィールドの並び • ラベル、説明、検証の挙動 • 複数ステップ、フォーカス、エラーサマリー、進捗のルール 開始前に フォームの概要、必須フィールドと検証ルール、既存のフォーム画面を読み取れるエージェント。
編集部による要約 · レビュー済みソース 2026-10-07 · 生成された例ではありません

01 機能概要

Form Design:データ入力をわかりやすくする

フォーム全体について、フィールドの順序、ラベル、入力タイプ、検証、修正方法を定めます。

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

進め方

Form Designはフォームを最初から最後まで扱います。レイアウト、ラベル、補助テキスト、入力タイプ、検証、複数ステップの進捗、アクセシビリティを対象とします。ソースでは、読み順を明確にし、フィールド幅で想定される入力を示すことを推奨しています。

詳細な挙動のガイダンスには、フォーカスが外れた時点での検証、フィールドに関連付けたエラー、戻る操作時の入力保持、重要な送信前の確認ステップが含まれます。これらは実際のデータやユーザーに合わせて調整する設計判断であり、未検証のフォームの完了率が向上する証拠ではありません。

期待される成果物

  • グループ化と入力タイプを含むフィールドの並び
  • ラベル、説明、検証の挙動
  • 複数ステップ、フォーカス、エラーサマリー、進捗のルール
サンプルブリーフを見る

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

  1. 01
    フィールドを減らして並べる

    必要な情報を特定し、関連する質問を明確な読み順でグループ化します。

  2. 02
    入力時の挙動を定める

    入力方式、常時表示のラベル、補助テキスト、検証のタイミングを選びます。

  3. 03
    完了と修正を扱う

    保持するデータ、戻る操作、エラー時のフォーカス、重要な送信前の確認を定義します。

02 利用場面

使う場面

新しいフォームを設計するとき、または既存フォームのわかりにくいフィールド、検証、進捗に対処するときに使います。

適しているケース

  • 長い申込フォーム関連する質問をまとまりのあるステップに分け、進捗を失わないようにします。
  • フィールド単位のつまずきわかりにくい説明、入力形式、検証メッセージを明確にします。

確認すべき限界

  • コンバージョン向上は保証されません完了率の改善には、観察と測定が必要です。
  • すべてのプロダクトエラーが対象ではありません複数のフローにまたがるネットワークや権限の方針は、単一のフォームの範囲を超えます。

用意する情報

  • 必要なデータフィールド、形式、それらが必要な理由を挙げてください。
  • 検証ルールクライアント側とサーバー側の実際の制約を提示してください。
  • 完了時の状況結果の影響、利用デバイス、後で戻ってくるかどうかを説明してください。

03 重要な判断

重要な判断

  1. 修正も設計する

    フォーカス可能なサマリーと、フィールドに関連付けたメッセージにより、効率よく復帰できます。

  2. 進捗を保持する

    戻る操作や部分的な入力完了には、状態の扱いを明示する必要があります。

04 依頼例

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

以下のサンプルブリーフは未検証です。使用前にスキルのセットアップを確認してください。

セットアップを確認する

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

上流のソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/form-design/SKILL.md

必須フィールドと実際の検証ルールを提供してください。出力はフォーム仕様であり、実装とユーザーテストは別の作業です。

まず1つの成果物から始める

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

サンプルブリーフ
form-designを使って、この複数ステップのプロジェクトブリーフを再設計してください。根拠のないフィールドを削除し、関連する質問をグループ化し、常時表示のラベルとフォーカスが外れた時点の検証を定義し、戻る際に入力を保持してください。アクセシブルでリンク付きのエラーサマリーと、最終確認ステップを指定してください。

結果を確認する

実際の出力を、以下の観察可能な基準で確認してください。

  • すべてのフィールドに、プログラムから参照できる常時表示のラベルがある。
  • エラーは修正方法を説明し、フィールドに関連付けられている。
  • 戻る操作で入力済みデータが保持される。

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

05 ソースとライセンス

ソースとライセンス

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

ソースの所有者
Owl-Listener
ライセンス
MIT
レビュー済みスナップショット
2026-10-07 · 9a6930cf84a8
編集部によるソース要約
フォーム全体について、フィールドの順序、ラベル、入力タイプ、検証、修正方法を定めます。

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

06 開始前の質問

開始前のよくある質問

プレースホルダーテキストはラベルの代わりになりますか?

ソースでは不可とされています。入力後もラベルが利用できる状態を保つ必要があります。

フィールドの検証はいつ行うべきですか?

ソースでは、キー入力のたびに検証するのではなく、フォーカスが外れた時点での検証を推奨しています。例外は実際の操作ニーズに合わせて調整してください。

複数ステップのフォームには進捗の保存が必要ですか?

ソースでは、長いフローではデータの保持と進捗保存の挙動を推奨しています。

OpenDesign

次のデザイン反復に向けて余白をつくる。

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

上流のソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/form-design/SKILL.md