Carrie Cousins のすべての投稿

featured_form

素晴らしいフォームをデザインするための 7 の秘密

From 7 Secrets for Designing Great Forms

ほぼすべてのウェブサイトのデザインには、いくつかの種類フォームにはが含まれています。
Sig に簡単なメール アドレスのコレクションからニュースレターまたは完全な支払のコレクションのフォームに通知のために n、それは不可欠ですがデ使用および理解しやすいフォームに署名します。
フォーム デザインの基準も進化しています。
ほとんど最高プラクティックの多くの形態は、複数の列が含まれてし、多くの情報を求めるに使用、es は今、フォームを可能な限りシンプルに保つことをお勧めします。
同様のデザインにはたくさんあります。
グーd フォーム入力の多くを必要としない目で追いやすく、スマート ラベルと書式設定が含まれています正しく初めてフォームに入力するユーザーに役立ちます。
ここでは、デザインを確実にするいくつかの秘密ing ユーザーが実際に入力するフォーム。
1. して簡単にスキャンし、読み取り知っている w をユーザーにスキャンebsites の情報を収集し、彼らが行動を決定するかどうかのコンテンツとデサイン利益か。
フォームのも同じです。
ユーザーがどのような情報を伝えることができるはず一目で必要なフォームは、何かとそれを提出する方法の明確な説明を提供します。
高い読み取れるフォームは次を含んでいる: コントラスト: テキストが短くて読みやすいをする必要があります。
色と光のテキストの背景の組み合わせの伝統的な暗い棒の多数を避けるため。
グループ化、d 空間: 長い形式のような情報をグループ化します。
お支払情報を収集する場合例、グループ顧客情報、支払い情報、配送情報。
3 つの短い bl1 つの長いよりも消化しやすい。
スマート ラベルが f に接続されている間隔を使用差出人ボックスのテキストとフィールドの要素間の一定間隔ではなく、彼らは説明します。
明確に完了/呼び出しアクション: 大きくて見やすいボタンを作る。
ボタンの内部の顕微鏡ユーザーに伝える必要がありますどのような「送信」、「ペイする」または「次のステップに進んでください」などが起こる忘れずに閉めて下さい t彼のフィードバック ループし、ユーザーが、フォームが正常に送信される通知です。
2. ラベルを浮動をご検討ください。
フォーム フィールド内でヒントのテキストを使用するかどうかについての議論の多くがあった。
メイン p問題はこのテキストがクリックするだけで離れて行くないあまりにも頻繁、積極的に削除する必要があるユーザーです。
それは入力を開始します。
それはぎこちないです。
さらに、ニールセン ・ ノーマン ・ グループを発見できる空白のフィールド目を引くし、より明確にユーザー入力情報に役立ちます。
ヒントを使用する必要性を感じる場合の短所します。
ider インタラクティブなソリューション-ラベルをフローティングします。
だからフォーム フィールド内のラベル情報を含めるプレース ホルダー テキストのようしかし、テキストをアニメーション化して、位置を左上にシフトを許可します一度ユーザーを置いたまたはフィールドに収まります。
ラベルまたはヒント決して消え去るのですが、not は、フォームに入力しようとすると、ユーザーの邪魔になります。
(プラス少しのアニメーションが楽しい surprユーザーのために ise。
) 3. フィールド マスク マスクは同じ手がかりのいくつかを提供し、ヒントを形成、使いやすさの邪魔なしフィールド マスクのみ表示されますユーザー アクティブに、フィールd に関してどのような情報が必要な追加スキャン手掛かりを提供しています。
マスクを支援することができます、さらに th がキックされますエラーを回避するために自動的に書式情報によってユーザーe フォーム送信アウト。
アクションのフィールド マスクの良い例は、電話番号です。
T を考慮します。
彼複数の形式オプション: (000) 000-0000 000-000-0000 0000000000 ユーザーが 1 つを知っています。
動作しますか。
フォーム フィールドを指定し、ユーザーの種類としてフォーマットを調整する、彼または彼女がいないのでそれについて考える必要があるし、だけは、数字のキーに。
(これも保存 swit するの手間モバイル デバイスのキーボード間 ch.) 4. するフォームのキーボードに優しい knowin のことはないです。
g ユーザーはデバイスのタイプ、フォームが発生しますが、それは同様に簡単に記入するはずとにかく。
フォームと広告情報を送信可能性がありますキーボードのすべての異なるタイプをご検討ください。
だけフィールドを検出し、適切なオプションを使用します。
デスクトップ ユーザーは、f を入力することができるはずorm とマウスをクリックしてせずに各フィールドに記入します。
1 つのフィールドから自動的に進む完了または使用が次のタブまたはを移動するを入力してください。
W3.org 再キーボードの固体セットを持っています。
表彰します。
モバイル デバイスに必要なデータをキーボード型が一致します。
もし文字の入力は、アルファのキーボードをもたらす数字、数値オプションをもたらします。
From Google:"アプリのユーザーは、適切なキーボードは、テキスト入力アプリを感謝しています。
確認します。
これが実装されている一貫して特定のだけではなくアプリ全体ではなくタスクします。
他」 5. オプトアウト縦縦と形式のフォームが複数列フォームよりも使いやすいats。
ベスト プラクティス ルールはすべてのフィールドがスクロールしなくても画面に合うことができるように上から下の書式です。
1 つの例外は、ユーザーが済む耳鼻咽喉科に超短いフォーム小胞体のメール アドレスまたは名前とメール アドレスです。
アクションへの呼び出しに続く 2 つのサイド ・ バイ ・ サイド列ボタンはメール ボックス ユーザーすべてを確認するために十分な長さがある限り、このような状況でよく働ける自分のアドレスの文字。
垂直フォーム同様に論理的に要素の順序にしてください。
場合 y最初の名前、最後の名前、メール アドレスを収集している ou と髪の色は、その方法でそれらをシーケンスします。
6.フォームをできるだけ多くいっぱい前のソリューションの入力の使用を制限します。
もっと楽しいことはない、n アドレスと後最初のいくつかのタップを追加しようと、Google API キックし、アドレスを示唆しています。
オプション。
これは 3 つのことを行います: ユーザー、特に携帯電話でが簡単になります。
それは李を助けるmit 必要なフィールドの数。
それはタイプミスなど、いくつかのユーザー エラーを解決できます。
デメリット・ デル ・ メールと同じアドレス、ユーザーは、後の人気のある電子メール ドメインを与えられているように、@記号です。
... Web@g に入力したフィールドは自動的に web@gmail.com を示唆します。
7. それを保ちなさい多くのフォームで情報をユーザーに確認するように誘惑されるしている短いと甘い。
レジスト衝動! 唯一のフォーム内の重要な情報を求めます。
ユーザーが f より強い可能性があります。
以下のコミットメントを必要とするフォームの病気。
T に送信する場合は、詳細については後で詳細を求める、あなたのリストから裾までの長さ。
(誰がすでにオプトイン、ユーザーです。
可能性が高くこの時点でより多くのためにあなたと従事する)。
省略可能なフィールドを避けてください。
Redund を頼んではいけないアリ情報。
(電話番号など) の 1 つを使用することができる複数のフィールドを使用しないでください。
Conclusion は、フォームの記入と引き換えに何かをユーザーに与えます。
楽しい、面白い、です。
T に感謝します。
彼のユーザー。
収集のチャンスを増やすには読みやすく、使いやすいフォームを作成します。
ing データとリピート ユーザーにウェブサイトの訪問者を回します。
302 Found 見つかったドキュメントが移動します。
ここは。
Apache サーバ www.mightydeals.com ポート 80 のソースで p img {表示: インライン-ブロック; マルギn-右: 10 px;} .alignleft {float: 左;} p.showcase {オフ: 両方;} 体 #pod 体 #browserfriendly pキャスト、div #emailbody p {余白: 0;}