<?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>ハブろぐ - blog.ayumusato.com &#187; フォーム</title>
	<atom:link href="http://blog.ayumusato.com/tag/%e3%83%95%e3%82%a9%e3%83%bc%e3%83%a0/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.ayumusato.com</link>
	<description>WEBなことしてます。お酒大好き。ソフトウェア、ユーザビリティ、認知科学、ガジェットetc...散漫な話題が多い雑記です。</description>
	<lastBuildDate>Tue, 15 Sep 2009 02:39:25 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>フォームパーツについての考</title>
		<link>http://blog.ayumusato.com/device/software/%e3%83%95%e3%82%a9%e3%83%bc%e3%83%a0%e3%83%91%e3%83%bc%e3%83%84%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%81%ae%e8%80%83</link>
		<comments>http://blog.ayumusato.com/device/software/%e3%83%95%e3%82%a9%e3%83%bc%e3%83%a0%e3%83%91%e3%83%bc%e3%83%84%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%81%ae%e8%80%83#comments</comments>
		<pubDate>Sat, 28 Mar 2009 07:50:22 +0000</pubDate>
		<dc:creator>ahomu</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[フォーム]]></category>

		<guid isPermaLink="false">http://blog.ayumusato.com/?p=847</guid>
		<description><![CDATA[　使いやすいフォームの3要因を考えてみる。参考資料なしですが、なんかどっかの誰かとかぶってそうな発想です。

明示性

　ボタンや項目があったときに、その中に何があるか分かるラベリングが大切です。情報設計的な意味合いも含 [...]]]></description>
			<content:encoded><![CDATA[<p>　使いやすいフォームの3要因を考えてみる。参考資料なしですが、なんかどっかの誰かとかぶってそうな発想です。</p>

<h3>明示性</h3>

<p>　ボタンや項目があったときに、その中に何があるか分かるラベリングが大切です。情報設計的な意味合いも含みます。</p>

<p>　コレをクリックしたら何が出るのか、何が出来るのか、それをしっかりとアフォードしてくれる明示的なラベリングを熟考する必要がある。</p>

<h3>法則性</h3>

<p>　構造的に一貫性があること。アレでこうだったから、ココもきっとそうだろう、という想像を助けてくれます。スキーマの形成に一助する。</p>

<p>　ルーチンワークの大半は物事をつまらなくするだけの要因ですが、効率的に済ますためには必要な事。標準作業時間を割り出せるほどパターン化したほうがいい。</p>

<h3>応答性</h3>

<p>　操作に対してのレスポンスは必須です。自分のやったことで、何がどうなったか、それが分からないと単純に未知への不安を生んでしまいます。</p>

<p>　あと↓のようなインタラクションも応答性の範囲だと思っています。iPhone OSなんかも応答性が高いですよね。自分のタップの動きがピーキーに反映されちゃうあたりが特に。</p>

<p><style>
label#sample{
border:1px outset black;
padding:5px;
padding-left:0px;
}
label#sample:active{
border:1px inset black;
}
</style></p>

<p align="center"><label id="sample"><input type="radio" />ラジオボタンやチェックボックスはクリックしづらい</label></p>

<p>以降おまけ駄文</p>

<p><span id="more-847"></span></p>

<h3>学習という考え方も。</h3>

<p>　私は、フォームについては学習性が高い（＝使っていくうちに慣れていきやすい性質と同じ）必要があると思っています。使いやすいというザックリとした命題の一要因にあたるわけですが。</p>

<p>　WebサイトのフォームはWebサービス然り、CMSの管理画面然り、何度も使うものが大半なので、単純に使いやすいことはもちろん、速やかに覚えられる事も必要です。個々の問い合わせフォームとかは、ほとんど一期一会ですが、既定のスキーマから大きく外れるマネをしなければ問題ありません。</p>

<p>　ちょっと使ってみて、アレ？分かりにくいぞ？っていうのはユーザーが離脱する要因にもなってしまうのではないでしょーか。そりゃもったいない。</p>

<p>　学習に必要なのも結局上の3要因があてはまるんじゃないかな、と思っています。明示性や法則性に欠けたら迷いが生じる分、学習工程のロスが生まれますし、応答性は学習のための情報を提供します。</p>

<p>　使いやすさは単純化で語られることも多いですが、複雑にならざるをえないときは、覚えやすいものという視点を持ち込むと、きっと幸せ。</p>

<h3>FLASHいいよねー。</h3>

<p>　haXeすげー！みたいなときにもちょっと述べましたが、インターフェースとしてのFLASHに注目中です。</p>

<p>　先進性として注目されているFLASHのインタラクションは、既存のインターフェースにこそ導入すべき。環境対応とかの問題はありますが、今のHTMLベースのフォームパーツは残念です。</p>

<h3>とはいえ</h3>

<p>　概念を語るに易く、現物として作り上げることは何と難しいことか！</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.ayumusato.com/device/software/%e3%83%95%e3%82%a9%e3%83%bc%e3%83%a0%e3%83%91%e3%83%bc%e3%83%84%e3%81%ab%e3%81%a4%e3%81%84%e3%81%a6%e3%81%ae%e8%80%83/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

