立ち上げに十分な機能をどのように判断しますか? グッズなしで「裸の機能」で起動する必要がありますか? それとも「ベルとホイッスル」を追加する必要がありますか？
どのように決定しますか？突然の露出で「やけど」する可能性があるのは本当ですか、それとも突然の露出は神話ではなく、露出はゆっくりと段階的です.
あなたの提案は大歓迎です。
9 に答える
3
同意します。テスト済みであることを確認してください。バグで大きく、取引のあなたの側を満たさないよりも、約束で小さくする方が良い.
ロゴに BETA を追加しても、バグを受け入れやすくはなりません。
于 2009-03-22T11:35:55.403 に答える
2
幸運にも選択できる場合は、インストール ルーチンと機能する便利な機能が 1 つあればすぐにリリースしてください。
于 2009-03-22T11:47:19.417 に答える
1
突然の露出で「やけど」する可能性があるというのは本当ですか、それとも突然の露出は神話ですか?
Cuil.comの立ち上げに関するマスコミのニュースを見ましたか? 彼らのプレス リリースでは、Google を殺す検索エンジンとして宣伝されていましたが、単純な検索では驚くほど悪い結果が得られました。(例: "COBOL" を検索すると、COBOL の結果がないと表示されます。) アナウンスメントによるトラフィックの突然のバーストも、サーバーを圧倒しました。発射時の突然の被ばくで火傷を負ったと言えます。
映画の公開方法に似ているため、これを「ハリウッド スタイル」の公開と呼ぶ人もいます。このスタイルの立ち上げには、ユーザーが徐々に蓄積されるとは限らない利点がいくつかあります。ただし、これらの利点のほとんどは、第一印象が非常に重要であり、製品の通常の複雑さにより、バグが発生しやすくなり、ほとんどの潜在的なユーザーに悪い第一印象を与えるという事実が勝っています.
于 2009-03-23T16:01:39.347 に答える
1
早期にリリースし、頻繁にリリースし、ユーザーの好みを伝えましょう。37Signalsを見てください。
于 2009-03-22T11:33:31.463 に答える
1
私の経験では、通常、コア機能を磨き上げたらすぐにリリースすることをお勧めします。また、ある機能が顧客やターゲット ユーザーにとって非常に重要である場合、実装がどれほど簡単であっても、製品への追加がどれほど少なくても、その機能はもはや付属品ではなく、むしろコア機能と見なされるべきです。
于 2009-03-22T11:41:01.883 に答える
1
ほとんどのものと同様に、私の答えは「場合による」です...
あなたのソフトウェアの目的は何ですか? それが特定のニーズを持つ特定のユーザー セットを対象としたアプリケーションである場合は、人々がシステムを使用する価値があるように、それらのニーズを十分に満たすようにする必要があります (覚えておいてください。ほとんどの人は、一度噛まれたら 2 回恥ずかしがると信じています。二度目のチャンスはありません）。左折しない車を買いますか？
アプリケーションがより一般的で、幅広いベースの特定のユーザー (通常は技術者ユーザー) を対象として、アジャイルな方針に沿ってアプリを進化させることを目指している場合は、早期に頻繁にリリースします。これらのタイプのシステムの多くは、時間ではなく機能に基づいてリリースを計画しています。つまり、バージョン 2.1 に割り当てられたすべてのチケットが完了または削除されたときに、バージョン 2.1 がリリースされます。
于 2009-03-22T12:00:08.077 に答える
1
市場にもよるとも言えます。私は、1 つの (単純な) キラー機能がなければ、製品をリリースしません。初期のリリースであっても、ある程度の評判を築く必要があります。
于 2009-03-22T12:00:52.757 に答える
1
問題は、何を起動するかです。
社内でソフトウェアを開発している場合は、ユーザーをできるだけ早く関与させたいと考えているため、ユーザーの何人かに手早く何かを提供することをお勧めします。
オープンソースを行っている場合は、将来の開発のロードマップを使用して、早期に頻繁にリリースしてください。
シュリンクラップ ソフトウェアを開発している場合は、ユーザーのお金に見合う何かを提供する必要があります。あなたがすでにそれを行っている大企業でない限り、ソフトウェアを実際に有用にするアップグレードに対して彼らに課金することを期待しないでください. あなたがその種のソフトウェアの主要なソースとして知られている場合を除き、誰もあなたに 1 回やけどを負わせた後にわざわざ 2 回支払うことはありません。
Web サービスを行っている場合は、リリース時に便利なものが必要です。小さくてもかまいませんが、ユーザーに戻ってくる理由を与える必要があります。そうしないと、踊る象などを実装した後でも、「Foo.com には良いものがありません。そこには行かないでください」となります。ユーザーがサイトを快適に利用できるようにする必要があり、理想的には、次に何をしているのか知りたいと思うようにする必要があります。スプラッシュでリリースする場合は、多くのことが機能していることを確認してください。
組み込みを行っている場合は、ソフトウェアが完全に十分に近くなり、全員がサインオフしたときにリリースします。
于 2009-03-23T16:16:47.560 に答える