アプリを最初にリリースするとき、将来のリリースに備えて機能の一部を保留しますか？

このサイトが初めてなので、これが間違ったセクションであるとすみません。

アプリの開発を始めて、最初にアプリをリリースするときのベストプラクティスは何なのかと考えています。開発者は、ユーザーをアクティブに保つために将来の更新のためにいくつかの機能を保持する傾向がありますか、それとも可能な限り最も完全なアプリをリリースしようとしますか？

基本的に、アプリをできるだけ早くリリースし、定期的にアプリ全体にアップデートすることをお勧めしますか、それとも完全に開発されてアップデートの見込みが少なくなるまでリリースするまで待ちますか？

編集：答えてくれてありがとう。私は現在、アプリを設計し、考えられるすべての機能を書き留めており、最初のリリースに含めるものに優先順位を付けようとしています。与えられた回答に基づいて、準備が整い次第MVP（用語のおかげで）を入手し、ビルドされたらすぐに新しい機能で更新すると思います。ビルドされた機能を後回しにするのではなく、起動前にすべてをビルドする必要があるか、必要なものだけをリリースしてから他のビルドを行うかで、引き裂かれていました。

私の知る限り、これはクローンではありません。それは私の最初のアプリですが、私はそれを学習体験として使用します

最初のアプリを作成するほとんどの人（少なくとも製品が成功したことが判明した人）は、MVPと呼ばれるものを最初にリリースします。

MVPは実行可能な最小製品です-この時点でのアプリには、有用な製品になるために必要な最小限の機能が含まれています。

次に、ユーザー/顧客のフィードバックに基づいて、新しい機能に取り組むことができます。アイデアは、人々がそれを使い始めて初めて、顧客にとって何が重要かを知ることです。ローンチ前の計画の一部は、受け取ったフィードバックに照らして完全に破棄されるか、修正される場合があります。

今後のリリースで機能を保留しないと、アプリケーションはリリースされません。ほとんどの場合、ソフトウェアに追加する新しい機能がありますが、いつか座って「アプリケーションはX機能でリリースされ、Yは後でリリースされる」と言う必要があります

いいえ。できる限り早く最高の製品をリリースしてください（できるだけ早く==販売、テスト済みなど）。そこから、時間をかけて新しい機能の作業を続けてください。ユーザーは、アプリをすぐに好きになり、口コミを広めるでしょう。より多くのユーザーがいる場合は、新しい機能を構築するためのより多くのフィードバックと、開発に資金を供給するためのより多くのキャッシュフローがあります。

これはアプリによって異なります。アプリが一部の機能のみで役立つ場合は、ユーザーを引き付けるのに十分な数になったらすぐにリリースします。

たとえば、Twitterクライアント：フィードを読んで更新を投稿できるとすぐに役立つでしょう。ただし、画像のアップロードやリンクの短縮など、後で追加できる機能は他にもたくさんあります。

逆に言えば、パーソナルファイナンスプログラム（Quickbooksなど）は、最初のリリースでこれ以上なければ、あまり役に立たないでしょう。複数のアカウントの管理、カテゴリの設定、転送の検証などが必要になります。

しかし、私は完成した機能を差し控えません。実際に使用する準備が整っていない機能がある場合は、必ず省略してください。

「機能XはY日までに利用可能になる」というビジネス要件に問題はありません。何らかの理由で特定の機能を「控え」たい場合は、アプリがそれなしで完全に機能することを確認してください。さもなければ、あなたはただ自分を足で撃つことになるでしょう。