ここには見積もりに関する質問がいくつかあることを知っており、それらのほとんどを読んでいますが、これは少し異なります。Web サイトの更新を行っている場合、ページの作成と開発にかかる時間を増やす使いやすさの強化が含まれる場合があります。Web サイトを見て、現在の状態が将来の状態であると自分に言い聞かせることは決してありません。もしそうなら、私たちのクライアントは私たちの専門知識を求めていないでしょう. RFP に回答したり、正式な作業明細書を作成したりする前に、チームのブレインストーミングを行うことは常に必要ですか? ブレーンストーミングを行っている人が最終的な作業を行っていない場合はどうなりますか? 私たちは現在のサイトの在庫をある程度しか把握できません。潜在的なクライアントに私たちがどこにいるのかを教えて、私たちが知っていることだけを見積もるべきだと思い始めています。
2 に答える
2
提案では、現在の Web サイトで見たものについてかなり具体的に説明してください (ページ/リソースはいくつありますか?それらは複雑度が低い/中程度/高度ですか?既存の高レベルの機能は何ですか (つまり、検索、セキュリティ、AJAX、プロファイルなど）、何を追加することを検討しますか? 具体的な見積もりではなく、範囲を示してください。
要件を知らずに見たものについてより詳細に説明することで、クライアントは、RFP シュートを通じて提案書を提出しただけではなく、仕事に真剣に取り組んでいると信じることができます。 /あなたができるよりも速く。クライアントは、あなたが信頼できる見積もりを実際に行うことができないことを理解していますが、あなたが真剣な試みをしたと信じれば信じるほど、最終的な提案とSOWを作成するための要件を理解するのに時間を割く可能性が高くなります.
于 2009-05-10T21:20:25.937 に答える
0
何を見積もっているのかわからない場合は、その見積もりが不正確であると考えてください (せいぜい概算です)。
仮定を述べてください (「Foo を実行する場合は X、実行しない場合は Y」)。
不確実性を減らすために何が必要かを述べてください (「見積もりを提供する前に、クライアントと 1 時間かけて要件を収集する必要があります」)。
于 2009-05-10T21:02:43.563 に答える