逆に、コストを気にしすぎて高機能を犠牲にしてしまうと、差別化ができない中途半端な“帯に短し襷 に長し”という製品ができてしまうことになります。帯は帯としてしっかりした長さに、襷は襷として十分な長さにして、それぞれを開発すべきです。そのための「要件ばらし」です。 ここまで説明してきたように、ユーザー側の視点で製品を「因数分解」し、プラットフォームとオプションに分けることができれば、限られた機能だけを求めるローエンドのユーザーを充足させながら、「もっと」を期待するハイエンドのユーザーに訴求することができるようになるのです。 ところが、これまで「もっと」ばかりで多機能化・高性能化のみを追求してきた開発チームにとっては、どこまでをプラットフォームの要件にするべきか難しい判断が迫られます。いろいろな意見を聞けば聞くほど、要件は膨らみ、“メタボ”に近づきます。決め切れず「間を取った」判断をすると魅力が
![第4回・商品の因数分解とは?](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)