UX名古屋#03「構造化シナリオ法」

f:id:koichi_k:20150830132227j:plain
今日はUX名古屋の第３回目「構造化シナリオ法」です。

f:id:koichi_k:20150830140036j:plain
最初に浅野先生から３０分の講義の後、早速ワークショップへ。
まずはバリューシナリオを書くため前回実施した上位下位分析の結果を振り返ったり

f:id:koichi_k:20150830140024j:plain
ここはどうなんだろうと改めて内容を詰めたり。

f:id:koichi_k:20150830140051j:plain
今回は参加者も少なかったのでチーム数を減らしたにも関わらず今回はドタキャンの方が
何名かいたため人数不足に…急遽自分もこのチームに入って応援。

f:id:koichi_k:20150830140933j:plain
まずはビジネス情報と前回作ったユーザー情報からバリューシナリオを考えます。
具体的なシーンが浮かびやすい場合はそこから考えて、その後にバリューシナリオを書くのも手です。

f:id:koichi_k:20150830163921j:plain
続いてアクティビティシナリオを記述します。

f:id:koichi_k:20150830163948j:plain
ん〜ここが一番難関で頭を使います。

f:id:koichi_k:20150830163927j:plain
アクティビティシナリオはインタフェース用語を使わずに書かないといけないので、
普段から慣れてないと大変ですね。

f:id:koichi_k:20150830163942j:plain
新しいアイデアを考えるというのもあり、さらに大変です。
社内でワークショップをやったときもここが一番苦労していました。
ここを段階的に実施するのも手かもしれません。

f:id:koichi_k:20150830163958j:plain
アクティビティシナリオが出来たら次はインタラクションシナリオ。
これは実際の操作なので書きやすいですね。
このアクティビティシナリオがユーザーテストのときのタスクになって
インタラクションシナリオが手元に持っている正解ルートになります。
アクティビティシナリオの書き方が分かるとユーザーテストのタスク設計も上手くできるようになります！