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