※注意:この記事は2015年6月8日に GuildWorks Blog で公開したエントリをリライトしたものです。
ギルドワークス市谷です。
年間20、30の 価値探索 (コンセプトメイキング〜仮説検証)を行っています。軽くみても300人を越える ユーザー・インタビュー をこなしていることになります。ユーザー・インタビューで気を付けるべきことは多々あります。そもそも「何のために、誰に、何を、どんな順番で聞くのか」の設計はその核心になります。
インタビューに慣れていない人が取り組む際には、様々なことに迷うことになります。どこでインタビューをするべきか。インタビューするべき時間帯はいつなのか。どのくらいの人数をインタビューをするべきなのか。インタビューの所要時間はどの程度とすべきか。どのくらいの謝礼を用意すべきなのか。どんな話しぶりが良いのか。聞いてはいけないこととは何なのか。どんな話しはじめ方をすれば相手は話しやすいのか。インタビューの時は鉛筆でメモをとるべきか、PCでも良いのか。どんな服装がふさわしいのか…
インタビューは、人と人の直接的なコミュニケーションであるため、そもそも正解がなかったり、ケース・バイ・ケースで判断しなければならなかったりと容易ではありません。とはいえ、全く丸腰でインタビューを臨むのはリスクが高く、インタビューのコストパフォーマンスは期待外れになってしまうことでしょう。
先にあげたようなインタビューに関する教科書的な悩みについて、丁寧に応える書籍が先日出ました。「 マーケティング/商品企画のための ユーザーインタビューの教科書 」です。著者の方より献本頂き、拝読致しました。日本の文脈で書かれたユーザー・インタビュー書籍は貴重といえるでしょう。インタビューの経験が浅い方にとっては心強い一冊になるかと思います。私たちが日常実践しているユーザー・インタビューと照らしあわせても、違和感の無い内容になっています。
最後に、インタビューイを前にして最も気をつけるべきことをあげてこの文章を終えたいと思います。最も気をつけるべきこと、それは 「このインタビューの目的と、得られた内容の取扱についての説明を冒頭で丁寧に行なうこと」 です。当たり前すぎて、拍子抜けされたかもしれません。しかし、インタビューの数をこなしていったり、インタビューイの確保を自分以外の誰かが行っていたりする場合、この説明が無意識に不十分となっていることがあるのです。私たちはインタビューイの時間をお借りして、インタビューを行っています。このことを忘れて、始めてしまうとまず上手くいきません。そして、冒頭でのつまづきを挽回できるほど、インタビューに許可された時間も長くはないでしょうから、結果残念なインタビューになりやすいのです。
この記事もどうですか?
-
「場合分け」の書き方あれこれ
ギルドワークスの増田です。 以前に書いた リファクタリングのエッセンス の続編です。 場合ごとのロジックの書き分け(条件分岐)は、プログラミングの基本ですね。if-then-else 構文は、良く使われる「場合分け」の記述方法です。 今回は…
-
自分の活動を見える化する「色つき星取表」
この記事は、 ギルドワークス アドベントカレンダー の18日目の記事です。今回は、「色つき星取表」を紹介します。 「色つき星取表」ってなに? 結城浩さんが紹介されている自分の活動を見える化するやり方の1つです。 最近の自分がどんな活動に力を…
-
SIerを飛び出して、どんな風景が見えたか
これは ギルドワークス Advent Calendar 2019 7日目の記事となります。 私は前職ではSIerに10年間勤めており、様々な現場で様々なシステムの開発をしてきました。 この記事では、私がSIerを飛び出して見た風景をお伝えし…
- アジャイル開発