NeedsとSeeds
新しい製品やサービスを考えるときに、Needs(やりたいこと)とSeeds(技術)のどちらからはじめるかという話になることがあるかと思います。
自分はエンジニアだからかもしれないですが、これまではSeedsを重視してきた気がします。
例えば、Seedsを自分の中にストックすることを重視したり、自分のストックしたシーズの組み合わせで何ができるのかを考えてみたりするといった感じです。
ただ、いろいろやってきて、Seedsをストックすることを重視するよりも、Needsをストックすることより重視した方が効率が良いのではと感じてきました。
1) Seedsを組み合わせのパターンの爆発問題:
自分のストックしているN個のSeedsの中から無作為にM個の知識を選ぶパターンを考えてみると、NやMが増えると本当に爆発してしまいます。正直、このような組み合わせをすべて検討することは現実的ではない気がします。
2) 試行錯誤のモチベーションを維持することが難しい
現実的な製品やサービスに落とし込むにはSeedsを組み合わせるだけでなく、それらのSeedsを組み合わせたる為のアイディアが必要だと思うのです。
ただ、そのアイディアを作るための、試行錯誤をする為のモチベーションの維持がSeedsスタートでは弱いというのが実感です。
Needsからはじめる場合には最終的な目的が明確な為、Needsの大きさがモチベーションの維持につながっていると思うのです。
3) Needsベースの方が進捗が管理しやすい。
新しい製品やサービスって、いろいろな(技術や法律、文化的な)課題が解決された時に実現されるのだと思っています。
つまり自分が考えを巡らしている時に、製品やサービスに必要な課題がすべて解決していることはなく、パズルの一部分が欠けていることがほとんどだと思うのです。
その時に、Needsベースの方が最終成果物がはっきりしている分、進捗が管理しやすいのかなと思っています。