0x0a


2005-01-14 (Fri) 改造中 [長年日記]

_ なぜAmazonのレビューは信用しにくいのか:インタフェース的考察

Amazonのレビューはなかなか当てにできない.中には商品購入の参考になる情報もそれなりにあるのだが,なにせ「このレビューは参考になりましたか?」の投票結果があるとしても有象無象のレビュアーのレビューからノイズをフィルタするのが難しい.Amazon.co.jpの場合は『奇跡の詩人』の件や『千と千尋の神隠し』のDVDの件などもあってますます字面以上の情報の吟味ばかりが強いられる状況にある.星の数も評価基準がバラバラなので信用ならない.特に「原書は素晴らしいが翻訳がどうしようもない」というような日本語の本では,原書の内容でよい評価がされている場合と翻訳が駄目すぎる点で悪い評価がされている場合とが一緒くたなので,こんなバラバラな評価の平均をとるとさらにわけがわからなくなる.私はAmazonのレビューが信用しにくい原因のひとつがレビューのフォーマットと星による評価というインタフェースの中にあるのではないか,と以前から考えていた.

この手のレビューというのは商品を褒める評価をしても,評価に内容が伴わないケースが多くなりがちのような気がする.本のレビューの場合なら,本の内容にただ頷くだけ,というような形である.逆に商品を批判すると今度は揚げ足取りになるケースも多いだろう.商品のいい点と悪い点を1つの文章にまとめるのはなかなか大変だし,内容云々以前に「素人が何を偉そうに」という印象を持たれてもおかしくない(自分はどうなんだ?).こうした問題はレビュアーの質というよりも,1人のレビュアーが1つの文章にまとめるというレビューのフォーマットが原因になっているように思える.古典的な解決策はフランクリンの功罪表をそのままインタフェースに応用してみる方法だろうか.

星については代替案を出すのが難しい.価格.comのPCや家電製品などのように評価基準がいくつかはっきりしていそうなものがあればそれらを多面的に評価すれば何とかなりそうだが,本はこの基準が本のジャンルや著者などに強く依存してばらつくだろうからあまり賢明な策とは言いがたい.直観的な商品の質の判断が難しくなるというリスクを背負うが,いっそのこと星はなくてもよいかも知れない.

_ スパムよけ対策

メールアドレス画像の大量生成スクリプトについて思った以上に反響がある.これだけではOCRなどにかけられたらすぐ読み取られそうなのでもっと細かい芸を使った方がよいかも知れない.単発でよければHandmailもある.

ちなみに画像化については請負先の意向がある.私自身の判断で作るならHTMLエンティティ生成の手法とJavaScriptの組み合わせで念には念を入れるつもり.

お名前:
E-mail:
コメント:
[]

(注)このページの内容は無保証です. ページ内の情報の利用は各自の責任にてお願いします. 記述の間違い等の指摘やフォローも歓迎しますのでコメントをどうぞ.

2002|10|11|12|
2003|01|02|03|04|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|11|
2011|07|12|
2012|02|
トップ «前の日記(2005-01-13 (Thu)) 最新 次の日記(2005-01-15 (Sat))» 編集

リンクは御自由に

SUZUKI Satoshi V.