Archive for 2月, 2008

Paper Prototyping検証 第3週目

金曜日, 2月 29th, 2008

ペーパープロトタイプ(以下PP)開始準備 今日は、メンバーのうち、一名が、業務上、遅れて参加することとなった。残った二名で、先行して作成を進めていく。 まず、先週に、お互い作成したイメージに基づき、これから作成するプロトタイプの中身の概要をリストアップする。その後、作成にあたって、下記の約束事を決めた。 <決め事> 簡単な下書きをしよう。ただし、鉛筆・シャープペンでやろう。 絶対にフリーハンドで書いていくことにしよう。 コンピュータ役の負担も考えて、工夫しながら作成すること。 字は大きく書きましょう。 PP作成開始 とりあえず、HOME画面から作ってみることにする。 さぁ、作るぞ、と腕まくりをしてとりかかろうとしたときに、ハタと気が付いた。 先週、課題図書にあった順序 「課題作成 -> PP作成」が感覚的に疑問だよね、作ってみないと課題が浮かんでこないよね、という話になったのだが、逆に、課題がまとまってないと、「どの部分を手を抜いて作っていいのか」、「どこは手を抜いてはならないのか」が明確にならないので、結果的に何に重点を置いたPPなのかわからないものができてしまう。 今回のチーム内では、正しい順序は、「課題作成・共有」⇒「PP作成」 ⇒・・・、ただし、既存のものがない場合には、さらに前に、「作るもののイメージの共有」という工程が必要だよね、という結論に至った。 さて、 そんなことを議論しながら、作成を進める。お互い、『??何かおかしい・・・それは、あの前提が誤っているのではないか』、と感じながらも、黙々と作業を続ける・・・「あー、腹減った」と思っていたときに、遅れて参加の一名が登場。 『字がでかい』 二人が感じていた違和感 をそのままストレートに表現されてしまった。 ちょっとしたショックを感じつつも、ご飯を食べてから再出発を誓う二人であった。 第3週目の成果 A4のコピー用紙でもよいので、下書きをして、より具体的な構成を考えてから行動しよう。作成中に気付く点も多いので、下書きを一度することで、より課題が明確になることが期待される。 字のサイズはおおきければいいってもんじゃない!!!大きすぎると、テスト時に逆にデザインの粗悪さに目が行ってしまい、本来のユーザビリティのテストではなくなってしまう可能性が高い。また、機能も埋もれて見えてしまう。⇒文字サイズをあらかじめサンプル化してから作成しましょう。 作業を分担して行う場合は、黒マジックは人数分必要。 共通で使うパーツはその部分だけを作成して積極的に使いまわそう。 A4サイズ、B4サイズなど、必ずしも定型の形になるとは限らないので、セロハンテープでの切り貼りも必要になる。 多少の外科手術(※)は可能。本来の目的は、ミテクレのテストではなく、ユーザビリティのテストにある。見た目はあまり気にするな。 API詳細などは、Web上で同様のものがあるのであれば、それを印刷して代用することもできる。 画用紙であるのはなんでだろうか?⇒普通のコピー用紙だと、複数回のユーザビリティテストの再利用、修正に耐えられない。 (※)外科手術とは・・・紙を切り貼りして、誤字の修正や、表示の追加を無理やり行うこと。見た目は多少悪くなるが、手数は減る。

Paper Prototyping検証 第2週目

金曜日, 2月 29th, 2008

会議室が空いていないこともあり、別棟に空きを見つけて実施。 よほどの緊急時でなければ、電話中断などが入らないという利点があり、しばらくここを利用することとなった。  本日は、各自持ち寄った課題図書を読み合わせながら、進めていくことになった。 全体の手順をさらっと確認し、特に重要そうなところを重点的に確認した。 不明な点は、お互いに「これってどういういみなんだろうね?」とかやりながら実施。  手順は大きく キックオフミーティング ユーザの募集 課題設計 プロトタイプの作成とウォークスルー ユーザビリティテストと改良の繰り返し 問題点とアクションプランの優先順位付け 結果の通知 と分かれるそうだ。 とりあえず、その手順に沿ってやってみることとなった。 1.キックオフミーティング 作業手順は以下のように分かれる 目標、リスク、考慮事項について話し合う ユーザーのプロフィールについて同意を得る コアチームを組む スケジュールを立てる 所要時間3時間となっている。 うーーん・・・ できたのは、コアチームを組むところだけ。最初からこの3人がコアチーム。 本当にキックオフでボールを蹴り出しただけになってしまった。 コアチームを組む前の手順ってなんだ? なぜこんな順序で書かれている? なんで、これらがコアチームを組むより前にあるんだろうか? というところでお昼休みにした。 さておいしいご飯を食べて帰ってきてから、気を取り直して、一つ一つ確認していくことになった。 おそらく正しい手順は、こうなのだろう。チームが集まって、顔見せし、そこで、目標についてや、想定ユーザー、スケジュールなどを話し合う。当たり前な気がする。本の記述順に踊らされたかもしれない。  目標、リスク、考慮事項について 今回の目標は、ペーパープロトタイプの実施自体と、jQueryチームの公開用サイトのインターフェース仕様作成だ。 リスク、考慮事項については、 更新がしやすいサイトであること(jQueryライブラリのバージョン変更があるため) 別のサイトとの差別化(とほほのように、ブランディング?したいよね) ユーザープロフィール作成 今回に関しては、自分たちも含めて、周囲にごろごろしている技術者をモデルにすればよいので、簡単簡単。 そして、顔見知りなだけに、いつでも想定ユーザーを呼ぶことができる。 2.ユーザーの募集はそこらへんにいてくれるので、特に行わない。課題図書によると、社外ユーザーにお願いする際には、 募集要項など決めて、報酬なんかも考えてやるとのこと。 3.課題設計 課題設計??なぜだろうか?これだけの材料では課題の設計ができないことに気がつく。 そう、メンバー間で、大まかなサイトイメージが共有できてないことに違和感をかんじたのだ。 そこで、先ほど作成したユーザープロフィールを元に、サイト構成のイメージを共有する。 コピー用紙を利用して、お互いイメージを出し合って、大まかなイメージを合わせた。 これなしで課題設計が行えるのは既存のサイトがある場合だよね、と満場一致。 課題に関しては、Excelでフォーマットをつくり、書き込んでいく。サイトの目的がシンプルなので、思った以上に課題が少なく感じる。「ユーザーに対する指示」を最後に作成して帰宅した。 第2週目の成果 キックオフの前にユーザープロフィール作成、目標、リスク、課題の洗い出しなんてできない。コアメンバーを決めてから話し合うこと 新規サイトは、課題設計の前にサイトイメージのたたき台を一度、共有しておこう。 ユーザープロフィールシート(ペルソナはペルソナで興味深い)と課題シート

