破いて捨てたノートスマートフォン用の表示で見る破いて捨てたノートWebやテクノロジーやそれ以外に関する思いつきこの広告は、90日以上更新していないブログに表示しています。UCD身の回りで沸き起こる開発に関する議論を、効率よく質の高いものにするために考えたことのメモです。?スタートアップでは最初に、「提供する製品やサービスが本当に価値のあるものかどうか」を確認していく活動を続けます。その仮説を「価値仮説」と呼んでいます。その仮説を定義するため、C社では下記のフォーマットを用いているそうです。Product"の略。氏曰く、MVPとは、(Build-Measure-Learnの)フィードバック・ループ1周を回せる『必要最低限の労力』+『最低限の実装時間』バージョンの製品だそうだ。リスクや投資を最小限に抑えた実用最小限の製品により、想定する仮説の検証を行うことが目的である。呟き、フォロワーのFav数やretweet数などの反応を見るというのもひとつの手である。ユーザーヒアリング上記の価値仮説を補完するためにユーザーヒアリングを行うべきと考える。価値仮説フォーマットで想定するユーザーが、想定する欲求や課題を持っているか、その課題が解決されることを熱望しているか(お金を払ってでも使いたいと思ってもらえるか)をユーザーヒアリングで確認する。妄想ではなく、実際にユーザーの声を聞くことが重要。将来の製品アイデアの話をしたら、アイデアだけ盗まれてしまうのでは?基本的には、インタビュー時に製品アイデアを話すことはない。話をするのは、製品やサービスによって解決したいユーザーの課題について。ユーザーヒアリングは時間がかかるので、非効率ではないか?価値仮説を明確にし、ユーザーヒアリングを行うプロセスの中で、想定に一つでも誤りが見つかれば、開発工数を大幅に節約できる。多くの時間を投じて開発した末に誰も使ってくれないことに比べれば効率がよい。統計的に有意な人数のユーザーヒアリングを行うことは難しいのでは?有効なユーザーヒアリングのサンプル数については、現在勉強中です。妄想を基に開発を進めるよりは、2~3人でもユーザーヒアリングを行いその事実を基に開発を進めた方が、リスクは低いのではと考えている。joinedプログラミングはてなブログをはじめよう!yachibitさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。