常に、製品にはシンプルであるという理念があります。つまり、減算を行うことです。では、この理念について、具体的にどのように理解すればよいのでしょうか？以下では、私個人の浅い理解と、私の指導教官からの意見を共有し、さまざまな意見を聞くことができればと思います。
一、私の理解#
常に、製品にはシンプルであるという理念があります。つまり、減算を行うことです。この点について、私の理解は次のとおりです：製品をシステムと見なし、最初は機能が少なく、後に機能が増え、簡単なシステムから複雑なシステムへの進化プロセスとして近似できます。
このように理解すると、製品の成熟とともに、このプロセスは徐々にエントロピーが増加し、シンプルな秩序モードから無秩序なカオスモードに変化します。このような無秩序な運転モードは非常に不確実性が高く、製品システムの安定性を維持するために、私たちは減算を行う必要があります。
これによって、製品の減算の理由を説明できるようです。ただし、もう 1 つ疑問があります：** 過去に行った機能の追加はすべて正しいとどのように知っていますか？** おそらく、時間とユーザーの継続的な検証により、以前のシステムエントロピー過程でいくつかの機能が間違っていたことがわかり、それを取り除くために減算を行う必要があるのかもしれません。
では、もう 1 つ質問したいことがあります：減算を行った後、システム（製品）が安定した完璧なシステムになることをどのように保証しますか？
この問題については、私自身もまだはっきりとは考えていません。現在の製品開発の経験に基づいて、私の浅い理解では、製品の減算に関するこの基本的な考え方は、単にシンプルな美を追求することだけでなく、バランスの美を表現している可能性もあります。
つまり、盲目的に減算を行うことは望ましくありません。機能の追加と削除は、市場とユーザーの好みを検証するものであり、この追加と削除の間で機能の追加を抑制し、追加する必要がある場合は追加し、機能の削除を抑制し、削除する必要がある場合は削除することで、追加と削除の間のバランスを保ち、製品システムの安定した運営を実現することができるかもしれません。2 つのシステム間の「高次微小量」の存在は、製品が「余白」と呼んでいるものであり、バランスと統一の鍵でもあるかもしれません。
二、指導教官の意見#
上記の意見は、私が自分の日報で提案したものです。私の指導教官は、次のような意見を示しました：
はい、減算は一種の状態であり、シンプルさを追求する考え方です。ここで重要なのは、複雑なシステムを抽象化して単純化する方法であり、抽象化されたシンプルな方法は、ユーザーが複雑なシステムで達成できる効果を助けることができます。これは製品の能力を磨くためのものです。
簡単な例を挙げると、以前のGoogleマップでは、マップ検索に到着と出発の2つの入力ボックスがありました。しかし、ユーザーの行動分析とABテストにより、実際には1つの入力ボックスだけで十分であることがわかりました。なぜなら、ユーザーは目的地を直接入力するだけで済むからです。出発地はユーザーの現在の位置によって決定されます。ユーザーが現在の位置以外から出発したい場合は、直接「XXXからXXXへ」と検索します。これにより、ユーザーのクリック操作が減少し、入力ボックスへの考える時間も減少しました。これは減算の良い例です。
減算については、二元対立を破る方法でもあります。減算を単純に機能の削除と見なすのは比較的初歩的な考え方であり、これは継続的な比較テストによって、超定位とユーザーの要求に合わない機能を削除することです。本当の減算、さらには除算は、ユーザーの要求を再配置し、新しいものを得ることです。それは新しい形態かもしれませんし、タッチスクリーンが携帯電話のキーボードを代替するようになるかもしれません。