---PR-----------------------------------------------------------------【頑固なまでに保守的なレンタルサーバ会社】のファーストサーバがセールスパートナーを募集中。2005」の主観的レポート。<http://www.designit.jp/>ソシオメディアがセミナーを開く、3日間、しかも有料(全日だと5万円超、けれども学割は7割引)。ダイレクトメールを見ながら、「アクセシビリティだけで3日間はきつくないか」などと考える。講演者やタイトルを見ると、そんな単純な仕掛けではないらしい。IT!...」の「IT」は、「それ」であり「アイティ」でもある。デザイナがデザインするモノは何であるのか、タイトル自体が問いかけだ。並走セッションが多いので、全部を見れない構成なのだが、基本的には技術カンファレンスではない。コンテンツマネージメント(CMS)トラックでは、各ベンダーが30分単位で自社技術を語っていたが、純粋な技術論の話はここだけだったろう。「手法」が語られる場面も多かったが、その技術的な話よりも、それらをどう扱うのか、運用側の心理面で大きく考えさせられた。演についてコメントと紹介を。Technology研究所所長)<http://www.bjfogg.com/>オープニングセッションで氏が語るタイトルは「人生とキャリアに影響力のあるデザイン」。自分の人生デザインしてますか?」という問いかけ。サイトはデザインしているが、自分の5年後のイメージが希薄な私にはインパクトのある問いかけだ。氏は、ユーザがどのようにしてWebサイトの信頼性を得るのかを調査し、コンピュータが既存メディアと異なる点をまとめ、何が強烈なインパクトを持って受け止められるのかを研究している大家。学際派代表としての参加か。influence(社会的影響)・Stories(物語性/原因と結果や効果への流れ)・Hope(希望や期待)何かを売らんとするなら、これらの項目にアピールする要素があるかで、市場に受け入れられるかどうか予測ができるだろう。「戦略」という言葉は私も使うが、それを体系立てて話せてはいない。感覚的なレベルで口にするから、伝わらないのかと反省させられる。後ろに膨大な調査データがあると説得力が異なる。氏(アダプティブ・パス共同経営者)<http://blog.jjg.net/>ジャーナリストからWebに入っていった実務派でありながら、開発プロセスを視覚的に分かりやすく表現できる大家。「ユーザエクスペリエンスを構成する5つのレイヤー」と「Web開発チームを成功へと導く9つの鍵(柱)」は、この業界にいるのなら一度は見るべき俯瞰図だろう。Managementhttp://www.jjg.net/ia/files/pillars.pdfおそらく多くのWeb開発者が実際に行なっていることを、このような形でまとめることには大きな意義がある。全面的に正しいとするのではなく、議論がしやすいから。何が自分たちに欠けているのか、自問シートとも言えるかもしれない。Experience」は「ウェブ戦略としての『ユーザーエクスペリエンス』」として発売中)。中心の動きと捉え、それとは別流として、開発段階からユーザ中心志向を取り込んでいく開発プロセスの研究。そこには、売る(Webサイト公開する)前には、機能面中心(ユーティリティ性)の議論だけで、売ってしまってからのケアが疎かだったことへの反省が込められている。ユーザは、モノを買ったり、サイトに接することで、安全性や信頼性やユーザビリティを評価する。それは既に売った後なので、開発者の手から離れている。そこへどんな深遠な反省をしたとしても、覆水盆に帰らず状態に変わりはない。リリースする前にきちんと考えようという流れである。手法や、重み付けによる数値化手法。トップダウンの重要性や、それでも鍵となるのは個人差を消しきれない洞察力。開発の現場では、余力がなくて、なおざりにしてしまいがちな問題を、理論的な力でぐいぐいとまとめ上げている。課題もあるようだが、うまく接点をとれそうな予感を感じる。Systems)<http://www.adobe.com/>「アドビ」は、デザイナの故郷とも言えるような会社だが、それは外から見た姿。社内から見える姿は、完全なエンジニアの会社だという。その中で、ユーザビリティの部隊がどのように育ってきたかの話。門家部隊が形成される。1995年当時、たとえばNetscape社には40人のユーザビリティ専門家がいたというので、どちらかというと遅れていたといえる。検証(Before/After)情報提供などの教育のフェーズを通って、会社全体の戦略の域に達しつつある現状。天下の「アドビ」でさえ、エンジニアからのデザインへの理解度の低さの壁は大きく、辛い時期が何度もあったようだ。申し訳ないが、励まされる。それでもへこたれなかったから今がある。(ユーザビリティ)デザインは、「ツール」への影響、「組織」への影響、そして「開発プロセス」への影響へと地境(じざかい)を広げている。幾つかの日本独自の製品が生まれたのも、このユーザを直視する活動の一環だという。リリース前のユーザビリティ検証が、開発の前段階で行なわれるようになり、よりグローバルに、戦略的に、ユーザ動向を予測したものへと変化して来たそうだ。階から、より受け入れられる機能を探し「提供」しようとする段階へ。デザインを理解しようとしない人たちへの不満を、不満という形で表すのではなく、社内経営者をコンサルする気で接したという。誰もがイバラの道を進んでいるのだ。業務プロセス改革本部)<http://www.sonylife.co.jp/>企業内業務システムのユーザインターフェース標準化活動の紹介。粒の種」が辿った戦いの記録。紫の画面に白の文字、そんなインターフェースを平気で出してくる開発部隊に痺れを切らした結果だという(多分本人が誇張している)。(情報)デザインの定義を「情報を公開する技術」であると定義する。情報は、それがあるだけでは、伝わらない。伝わらなければ意味がない。伝えるためには技術が不可欠だ。情報をどこかに置けば伝わると錯覚するのは、時代錯誤も甚だしい。コミュニケーションを成立させるためには、今欠けている何かを埋めなければ、会社の将来にさえ悪影響が出かねない。現状は、未だ目標の三割程しか達していないそうだが、先には「情報デザイン部」という目標もあるという。報を、伝わる「形」にし、コミュニケーションを成立させる部隊。社内に通しやすい形、社内が知るべき知識の形、社外に伝わり易い形。そこに従来の、マーケティング部や広報部が並列にあることを狙っている。その機能を既存の部が担う可能性を尋ねたら、新設の方が良いと思うとの答え。講演中、「心は形を求め、形は心を進める」と話していたが、一粒の種が育つに良い土壌は、新しい土壌なのかもしれない。到達している三割というのはどのレベルか。読しなければ口出しを禁止した。逆に不明なことがあればいつでも聞きに来れるように門戸を開ける。得するのに長時間必要だった。誰もが寄り添える「標準」に安心や共通認識レベルが構築されつつあるという。「自慢はできないが卑下することはないアプリがつくれるようになった」レベルと謙遜するが、「見た目」と「構造」の違いを開発者が意識しだしたという意識の変革の意味は大きいだろう。作り手の論理から、使い手の論理への変革。作り手が使う側の目で自分たちのタスクを見つめたとき、最終的に使われる生産性は向上する。開発は一時であるが、使用期間はそれより長い。最初に楽したが故の長期の苦しみか、最初に使われる姿を考え抜いて長期間喜んで使ってもらうか。経営的に見ても答えは出ている。講演後の質問に答えて、孤軍奮闘からの脱却に際して、「トップダウンの力」を少なからぬ力として挙げていた。上司はデザインに特段理解のある人ではないらしいが、将来のアプリケーションにデザインが不可欠であることを見抜いていた。全幅の信頼ではないにしろ、とにかくデザインに関しては、氏を先鋒に立たしてくれたという。氏(調査・デザインコンサルタント)<http://www.marcrettig.com/>医療機器のMRIの操作インターフェースのデザインから、図書館のリニューアルまで、多くのインタラクションのコンサルを行なう大家。仕事の依頼が来ると、先ずはユーザリサーチを行なう。ユーザのニーズを分析しないことには何も始まらない。リサーチをしてから仕事を請けるか判断するという。密なコミュニケーションを通して、意味ある仕事に育てるように努める。現場のユーザを見つめ、分析し、提案する。アイデアは基本的にはポストイットを多用したKJ法。現場の人と一緒に話すことが鍵だという。口調からは、素晴らしい「解」が浮かんでも、話し合う(巻き込むと言った方が似つかわしい)ことを端折らないようだ。Value(高付加価値)・Luxuries(贅沢)・Strategic(戦略的)作り込みたい機能を、「贅沢」の範疇で無理やり実装したりしていないか、クライアントの担当者との密な話し合いや意見の引き出しに心を遣っていたか。反省点が浮かんでくる。最後に、一所懸命考え試作しても、まるで無料のコンサルをさせられるような案件に疲れると嘆いたら、「私も何度もやらされたよ」と温厚な顔で微笑み返された。それが進むべき道なんだよ、と後押しされた気さえした。私は、まだまだ青臭い。努力したなんて言えるレベルではないのかもしれない。ridual@nri.co.jpRidualサイトの評価版getのボタンが判りにくいとコメントを頂く。HTMLは触らずにCSSファイルだけの変更で、サイト全体のヘッダ部分がマイナーチェンジ。今後はTableレイアウトからCSSレイアウトになると、今さらながら実感。セミナーの後だと、何だかスケール小さく感じる。やれることから始める。害が発生しエラーダイアログが表示されてしまうことがあります。try、catchだけでは完全には防げない、回避できないことがあります。このような場合にはQuickeysを使うというのを以前に書きましたが、今回はAppleScriptを使って一定秒数ごとにリターンキーを押させるという処理を行ない、エラーダイアログのトラブルを回避させます。以下の二つのファイルを作成します。returnKey.shとreturnKey.txtです。それぞれ以下の内容を入力します。tell次にreturnKey.shはシェルスクリプトなので(#!/bin/bashを先頭に付加しても良いが、この場合はなし)パーミッションを700か755などに変更します。ターミナルを起動してreturnKey.shのあるフォルダまでcdコマンドを使って移動させます。