ユーザーテスト2017.4.2kentaroTwitterfacebookはてブここ近年ではUIの制作現場ではプロトタイプを導入することも珍しくなくなりました。ここでは「プロトタイプってなんでやった方がいいの?」の本質的な意味を理解するところから説明していきます。従来の開発では実際に市場に出さなければそのサービスが成功するかわからなかった訳ですが、プロトタイプが導入すると市場に出す前に評価、修正を繰り返していくのである程度、失敗するリスク減らすことが出来、開発に関しても修正が難しい後半に気づいて骨格に関わる部分を修正しなければならないことも失くすことが出来ます。使う為のもの、ビジュアルデザイン、インタラクションデザインで使う為のものがあります。どの場面で使うかで作り込む粒度は変わりますが新企画の提案の場合は決済者や顧客に確認してもらう必要がある為、イメージをしやすくする為にある程度は仮でも作りこんだ方が良いと思います。逆に設計の場合はビジュアルあると逆にそちらの方に目が言ってしまい、かえって設計の邪魔になってしまう為、ワイヤーフレームで作った方が良いでしょう。ワイヤーで作る場合はPCで作る方法と紙で作る方法があります。ソフトの利点は保存、複製ができる点と共有が容易だということですが、デメリットとして操作を覚えなくてはいけないのと有料版だとっこストが発生することです。紙の場合はソフトの知識やコストがいらずに誰でもすぐに出来るので、関係者が集まった会議などで評価、改善していくのに適しています。デメリットとしては保存や複製が面倒、共有が面倒なことです。以前のアプリのリニューアルプロジェクトでは、アジャイル式で開発を進めていて不明点が見つかればすぐに関係者を集めてコンセンサスをとるという方式をとっていました。このやり方だと止まらずにスピーディーに開発ができるので、メンバーの熱意やアイデアの質が失われずにいくことができます。大企業にありがちな部長や役員まで行かないと出来ない場合などや企画側だけで決めるウォーターフォール型では時間がかかるばかりではなく、現場と切り離して考えているため意見が合わずなんども出戻りが発生し結局、メンバーの熱意も失われサービスもダメになるケースがほとんどです。現代は情報化社会でIT業界のみならずいかに早くサービスを世に出すかが重要なのでそうのようなプロセスは捨てるべきです。大企業だからリスク恐れてや人数が多いからそのような体制にするのではなく承認が取りやすいように現場主体にし法務が必要な場合など以外は現場で決定して進めるやり方でなくては競合にも勝つことは出来ません。不要な管理や上下関係など時代錯誤的なものは捨ててサービスと会社の利益のために動ける人間が現代は優秀というよりもスタンダードです。プロトタイプの進めかた具体的にどうやって進めればいいかですが以下のプロセスで進めればスムーズに行くと思います。範囲についてですがこれは状況によって変わってきます。初期の開発段階ならばコンバージョンの経路のみのプロトタイプで必要最低限の要素でいいでしょう。そのほうがコンバージョンにフォーカスして短時間で改善して行くことが出来ます。逆に開発の中盤であったり既に公開しているものの改善だったりする場合は、要素がないとパーツの再利用や画面配置のイメージがつきにくくなってしまうので既に決まった要素は配置したほうが良いでしょう。次に作成についてですが初期の開発段階ならばまだ導線や情報設計が何も決まっていない段階なので素早く何度も気楽に出来る手書きのペーパープロトタイプの方が良いでしょう。このほうがソフトのようにしっかり作ろうとする意識がいかないので何度も修正する初期の反復設計に適しています。中盤では範囲で説明した通り要素は配置した方が良いのでソフトで作って印刷した方がよいと思います。紙にすることで先ほど説明したように反復設計の効率が上がります。次は実際に試用して見ます。試用とは自分がユーザーとなり操作して評価することを言います。作成したプロトタイプを並べて、決めたペルソナをイメージしてなりきりシナリオ、タスクを読みましょう。見て指でなぞって操作してください。気づいた点をメモしていきます。アイデアは改善点だけでなくいいものも書いていきます。使いやすいだろうか、ダメならどうやれば改善出来るだろうかなど考えながらメモしてください。皆で話合いながら決めたものを修正してブラッシュアップしていきましょう。このやり方は本当にスピーディですし意見がどんどん反映していくため達成感やモチベーションも保たれます。それに皆と顔を合わせて考える為、仲間意識が生まれやすいですし目的意識の統一化が図れます。私が仕事をしていてここが一番大事だと思っていて、ここを軽く感じている現場や会社は離職率が高い傾向にあります。各々が自意識過剰に勝手に進めているだけで、なぜ会社という組織でチームでやっているのに理解せずにやっていると思います。これは誰でも出来る訳ではありません。今ままでの説明でわかると思いますが、目を見て話合いながら進めていくわけですから、相手の意見を聞くことも必要ですし、瞬時に理解しアウトプッする能力も必要です。皆でやる訳ですから勝手な行動はしないのは当然のこと相手をけなしたり尊重しない方は出来ません。多くの企業で働きましたが日本の企業はここを軽く見すぎている気がします。これからはいくら技術がすごくても一人では何も出来ませんからここが抜けている人は使い物になりません。このブログの制作者、管理者です。