Paper Prototyping検証 第1週目

金曜日, 2月 29th, 2008

数多くある研究テーマの中で、ペーパープロトタイピングをやることになったのは、3名(うちリーダー1名)です。 キックオフということで、ペーパープロトタイピングについて、リーダーにざっくり説明してもらいました。 そして、その後、各自でGoogle先生に、ペーパープロトタイピングについてお聞きすることになりました。 調べた結果 ペーパープロトタイピングならば、初期段階のデザイン・アイディアのユーザーテストが非常に安価に実施できる。これによってユーザビリティ問題が修正できるので、使えないものを実装してお金を無駄にすることがなくなる。 使用されない理由 シンプルすぎて信用できない 手を抜いているような気分になる 使用すべき理由 デザイン上で必要な変更点を早期に発見できるため、プロジェクト全体での変更による費用発生が極小に抑えられる。 完成度が低いので、ユーザーも気軽に意見が言える⇒フィードバックが多く得られる効果がある。 と、かの有名なウェブ・ユーザビリティの大家、ヤコブ・ニールセンがおっしゃられていました。 その他多数の記事を調べ、とりあえず、必要なものを買いにいくことになりました。 久しぶりに訪れる文房具屋にどきどきしながら、購入したものは 画用紙 八つ切 20枚 サインペン(黒、青、赤) はがせるテープ(今はそんなものがあるんですね) 足りないものは会社から借りることにしました。 さて、今回、ペーパープロトタイピングを行う対象についてですが、 jQueryを研究しているチームが作成しようとしている、jQuery説明サイトとなりました。 参考にする予定の書籍が手元になかったので、とりあえず、ヒアリングを行うことに。 ヒアリング中に「wikiっぽいサイト」という言葉で語られ、これがインタビュアーたちの イメージを束縛することになってしまった。聞き手はゼロベースで聞かなければならないのに、 語り手の言葉に流されてしまった。なかなか、要望の本質的な部分を聞き出すのも難しいものです。 最後に、残り時間で、想定されるユーザー像とユースケースを想定。ペルソナとか手法は あるようですが、今回は、ペーパープロトタイピングが主題なので、思うがままに、意見を 出し合って、終了した。 第1週目の成果 足りない物の準備 メリット整理 課題図書決定(「ペーパープロトタイピング - 最適なインターフェースを効率よくデザインする」 オーム社 ISBN4-274-06566-9 税別3200円) ヒアリングでは、語り手のイメージは聞き流せ。一通り語ってもらってから、本質的なところを聞きなおせ

Paper Prototyping検証 ことはじめ

金曜日, 2月 29th, 2008

会社内の技術研究の機会(週1日)で、Paper Prototyping(以下、ペーパープロトタイピング)の検証機会の時間をいただきました。 ペーパープロトタイピングは、その名のとおり、試作品を紙で作ってしまおうという方法です。Webサイトだけでなく、あらゆる(ちょっと言いすぎ?)ものづくりの場面で知恵と工夫しだいで適用可能な手法です。 メリットは、 本物により近い試作を作成するよりは、時間がかからない。 本物により近い試作を作成するよりは、安価である。 本物により近い試作よりは、やり直しが簡単である。 本物により近い試作を作っている間に、ユーザビリティのテストができる。 (人にもよるが)なにより、作っていて楽しい時間が過ごせる。 という面があります。  今後、このPaper Prototypingの検証結果を、順を追って、書き綴っていこうと思います。

Gmail のスパム対策

金曜日, 2月 29th, 2008

via Wow! All Gmail Users Are Given Two Separate Email Address Gmail は + や . といったスパム対策や振り分けに使えそうな機能がいくつかありますが、Gmail のアカウントを作った時に実は、@gmail.com の他に @googlemail.com というドメインも使えるようになっていることはあまり知られていないようです。私も知りませんでした。受信は、普通に @gmail.com で入ってくるみたいです。 この googlemail.com 、gmail.com と同様に + や . も使えるとのことなので、早速やってみました。 確かに出来ました。Yes, this is you. って書いてありますね。これも、振り分けルールやスパム対策に使えそうですね。

semooh ブログ始まりました。

金曜日, 2月 22nd, 2008

semooh 管理人の倉林です。 こちらのブログでは、色々な情報発信をしていきたいと思います。どうぞよろしくお願いします。