新しいものを表示

こいつ(既にこいつ扱い><;)、絶対ジョブス信者でApple製品ばっかり使ってるでしょ絶対!?><偏見)って思って探したらこんなギャグみたいな記事が><

インスパイアとパクリの境界線とは? blog.btrax.com/jp/inspire/
出展示さなければ引用じゃなくパクリですよ?><

btraxとか言う会社のCEOのブログ、他のデザイン関連の記事見ても出展をまったく示してないし、それだけでもこんな会社にUXデザインは任せちゃいけないと言い切れるレベル><

出典示してる別の方の記事><
-- 海外で交渉する時、相手の反応を見誤らないために知っておきたいこと。 hunfooli.jp/blog/archives/2135

ここからパクって来て日本語化したのかも?><
Emotional and confrontational expressiveness of Europeans : europe reddit.com/r/europe/comments/6

この記事、各グラフなどのソースが明かされてないのが微妙というか、それもデザインなのに理解してないのがダメ><
カルチャーの違いを考慮したデザインのポイント blog.btrax.com/jp/culture-desi

・・・・・><

"異なる文化による心理的属性差"
blog.btrax.com/jp/culture-desi

ぼんじゅーる><

orange さんがブースト
orange さんがブースト

平成も30年になると言うのにネジコンを買ってしまった

orange さんがブースト

@orange_in_space そのうちコーヒールンバでも流れそうだな

コーヒーフレッシュ、牛乳飲むとおなか壊す人向けに優しい選択肢><

orange さんがブースト

コーヒーフレッシュは白い色ついた植物性油脂なんだぜ

意思決定の場面に注目して、ユーザーの決定をシンプルな場面としてデザインし、カップを機械に選ばせるという解決もある><
機械が大型化してしまうし、なんだったら決済機能も内蔵させてもいいかもしれない><
のちの自動販売機である><(?)

スレッドを表示

機械のエラーを人間の柔軟性により検出させたいのであれば、例えば検出したカップの種類を表示して、例えば画面にカップの写真を表示し、例えば「アイスコーヒー(L)を注ぎます 『スタート』」みたいな表示を出せばいい><
注ぐ前にヒューマンエラーを検出することにも使える><
「店員さん。温かいコーヒーが飲みたいのにアイスコーヒーとしか出ないんだけど・・・」

セブンイレブンのコーヒーの機械、managedとprotectionの発想で見るならば、ユーザーが正しく無いボタンを押しているか検出するために、『カップの種類を検出し』、誤ったボタン入力を無視させる必要があるかも><
検出させるなら複数のボタンからひとつを選ばせる必要なんて無いじゃん?><
(飛行機の操縦みたく「お前が意思決定したんだぞ!」って意思決定の明確化が必要な場面ならば別だけど、コーヒーのカップとボタンの一致は人間の意思決定の場面では無い><)

セブンイレブンのコーヒーの機械の問題でもわかる動的型付けの欠点!><
(静的型付けとそれを活用したIDEの組み合わせって、ヒューマンファクターはなるべく設計時に集中させて、それによって機械により多くの誤りを見つけてもらおうって発想とも言えるよね!><)

ユーザーがどのコーヒーを飲みたいのか意思表示すべきタイミングは、セブンイレブンのコーヒーの仕組み上、カップを選択する場面であり、それ以降はユーザーに選択させるべきではない><
例外としてそれをさせてよいのはユーザーに間違い(例えばホットが飲みたかったのにアイスコーヒーのカップを選択してしまった等)に気づかせる場面のみであるべき><

スレッドを表示

セブンイレブンのコーヒーの機械に限った話で言えば、ユーザーに
「☆コーヒーに複数の種類がある」
「カップにもそれと対応する複数の種類がある」
「その種類は、大きさ、ホットアイス、ミルクの有無(等々)である」
「サイズの表現は、LとRを使用していてLが大でありRが小である」
「☆ユーザーは、それら種類・・・結果的にカップの種類と対応するボタンを押す必要がある」
「☆カップには押すべきボタンを示す表記がある(しかしそれ以外の表記もある)」

こんなにも多くの事、最低限☆をつけた項目を理解させる必要がある><
セブンイレブンのコーヒーのデザインはこれらが全く達成出来ていない>< 「デザインの敗北」と言われて当然の事例><
カップに機械が識別可能なマークをつけて機械に読ませるのであれば、こんなに大量の情報をデザインに含ませる必要はない><

人間は柔軟なので、人間を活用すれば手っ取り早くコストダウン出来るけど、同時にそこには実行時のヒューマンファクターが発生してしまう><
実行時のヒューマンファクターがあるということは実行時のヒューマンエラーが起きる事になり、実行時のヒューマンエラーを想定したプロテクションが必要になり、それが追加コストになる><

無人化すべき><( (c)某ツンデレ飛行機小説(?><;))

古いものを表示
:realtek:

思考の /dev/null