アカウント名:
パスワード:
券売機もさることながら、新幹線の予約機なんかも、初心者用UI一本やりでなく、玄人用UIも欲しいところです。
6号車の1Aとか、決めうちで予約できたり、 あるいは、新幹線だけでなく、深夜バスの座席とかも指定できたりすると、僕にとっては、非常に便利なんですよねぇ。 別に、券売機にキーボードを用意したり、あるいはネットでできたりしなくてもいいから (本当はネットでできるのが一番なんだけど)、 USB端子を出しとい
> 自称玄人君がめちゃめちゃやったあげくに逆ギレしてクレームを付けてくると思われ。
確かに。
その自称玄人君の操作ログから、その操作を視覚化するシステムがあれば、自分のミスを納得してもらえないでしょうか。 あるいは、このシステムには駅員の操作サポートはつきませんとか (システムに関するクレームはメールで)。 駅員は、万人用機か、窓口に誘導すればよし…というあたりで勘弁していただけないかしら。
> 必ずしも多様は善ではないし
それはそうとも思われるフシもあるのですが、しか
同じ機能を有する異なる設計のシステムを沢山用意しておいて、 どれが生き残るかやってみる、なんて、 素敵じゃないですか?
>そういうテストは導入前にしてください。利用者にはいい迷惑です
導入前に出来るテストなんて、想定されうる範囲内での動作チェックぐらいなんじゃないですか? 仕様を満たしているかとかなんとか。 そんなつまらないことは当然やるのだと想定してもらえないのですかねぇ。
それとも問題にしたいのは、玄人向けシステムが本当に皆さんのお考えになっているように、使われないものなのかどうかですか? それを、机上の空論だけで、反対側の立場の人に納得してもらおうとしても無理そうです。やはり、最後は、やってみるしかないのではない
導入前に出来るテストなんて、想定されうる範囲内での動作チェックぐらいなんじゃないですか? 仕様を満たしている かとかなんとか。 そんなつまらないことは当然やるのだと想定してもらえないのですかねぇ。
そんなつまらないことしか想定できないのにユーザインターフェイスについてあれこれ言われてもねえ。 例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。 元のコメントにあった「同じ機能を有する異なる設計のシステムを沢山用意しておいて、どれが生き残るかやってみる」というのがまるで非現実的なんです。
> 例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。
で,結局その家電製品の使い勝手はよくなったんでしょうか? まぁ,照明とか単純なものは論外として,ビデオの予約とか, プロジェクターの設定とか,デジカメの設定とか,コピー機の設定とか, もう少し頑張って欲しいという機器は色々あるというのが現状ではないでしょうか? 「使い勝手テスト」をやらないというのもいかがなものかと思うかもしれませんが, 作っている人々は自分らなりの使い勝手テストは必ずやると思われます. そして,
> たぶんテストしてなかったらもっとひどいものになっていたんでしょう。(笑
うーん,albireo さん自身が、
と、「当然」なんて発言なさっているんですが、前言撤回ということですか. それとも,一般的でない基準をもって,その説明なしに「当然」と言たということですか.
> こういう例えはふさわしくないと思います。
家電製品を出してきたのも albireo さんなんですが.
> 操作性の問題がある場合の多くはもっとよい方法を考えつかないからで(コストなど別の制約もあるだろうけど)単純にテストの方法のみに原因を押しつけることはできませんよね。
ですから,少々よさげなテストをやったからといって,そのよさげなテストと比べて,しょぼいテストしかやっていないシステムでも, 良いシステムである可能性は充分あると僕は言っているわけです. だから,「すごくいいテストをやったよーん」と言って,「おまえらこんなショボイテストしかしてないなんて,そのシステム,たかが知れてるな」とは言えないっちゅーことです.
> どちらにしろ量産品にあまり多様性を求めると
量産品はすでに多様性を持っているんですけど. ビデオデッキは一社の一製品しかないのでしょうか?
> 程度の問題です。 10台並んでいるATMの全てが違う操作方法で「使いやすいものをお選びください」なんて言われたら客をバカにしているとしか思えません。
僕はそれでいいと思っています.ただ,それはリソース (資金,場所,客数,時間,…) を考えて,妥当性があると判断された場合ならってことです. メリットがなければ,銀行はハナっから当然やらないのでこの話はナシとなって,メデタシメデタシです. (そもそも,1社におしつけようという発想からまだ抜けきれていないようですね) 銀行がメリットがあると判断した場合でも, 客にとって,自分がどうしても使いたい種類の ATM が長蛇の列になってしまうのであれば,それは銀行側の判断ミスということになります. そして,銀行側が正しく待ち行列を制御できた時,それは,客にとっても,文句のないシステムとなるのではと僕は考えています. 操作に不慣れな客がどれを選んだらいいか迷うですって? それは今の状況も同じです.
>私にとって「何種類もの券売機を作って利用者に評価してもらう」などというやり方は「下手な鉄砲数打ちゃ当たる」以上のものには思えません。
ビデオデッキが沢山あるという話を出した時点でおわかりのように,既に世の中は,「下手な鉄砲数打ちゃ当たる」なんですよ. ユーザにとっては. メーカーは自分のシステムを良い物だと思って出荷し,それらの中からユーザは選ぶ. ユーザが選んだ機種で,ユーザの望みがすべて満たされればそれでよし. ユーザにとって,すべての面で満足のいくものでなかったとしたら,それはハズレ.
券売機など,ある企業が独占してしまって,ユーザはそれを与えられるだけという状態が,ユーザにとっては,あまりよくないのではないかと思うわけです. もちろん,その企業に神が居て,すべてを把握し,最も適切なシステムを与えてくれるというのであれば,文句はありませんが, 現実はそうはなってないということです.
>玄人システムがどんなに使いやすい物であったにしろ、ある程度細かい指定をする以上最初のうちは利用者に操作方法を学習してもらう必要があることは同意していただけると思います。 この点がシステムの多様化によりかなりの混乱を引き起こす原因になると考えてます。
導入初期の混乱はあるでしょうね.でもユーザを馬鹿にしちゃいけません. そこに必要があれば,きっと対応していくでしょう.
また、システムが多様であるのは今も同じです. 券売機一つにしても,お金を入れてボタンを押すか,ボタンを押してお金を入れるか, そのどちらかしか受けつけない券売機は今でも山ほどあるんじゃないですか? 日本中,あるいは世界中色々な所に行くと,色々対応を迫られることは今でもあります. そのあたりは,ある程度以上はユーザも適応していかなければなりません. もちろん,この状態は良い状態ではないのですが,仕方がないし,また,このような期間を経て, より良いシステムが生まれて,将来幸せになれるなら,それでいいじゃないですか.
また,人間相手だって「適応」が必要ないわけでもないでしょう. 駅員さんの考え方と,客の考え方とは,かならずしも同じではなく, 客の説明ひとつだけで駅員さんがすべてを理解することはなく, そこに対話が必要になるわけです. 駅員さん側が,かなり柔軟に適応してくれることもあるのですが, 残念ながらそうではない事もあります.
>>あらかじめ時刻表で綿密に調べ,所定の用紙に記入することのできる人が居たとしても,
> あー、こういう利用法を想定していたんですね。
うーん,最初に話を出した時に書いたつもりだったのですが伝わっていませんでしたか…すみません.
> 私は細かい指定を行なう以上ある程度対話的なやり取りが必要だと考えていたので、機械にやらせてもあまり時間の節約にはならないという考えでした。
うーん,僕は僕のような人が窓口に行くよりも時間がかからくなるシステムが実現可能だと信じています.
> 玄人システムが扱うのはあくまで「定型的な」発券業務だと考えていいんですね?
ええ,僕はそのつもりだったのですが… そうか,もしかして,マニアックなルートの券を検索しながら購入するなんて使い方をお考えだったんですか? それは僕の想定外ですが, それができるなら,それでもよくって,それに人間相手じゃないインタフェースを選ぶ人が居ても止めはしません. ただ,そういう人が,JRにとってどれくらいの利益をもたらすか,僕には判断つかないので, 僕は希望に入れません.
>・マークシート方式 >あれこれと高度なシステムを模索するよりはユーザにも発券側にもシンプルでわかりやすいと思います。
いいんじゃないでしょうか.僕的にはこれがあるだけでも満足です. ただ満席など例外事象が起こる時は,きっと窓口に振られざるを得ません. それはそれでもいいと僕は思います. これってやはり玄人用って言うんじゃないんですか?
> ・端末はユーザが用意する
これは僕が一番最初に言ってませんでしたっけ? 色々と問題もありそうですが,あれば僕は嬉しいです.
まぁ,端末さえ繋がせてもらえれば,自分用スクリプトにより,希望に一番近い券を発行させるとか, (発行前にいくつかの中から選択させてもいいのですが) 人間の介入をできるだけ減らすことはいくらでも可能ですね.
端末なしでも, マークシートや磁気カードに書かれた自分用プログラムを券売機に送り込んで, ってのも端末が居らずに済んでいいかも.
>??私は「テストした結果があの程度」で「テストしてないともっとひどい」と言ってるので別に撤回する気はさらさらありませんが?
第一に,私が言いたいのは,「テストしてないともっとひどい」と断言することはできないってことです. そして,albireo さんのお考えになっていると思われるテストで,より良くなったという確認ができるかもしれませんが, それは,ベストな状態だと断言することはできず,動作確認程度しかやっていない「突然変異」システムに先を越される可能性は否定できないと僕は考えます. というわけで,必ずしも「テストしてないともっとひどい」というわけではないと僕は考えます. そして,
>そんなつまらないことしか想定できないのにユーザインターフェイスについてあれこれ言われてもねえ。 例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。
とおっしゃっている以上,僕の考える動作確認程度で世の中に出していてるようでは, そもそもユーザインターフェイスについて語ることすらできないとおっしゃっているってことですよね.
しかし,albireo さん自身もお認めになっているように,現実には,なかなか albireo さんが当然とお考えになっているテストとやらは行なわれていないようです. 世の中のメーカーの人々が我々の亨受するユーザーインターフェースを提供していて, その方達のやっていないことを,(たとえ,その作品がよくないものであったとしても) 断りなしに「当然のこと」と断言なさるのはいかがなものかと思います. albireo さんには,ユーザーインターフェースについて,深い造詣がおありかもしれませんが, そうでない方達も,ユーザーインターフェースを実現しなければならないのです. そして,そういう人達が,ユーザーインターフェースについて語るのは,自由ではないでしょうか? もしかして,言論の自由までお認めにならないというのでしょうか?
>ここの部分での「ふさわしくない」は家電製品に例えた事ではなくて、「ビデオなどの操作性が悪いのを安易に多様性の少なさを理由だと決め付けるべきではない」という意味でふさわしくないと言いたかったのですが…言葉足らずでしたね。
多様性が少ないから悪いと言った憶えはありません.多様性を拒否することはできないという主張と, 「テスト当然やっている」という(僕が勘違いしていた)立場の albireo さんへの反例提示の意味でした.
>「あまり多様性を求めると」ということでして。各メーカーが社内で出てきたアイディアを全て商品化しようとするとあまりにもリスクが大きいから絞り込まざるを得ないと言う意味です。
リスク判断等はメーカー側が当然やることで,それを止めるつもりはさらさらありません. その程度のふるいはかからねばならないし,言わずともかけるものでしょう. おいしい話が,よくわからない判断で潰れてしまうとしても,それはそれで,そのメーカーの実力というところでしょう. 僕が多様性と言った時に頭にあるのは,ユーザから見て,多様性のある状態がいいと言っているだけです. 自由市場の原理からかけ離れた独占状態で,客にとってよいシステムを提供しているつもりならば, それは間違いだということです.
>別に一概に「多様性はよくない」と考えているわけではなのでそのあたりは誤解しないで欲しいです。
おお,ここまで御説明してきた甲斐がありました.
>「メリットがある」ではなく「メリットを感じられる」かというところが問題。
「感じさせる」ようにできればいいですね. でも,「ある」というだけでも,ユーザが適応するケースもあります. ポケベルや携帯のひらがな入力のように,一見,あまりよくなさそうに「感じる」操作システムでも, 驚くほど多くの人に受け入れられてきました.(ポケベルひらがな入力は今はすたれていっているのかもしれませんが)
>多様性といっても程度の問題で、あまりに際限のない多様性はシステム全体に対する否定的な反応に繋がりかねません。 ATMの例なら全部のATMが違う操作であれば、一番人気があるのは窓口になりそうです。そして窓口が混んでいるから仕方なしにATMを使うというような。
だから,その待たされるってのがユーザにとって大変不利益をもたらすもので, それを無くしたいというのがそもそもの出発点なのです. 僕だって,窓口で待たされることがこの世でまったくないならば,自動なんとかを導入なんて発想をここまで声高らかに唱えたりはしないかもしれません. 今の ATM だって,窓口が空いている時間帯でも行列が出来るほど使われています. 操作がおぼつかない人だって,なんとか操作しようとしています (時には行員さんのサポートを受けながら). 必要なシステムであれば,使われるのです.
返答の大部分はわりとすぐに書き上ったのですが, 連休空けて仕事が始まったら,やはり時間がとれず,やっと仕上がりました. すみません.
言った言わないだけのレベルに落ちてしまっていると思われる話はざっくり放置させていただきます. また,最初にこれまでのやりとりで随分具体的になった僕の主張点を述べてから各論に入ります. まず、この一連のやりとりが始まった原因だった,
> そういうテストは導入前にしてください。利用者にはいい迷惑です
ですが, システムの是非を市場に問うために多様にして生き残りを賭けるという状態をテストと位置付け, (そこまでは,まだテストという語感の個人差と言うこともできますが,) 「利用者にはいい迷惑です」と断定する態度には疑問を感じざるを得ません. メーカーがシステムをリリースする時,完璧な物と思ってリリースするという建前はわかりますが, 完璧なものだと本当に信じてもらっては困ります. まぁ,信じるまでならまだいいですが,僕を洗脳なさろうとするのは,きっと無駄です. ユーザに受け入れられるかどうか,どこか不安を払拭しきれない状態でリリースする… すなわち, 世に問うということがほとんどだと僕は考えています.
もちろん,機能が曖昧さのまったくない状態で記述されていて,当該システムにとっての外部とのやりとりも, これまた,きっちり記述できて, それらのテストが完璧に行なわれており, それがすべての利用者の要求に完璧に見合うという案件ならば,1システムだけ実装してテストだけやった後導入し, あとは,目もくれないという態度でよいでしょう.しかし,世の中にこんな完璧な案件はあるのでしょうか? 電灯のようなとてもとてもシンプルなシステムでさえ,この範疇には入らないでしょう.
ここまでの議論での僕の理解では,albireo さんは,操作方法の統一の維持をしたくてたまらないと思っていらっしゃるということですが, そうお思いになるのも無理はないし,僕の意見も,とても限定的な状況下では,そうだとは思います. しかし,いつも操作方法の統一だけを遵守していればいいというものではないと考えます.
確かにユーザが学習しなければならないというデメリットが生まれます.しかし, 学習してあり余るメリットがあるなら,その存在価値はあると考えられます.
また,異なるシステムを交互に使うなどすれば,混乱も起こるでしょう. 淘汰過渡期や学習過程では確かにそうですが,玄人ならば,自分用のシステムは決まっていて, 混乱することもないでしょう.
ここで,僕が「玄人」とほとんど説明なしで使っていた言葉の定義を試みます.
まず,そのシステムが対象としているサービスがあったとします.JR予約券売機ならば,客をある時間にある地点から別の地点へと運搬してもらう権利を約束することです. 「玄人」とは,そのサービスを頻繁に切実に利用する人を指すことにします. JR予約券売機ならば, 新幹線や深夜バスを週に数回使用しなければならないユーザが居て, もし,券を買わなければ,首になったり,家庭崩壊を招いたり,あるいは,妥協した券を買うと,疲れることになって, やはり首や家庭崩壊の危機があるので,それは避けたいというユーザです. これを,僕は,JR券予約(の特定分野での)玄人と呼ぶようです.
券売機は一般的ではないかもしれないので,銀行ATMで言うことにすると, 毎月定期的に振り込んだり,お金の移動をしなければならない所があって,そうしなければ, 持ち金がなくなったり,取り引き先の信用を失なったり,会社が潰れたりするおばちゃんが居るとします. 彼女は,(一般の機械操作という面ではおぼつかない人かもしれませんが),銀行利用(の特定分野での)玄人です. 振込みカードシステムなども,いとも簡単に使いこなします.
これら特定分野のシステム玄人達は, 切実にそのシステムを使い続けねばならならず, また,あまりにも頻繁にそのシステムを使うので, システムが便利になれば,すなわち, 充分なメリットさえあれば,必ずそのシステムを選択すると僕は考えます.
といったところで各論に入ります.
>>Gコードはビデオデッキが製品として出てきた時からあるシステムなんでしょうか?
>それは私が言っていたこととは関係ありません。
とらえ方の違いってことですか.
操作系統の統一という意味では,成功していません. 僕は同じ会社の違うビデオデッキを持っていますが, G-Code 入力の挙動が微妙に違っていて,大いに混乱しましたし, 今でも混乱する事が時々あります.(さすがにいつも録画予約操作が必要なわけではない僕は,録画予約操作素人です)
G-Code は僕にはこう思えます. あるビデオデッキの開発担当者は,自分の作るシステムが一番良いと思って,自分なりの実証テス
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
営団地下鉄のLinux券売機 (スコア:1)
http://www.kobelco.co.jp/bizup/b020315/bizup04.htm
神鋼電機が東京の営団地下鉄の券売機313台を初受注。
基本ソフト(OS)にLinuxを採用。5月中旬にお目見えとのことで。
こすみっく(ひげ)@トウキョー
Re:営団地下鉄のLinux券売機 (スコア:1, 参考になる)
300円入れてから、左上の乗り継ぎボタン+右上の乗り継ぎボタン+とりけしボタンで、 別コンソールに移れます!?
Re:営団地下鉄のLinux券売機 (スコア:2, 参考になる)
券売機もさることながら、新幹線の予約機なんかも、初心者用UI一本やりでなく、玄人用UIも欲しいところです。
6号車の1Aとか、決めうちで予約できたり、 あるいは、新幹線だけでなく、深夜バスの座席とかも指定できたりすると、僕にとっては、非常に便利なんですよねぇ。 別に、券売機にキーボードを用意したり、あるいはネットでできたりしなくてもいいから (本当はネットでできるのが一番なんだけど)、 USB端子を出しとい
Re:営団地下鉄のLinux券売機 (スコア:2, すばらしい洞察)
不特定多数が使用し、大規模に展開するものについては、必ずしも多様は善ではないし、
運用する側も利用する側もアホという前提で設計しないと
思いもよらぬ操作をされてクレームをつけられてしまいます。
Re:営団地下鉄のLinux券売機 (スコア:1)
> 自称玄人君がめちゃめちゃやったあげくに逆ギレしてクレームを付けてくると思われ。
確かに。
その自称玄人君の操作ログから、その操作を視覚化するシステムがあれば、自分のミスを納得してもらえないでしょうか。 あるいは、このシステムには駅員の操作サポートはつきませんとか (システムに関するクレームはメールで)。 駅員は、万人用機か、窓口に誘導すればよし…というあたりで勘弁していただけないかしら。
> 必ずしも多様は善ではないし
それはそうとも思われるフシもあるのですが、しか
Re:営団地下鉄のLinux券売機 (スコア:1)
うじゃうじゃ
Re:営団地下鉄のLinux券売機 (スコア:1)
>そういうテストは導入前にしてください。利用者にはいい迷惑です
導入前に出来るテストなんて、想定されうる範囲内での動作チェックぐらいなんじゃないですか? 仕様を満たしているかとかなんとか。 そんなつまらないことは当然やるのだと想定してもらえないのですかねぇ。
それとも問題にしたいのは、玄人向けシステムが本当に皆さんのお考えになっているように、使われないものなのかどうかですか? それを、机上の空論だけで、反対側の立場の人に納得してもらおうとしても無理そうです。やはり、最後は、やってみるしかないのではない
Re:営団地下鉄のLinux券売機 (スコア:1)
そんなつまらないことしか想定できないのにユーザインターフェイスについてあれこれ言われてもねえ。
例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。
元のコメントにあった「同じ機能を有する異なる設計のシステムを沢山用意しておいて、どれが生き残るかやってみる」というのがまるで非現実的なんです。
うじゃうじゃ
Re:営団地下鉄のLinux券売機 (スコア:1)
> 例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。
で,結局その家電製品の使い勝手はよくなったんでしょうか? まぁ,照明とか単純なものは論外として,ビデオの予約とか, プロジェクターの設定とか,デジカメの設定とか,コピー機の設定とか, もう少し頑張って欲しいという機器は色々あるというのが現状ではないでしょうか? 「使い勝手テスト」をやらないというのもいかがなものかと思うかもしれませんが, 作っている人々は自分らなりの使い勝手テストは必ずやると思われます. そして,
Re:営団地下鉄のLinux券売機 (スコア:1)
たぶんテストしてなかったらもっとひどいものになっていたんでしょう。(笑
>ビデオの予約とか...(略)...もう少し頑張って欲しい
こういう例えはふさわしくないと思います。
どの段階で淘汰しようが10点~50点の候補から90点のシステムが出てくることはないのですから。内輪でテストした結果40点の方が生き残ることぐらいはあるでしょうが。
操作性の問題がある場合の多くはもっとよい方法を考えつかないからで(コストなど別の制約もあるだろうけど)単純にテストの方法のみに原因を押しつけることはできませんよね
うじゃうじゃ
Re:営団地下鉄のLinux券売機 (スコア:1)
> たぶんテストしてなかったらもっとひどいものになっていたんでしょう。(笑
うーん,albireo さん自身が、
> 例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。
と、「当然」なんて発言なさっているんですが、前言撤回ということですか. それとも,一般的でない基準をもって,その説明なしに「当然」と言たということですか.
> こういう例えはふさわしくないと思います。
家電製品を出してきたのも albireo さんなんですが.
> 操作性の問題がある場合の多くはもっとよい方法を考えつかないからで(コストなど別の制約もあるだろうけど)単純にテストの方法のみに原因を押しつけることはできませんよね。
ですから,少々よさげなテストをやったからといって,そのよさげなテストと比べて,しょぼいテストしかやっていないシステムでも, 良いシステムである可能性は充分あると僕は言っているわけです. だから,「すごくいいテストをやったよーん」と言って,「おまえらこんなショボイテストしかしてないなんて,そのシステム,たかが知れてるな」とは言えないっちゅーことです.
> どちらにしろ量産品にあまり多様性を求めると
量産品はすでに多様性を持っているんですけど. ビデオデッキは一社の一製品しかないのでしょうか?
> 程度の問題です。 10台並んでいるATMの全てが違う操作方法で「使いやすいものをお選びください」なんて言われたら客をバカにしているとしか思えません。
僕はそれでいいと思っています.ただ,それはリソース (資金,場所,客数,時間,…) を考えて,妥当性があると判断された場合ならってことです. メリットがなければ,銀行はハナっから当然やらないのでこの話はナシとなって,メデタシメデタシです. (そもそも,1社におしつけようという発想からまだ抜けきれていないようですね) 銀行がメリットがあると判断した場合でも, 客にとって,自分がどうしても使いたい種類の ATM が長蛇の列になってしまうのであれば,それは銀行側の判断ミスということになります. そして,銀行側が正しく待ち行列を制御できた時,それは,客にとっても,文句のないシステムとなるのではと僕は考えています. 操作に不慣れな客がどれを選んだらいいか迷うですって? それは今の状況も同じです.
>私にとって「何種類もの券売機を作って利用者に評価してもらう」などというやり方は「下手な鉄砲数打ちゃ当たる」以上のものには思えません。
ビデオデッキが沢山あるという話を出した時点でおわかりのように,既に世の中は,「下手な鉄砲数打ちゃ当たる」なんですよ. ユーザにとっては. メーカーは自分のシステムを良い物だと思って出荷し,それらの中からユーザは選ぶ. ユーザが選んだ機種で,ユーザの望みがすべて満たされればそれでよし. ユーザにとって,すべての面で満足のいくものでなかったとしたら,それはハズレ.
券売機など,ある企業が独占してしまって,ユーザはそれを与えられるだけという状態が,ユーザにとっては,あまりよくないのではないかと思うわけです. もちろん,その企業に神が居て,すべてを把握し,最も適切なシステムを与えてくれるというのであれば,文句はありませんが, 現実はそうはなってないということです.
>玄人システムがどんなに使いやすい物であったにしろ、ある程度細かい指定をする以上最初のうちは利用者に操作方法を学習してもらう必要があることは同意していただけると思います。 この点がシステムの多様化によりかなりの混乱を引き起こす原因になると考えてます。
導入初期の混乱はあるでしょうね.でもユーザを馬鹿にしちゃいけません. そこに必要があれば,きっと対応していくでしょう.
また、システムが多様であるのは今も同じです. 券売機一つにしても,お金を入れてボタンを押すか,ボタンを押してお金を入れるか, そのどちらかしか受けつけない券売機は今でも山ほどあるんじゃないですか? 日本中,あるいは世界中色々な所に行くと,色々対応を迫られることは今でもあります. そのあたりは,ある程度以上はユーザも適応していかなければなりません. もちろん,この状態は良い状態ではないのですが,仕方がないし,また,このような期間を経て, より良いシステムが生まれて,将来幸せになれるなら,それでいいじゃないですか.
また,人間相手だって「適応」が必要ないわけでもないでしょう. 駅員さんの考え方と,客の考え方とは,かならずしも同じではなく, 客の説明ひとつだけで駅員さんがすべてを理解することはなく, そこに対話が必要になるわけです. 駅員さん側が,かなり柔軟に適応してくれることもあるのですが, 残念ながらそうではない事もあります.
>>あらかじめ時刻表で綿密に調べ,所定の用紙に記入することのできる人が居たとしても,
> あー、こういう利用法を想定していたんですね。
うーん,最初に話を出した時に書いたつもりだったのですが伝わっていませんでしたか…すみません.
> 私は細かい指定を行なう以上ある程度対話的なやり取りが必要だと考えていたので、機械にやらせてもあまり時間の節約にはならないという考えでした。
うーん,僕は僕のような人が窓口に行くよりも時間がかからくなるシステムが実現可能だと信じています.
> 玄人システムが扱うのはあくまで「定型的な」発券業務だと考えていいんですね?
ええ,僕はそのつもりだったのですが… そうか,もしかして,マニアックなルートの券を検索しながら購入するなんて使い方をお考えだったんですか? それは僕の想定外ですが, それができるなら,それでもよくって,それに人間相手じゃないインタフェースを選ぶ人が居ても止めはしません. ただ,そういう人が,JRにとってどれくらいの利益をもたらすか,僕には判断つかないので, 僕は希望に入れません.
>・マークシート方式
>あれこれと高度なシステムを模索するよりはユーザにも発券側にもシンプルでわかりやすいと思います。
いいんじゃないでしょうか.僕的にはこれがあるだけでも満足です. ただ満席など例外事象が起こる時は,きっと窓口に振られざるを得ません. それはそれでもいいと僕は思います. これってやはり玄人用って言うんじゃないんですか?
> ・端末はユーザが用意する
これは僕が一番最初に言ってませんでしたっけ? 色々と問題もありそうですが,あれば僕は嬉しいです.
まぁ,端末さえ繋がせてもらえれば,自分用スクリプトにより,希望に一番近い券を発行させるとか, (発行前にいくつかの中から選択させてもいいのですが) 人間の介入をできるだけ減らすことはいくらでも可能ですね.
端末なしでも, マークシートや磁気カードに書かれた自分用プログラムを券売機に送り込んで, ってのも端末が居らずに済んでいいかも.
多様性は万能ではないし (スコア:1)
>うーん,albireo さん自身が、
>> 例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。
>と、「当然」なんて発言なさっているんですが、前言撤回ということですか.
??私は「テストした結果があの程度」で「テストしてないともっとひどい」と言ってるので別に撤回する気はさらさらありませんが?
>> こういう例えはふさわしくないと思います。
>家電製品を出してきたのも albireo さんなんですが.
ここの部分での「ふさわしくない」は家電製品に例えた事ではなくて、「ビデオなどの操作性が悪いのを安易に多様性の少なさを理由だと決め付けるべきではない」という意味でふさわしくないと言いたかったのですが…言葉足らずでしたね。
>> どちらにしろ量産品にあまり多様性を求めると
>量産品はすでに多様性を持っているんですけど.ビデオデッキは一社の一製品しかないのでしょうか?
「あまり多様性を求めると」ということでして。各メーカーが社内で出てきたアイディアを全て商品化しようとするとあまりにもリスクが大きいから絞り込まざるを得ないと言う意味です。
別に一概に「多様性はよくない」と考えているわけではなのでそのあたりは誤解しないで欲しいです。
>導入初期の混乱はあるでしょうね.でもユーザを馬鹿にしちゃいけません. そこに必要があれば,きっと対応していくでしょう.
理屈ではなく経験則としてですが「ユーザは保守的」という古い言葉がありますよね。
コンピュータのアプリケーションにしても「やっと操作を覚えた頃にはバージョンアップで新しい機能を覚えなおさないといけない」という批判があったり。
学習が必要ということは多少なりともユーザにとっては「負荷」であることには同意していただけるとは思います。
いくらよいものであってもそれを使ってもらえるかどうかはユーザが新しいものに乗り換えるメリットを感じられるかどうかです。
「メリットがある」ではなく「メリットを感じられる」かというところが問題。
「ユーザを馬鹿にしちゃいけません」と同時に「ユーザの学習能力を必要以上に期待しちゃいけません」「ユーザの学習能力に甘えちゃいけません」ともいえるわけで。
多様性といっても程度の問題で、あまりに際限のない多様性はシステム全体に対する否定的な反応に繋がりかねません。
ATMの例なら全部のATMが違う操作であれば、一番人気があるのは窓口になりそうです。そして窓口が混んでいるから仕方なしにATMを使うというような。
あまり成功したとはいえませんが、Gコードのようにメーカーに依存しない統一したインターフェイスというアプローチも試みられているように、頻繁な改良よりも単純で安定したものの方がよい場合もあります。
典型的な例はQWERTY配列ですかね。
> そうか,もしかして,マニアックなルートの券を検索しながら購入するなんて使い方をお考えだったんですか?
すいません、ここらへんで違ったものをイメージしてしまったようです。
とりあえず玄人システムの具体的な内容については一段落ついたようですね。(^o^)
私は駅の券売機などはある種の公共物だと考えているので、改良するなら玄人向けな物にはしないでコモンなインターフェイスの方を改良して欲しいと考えます。
ニッチな需要ならば玄人向けなどよりもコモンなインターフェイスを使用できない障害者向けなどのほうがよほど必要だろうし。
>また、システムが多様であるのは今も同じです.
ええ、私にとっては現状の券売機の多様性もすでに許容範囲ぎりぎりというか、ちょっぴり許容範囲をオーバーしているというか…
鉄道会社によって地域性やユーザ層の差があるので当然なのかもしれませんが。
そういう意味では仮にいくつもの券売機を用意して淘汰によって生き残った券売機というのはその地域性などを反映してしまうために、行きと帰りで全く違う券売機になってしまうというアレな状況を生むかもしれません。
生物といっしょで過度に環境に最適化されてしまうと柔軟性を失う危険も大きいわけです。
そして鉄道という比較的安定したシステムにも新路線や料金システムや乗り入れや新サービスなど変動する要素はあるわけで、多様性が淘汰される前に際限のない発散に向かってしまう危険もあるのではないでしょうか。
そんなわけで私はユーザに選択を要求するよりは現状のように
内部での検証→一部の駅で試験導入(ロケテスト?)→導入決定、順次更新
というプロセスの方がマシだと考えます。
うじゃうじゃ
Re:多様性は万能ではないし (スコア:1)
>??私は「テストした結果があの程度」で「テストしてないともっとひどい」と言ってるので別に撤回する気はさらさらありませんが?
第一に,私が言いたいのは,「テストしてないともっとひどい」と断言することはできないってことです. そして,albireo さんのお考えになっていると思われるテストで,より良くなったという確認ができるかもしれませんが, それは,ベストな状態だと断言することはできず,動作確認程度しかやっていない「突然変異」システムに先を越される可能性は否定できないと僕は考えます. というわけで,必ずしも「テストしてないともっとひどい」というわけではないと僕は考えます. そして,
>そんなつまらないことしか想定できないのにユーザインターフェイスについてあれこれ言われてもねえ。 例えば家電製品などでもテストの段階で使い勝手についてもリサーチするぐらいは当然のことですが。
とおっしゃっている以上,僕の考える動作確認程度で世の中に出していてるようでは, そもそもユーザインターフェイスについて語ることすらできないとおっしゃっているってことですよね.
しかし,albireo さん自身もお認めになっているように,現実には,なかなか albireo さんが当然とお考えになっているテストとやらは行なわれていないようです. 世の中のメーカーの人々が我々の亨受するユーザーインターフェースを提供していて, その方達のやっていないことを,(たとえ,その作品がよくないものであったとしても) 断りなしに「当然のこと」と断言なさるのはいかがなものかと思います. albireo さんには,ユーザーインターフェースについて,深い造詣がおありかもしれませんが, そうでない方達も,ユーザーインターフェースを実現しなければならないのです. そして,そういう人達が,ユーザーインターフェースについて語るのは,自由ではないでしょうか? もしかして,言論の自由までお認めにならないというのでしょうか?
>ここの部分での「ふさわしくない」は家電製品に例えた事ではなくて、「ビデオなどの操作性が悪いのを安易に多様性の少なさを理由だと決め付けるべきではない」という意味でふさわしくないと言いたかったのですが…言葉足らずでしたね。
多様性が少ないから悪いと言った憶えはありません.多様性を拒否することはできないという主張と, 「テスト当然やっている」という(僕が勘違いしていた)立場の albireo さんへの反例提示の意味でした.
>「あまり多様性を求めると」ということでして。各メーカーが社内で出てきたアイディアを全て商品化しようとするとあまりにもリスクが大きいから絞り込まざるを得ないと言う意味です。
リスク判断等はメーカー側が当然やることで,それを止めるつもりはさらさらありません. その程度のふるいはかからねばならないし,言わずともかけるものでしょう. おいしい話が,よくわからない判断で潰れてしまうとしても,それはそれで,そのメーカーの実力というところでしょう. 僕が多様性と言った時に頭にあるのは,ユーザから見て,多様性のある状態がいいと言っているだけです. 自由市場の原理からかけ離れた独占状態で,客にとってよいシステムを提供しているつもりならば, それは間違いだということです.
>別に一概に「多様性はよくない」と考えているわけではなのでそのあたりは誤解しないで欲しいです。
おお,ここまで御説明してきた甲斐がありました.
>「メリットがある」ではなく「メリットを感じられる」かというところが問題。
「感じさせる」ようにできればいいですね. でも,「ある」というだけでも,ユーザが適応するケースもあります. ポケベルや携帯のひらがな入力のように,一見,あまりよくなさそうに「感じる」操作システムでも, 驚くほど多くの人に受け入れられてきました.(ポケベルひらがな入力は今はすたれていっているのかもしれませんが)
>多様性といっても程度の問題で、あまりに際限のない多様性はシステム全体に対する否定的な反応に繋がりかねません。 ATMの例なら全部のATMが違う操作であれば、一番人気があるのは窓口になりそうです。そして窓口が混んでいるから仕方なしにATMを使うというような。
だから,その待たされるってのがユーザにとって大変不利益をもたらすもので, それを無くしたいというのがそもそもの出発点なのです. 僕だって,窓口で待たされることがこの世でまったくないならば,自動なんとかを導入なんて発想をここまで声高らかに唱えたりはしないかもしれません. 今の ATM だって,窓口が空いている時間帯でも行列が出来るほど使われています. 操作がおぼつかない人だって,なんとか操作しようとしています (時には行員さんのサポートを受けながら). 必要なシステムであれば,使われるのです.
Re:多様性は万能ではないし (スコア:1)
もともと「もっとひどくなっていたでしょう」という書き込みだったのですが…
>>そんなつまらないことしか想定できないのにユーザインターフェイスについてあれこれ言われてもねえ。
>僕の考える動作確認程度で世の中に出していてるようでは,そもそもユーザインターフェイスに
>ついて語ることすらできないとおっしゃっているってことですよね.
この部分については
> そんなつまらないことは当然やるのだと想定してもらえないのですかねぇ。
に合わせただけなのであまり深く考えない方がいいと思います(^^;
アプリケーションでも簡単なテストをすればすぐにわかるようなバグが残ったままリリースされることがあったりするように、当然のことがきちんとできていないものがあるのは確かです。
でもそれは「当然やるべきことをやっていない」のであって、使い勝手についても事前にテストすることが当然だという考えには変わりありません。
>Gコードはビデオデッキが製品として出てきた時からあるシステムなんでしょうか?
それは私が言っていたこととは関係ありません。
ビデオの予約システムというメーカーごとにバラバラで、同一メーカー内でも次々と新しいものを作っていき、相変わらず多様性が収斂に向かわずにかえって混乱を生み出している事への解決策として Gコードというものが生まれたことについて考えて欲しかったのですが。
>>そんなわけで私はユーザに選択を要求するよりは現状のように 内部での検証→一部の駅で試験導入(ロケテスト?)→導入決定、順次更新 というプロセスの方がマシだと考えます。
>テストと多様性の優劣をつけようとしているようですが,その議論に意味はありません.
>なぜなら,相反するものではないからです.
相反するものだと言っているのではありません。
これぐらいのプロセスを生き残った上での多様性でないと、アタリショックのような粗製濫造に繋がる危険があるということです。
#うーん、アタリショックのことをもっと早く思い出していればよかったかも。
>だから,その待たされるってのがユーザにとって大変不利益をもたらすもので,
>それを無くしたいというのがそもそもの出発点なのです.
いえ、ここでいいたいのは「窓口の方がよい」なんて事じゃなくて、あまりにも多様性がありすぎるとATM全体について「操作がバラバラで使いにくい」というイメージを持ってしまい、その結果ユーザが選択したものは窓口になってしまう可能性があるといっているわけです。
>>別に一概に「多様性はよくない」と考えているわけではなのでそのあたりは誤解しないで欲しいです。
>おお,ここまで御説明してきた甲斐がありました.
いえ、そうじゃなくてこちらも一番最初から多様性自体の否定なんてまったくしていなかったんですが。
>多様性が少ないから悪いと言った憶えはありません.
と同様で、お互いの考え方の差異の部分が強調されてしまったようですね。
まあ現実にその部分に関して議論しているので当然かもしれませんが。
>別に「コモンなインタフェース」を無くしてしまおうなんて,考えていないし,一言も言っていないと思います.現状は,言ってみれば機能が足りないのです.
全く同意します。
私が気にしているのはその解決策として ytateyama さんがあまりにも「多様性」に期待しすぎているような気がする点です。
>QWERTY 配列がキーボード入力にとってよい方法ではなかったという話は有名ですよね.
もちろんそのことを知っているからこそ引き合いに出したわけです。
>僕はいくつかの理由があって DVORAK 配列を主に使用してます.
個人的には親指シフトが(ほぼ)消えたのは非常にもったいないと思います。
というわけで家電も券売機もひっくるめた上で話として読んで欲しいのですが、DVORAK も親指シフトも QWERTY や JIS よりも洗練されていたにも関わらず十分に普及したとはいえない状態です。
それはメーカーが積極的ではなかった、諦めが早かったという理由もありますが、やはり「ユーザに受け入れられなかった」というのが最大の理由でしょうね。
それは結局「より洗練されたもの」と「慣れ親しんだもの」のトレードオフの結果として後者が選択された結果で、多くのユーザにとっては新しい配列の洗練度、効率性では不十分だったということになると思います。
そんなわけでユーザが十分に慣れ親しんだものを捨て去るような選択をするためには安定したものに対するよほど大きなアドバンテージが必要だということになるのではないでしょうか
うじゃうじゃ
Re:多様性は万能ではないし (スコア:1)
返答の大部分はわりとすぐに書き上ったのですが, 連休空けて仕事が始まったら,やはり時間がとれず,やっと仕上がりました. すみません.
言った言わないだけのレベルに落ちてしまっていると思われる話はざっくり放置させていただきます. また,最初にこれまでのやりとりで随分具体的になった僕の主張点を述べてから各論に入ります. まず、この一連のやりとりが始まった原因だった,
> そういうテストは導入前にしてください。利用者にはいい迷惑です
ですが, システムの是非を市場に問うために多様にして生き残りを賭けるという状態をテストと位置付け, (そこまでは,まだテストという語感の個人差と言うこともできますが,) 「利用者にはいい迷惑です」と断定する態度には疑問を感じざるを得ません. メーカーがシステムをリリースする時,完璧な物と思ってリリースするという建前はわかりますが, 完璧なものだと本当に信じてもらっては困ります. まぁ,信じるまでならまだいいですが,僕を洗脳なさろうとするのは,きっと無駄です. ユーザに受け入れられるかどうか,どこか不安を払拭しきれない状態でリリースする… すなわち, 世に問うということがほとんどだと僕は考えています.
もちろん,機能が曖昧さのまったくない状態で記述されていて,当該システムにとっての外部とのやりとりも, これまた,きっちり記述できて, それらのテストが完璧に行なわれており, それがすべての利用者の要求に完璧に見合うという案件ならば,1システムだけ実装してテストだけやった後導入し, あとは,目もくれないという態度でよいでしょう.しかし,世の中にこんな完璧な案件はあるのでしょうか? 電灯のようなとてもとてもシンプルなシステムでさえ,この範疇には入らないでしょう.
ここまでの議論での僕の理解では,albireo さんは,操作方法の統一の維持をしたくてたまらないと思っていらっしゃるということですが, そうお思いになるのも無理はないし,僕の意見も,とても限定的な状況下では,そうだとは思います. しかし,いつも操作方法の統一だけを遵守していればいいというものではないと考えます.
確かにユーザが学習しなければならないというデメリットが生まれます.しかし, 学習してあり余るメリットがあるなら,その存在価値はあると考えられます.
また,異なるシステムを交互に使うなどすれば,混乱も起こるでしょう. 淘汰過渡期や学習過程では確かにそうですが,玄人ならば,自分用のシステムは決まっていて, 混乱することもないでしょう.
ここで,僕が「玄人」とほとんど説明なしで使っていた言葉の定義を試みます.
まず,そのシステムが対象としているサービスがあったとします.JR予約券売機ならば,客をある時間にある地点から別の地点へと運搬してもらう権利を約束することです. 「玄人」とは,そのサービスを頻繁に切実に利用する人を指すことにします. JR予約券売機ならば, 新幹線や深夜バスを週に数回使用しなければならないユーザが居て, もし,券を買わなければ,首になったり,家庭崩壊を招いたり,あるいは,妥協した券を買うと,疲れることになって, やはり首や家庭崩壊の危機があるので,それは避けたいというユーザです. これを,僕は,JR券予約(の特定分野での)玄人と呼ぶようです.
券売機は一般的ではないかもしれないので,銀行ATMで言うことにすると, 毎月定期的に振り込んだり,お金の移動をしなければならない所があって,そうしなければ, 持ち金がなくなったり,取り引き先の信用を失なったり,会社が潰れたりするおばちゃんが居るとします. 彼女は,(一般の機械操作という面ではおぼつかない人かもしれませんが),銀行利用(の特定分野での)玄人です. 振込みカードシステムなども,いとも簡単に使いこなします.
これら特定分野のシステム玄人達は, 切実にそのシステムを使い続けねばならならず, また,あまりにも頻繁にそのシステムを使うので, システムが便利になれば,すなわち, 充分なメリットさえあれば,必ずそのシステムを選択すると僕は考えます.
といったところで各論に入ります.
>>Gコードはビデオデッキが製品として出てきた時からあるシステムなんでしょうか?
>それは私が言っていたこととは関係ありません。
とらえ方の違いってことですか.
操作系統の統一という意味では,成功していません. 僕は同じ会社の違うビデオデッキを持っていますが, G-Code 入力の挙動が微妙に違っていて,大いに混乱しましたし, 今でも混乱する事が時々あります.(さすがにいつも録画予約操作が必要なわけではない僕は,録画予約操作素人です)
G-Code は僕にはこう思えます. あるビデオデッキの開発担当者は,自分の作るシステムが一番良いと思って,自分なりの実証テス