フリーランス-見積もりまたは見積もりの支払いを受ける
プログラミングタスクの合理的な見積もりまたは見積もりを作成するために、ソリューションの設計、設計をタスクとサブタスクに分解し、各タスクを完了するのにかかる時間を見積もるのに時間を費やす必要があることがよくあります。このプロセスは、時間の深刻な投資になる可能性があり、多くの場合、見積り/見積りが潜在的なクライアントに受け入れ可能であるという保証はありません。多くの場合、支払いが行われる見込みがなく、時間が浪費されていません仕事に勝てない）。
これはビジネスを行うためのコストであり、この無給の時間を最小限に抑えるために何ができるのでしょうか。
RFPに応答する場合は、ビジネスを行うためのコストの一部として、見積もりを行うためのコストを全員が負担していることを受け入れる必要があります。彼らがそれらの十分に応答し、彼らが勝ったものに対して十分に請求するならば、これはうまくいくことができます。数年ごとに1つ応答すると、おそらくこのモデルを楽しむことができなくなります。私はRPFを無視する傾向があり、顧客がすでに私にやりたいと決心しているが、それがどれだけの費用がかかるかを知る必要がある場所で仕事をしたいと思っています。
完全に白紙の状態から始める場合は、2週間または1か月の「実現可能性調査」をクライアントに販売します。 （プロジェクトについてほとんど知らなくても、このフェーズに必要な時間をかなり正確に推測できるはずです。）関係者にインタビューし、アーキテクチャと設計を考え出し、おそらく予備的なUI設計を行い、作成します。問題と解決策を説明するドキュメント、フェーズ計画、および実際に作業を行うためのいくつかの確固たる見積もり（引用も）。クライアントはこの設計とアーキテクチャを所有し、他の誰かにそれを実装するように自由に依頼できます。 （私の経験では、彼らは決してそうしません。）あなたは「見積りのために支払われる」のではありません-あなたは価値のある作品を生み出し、それに対して支払われています。みんな幸せです。
残念ながら、RFPまたはRFQの支払いはほとんど過去のものです。私が最後に提案の支払いを受けたのは90年代後半で、それでもそれは死にかけている概念でした。場合によっては、プロポーザルのコストをプロジェクトの総コストに組み込もうとすることもできますが（勝つと仮定した場合）、多くの顧客は、問題にすべての時間を無料で費やしているためと考えています。
あなたの最善の防御策は、あなたがすぐに球場の数字に到達できるようにあなたの見積もりスキルを調整することです。たとえば、Webサイトで引用しているとします。各主要なページタイプの簡単なスケッチを行い、ページ上の各コンポーネントのコンテンツのソースを特定します。フロントエンドの作業時間の見積もりと、コンテンツの生成に必要なバックエンドの個別の見積もりを作成します。泡。リンス。繰り返す。ああ、そしてコンテンツの実際の入力の責任者についてクライアントに確認することを忘れないでください！
クライアントが必要なものについて正確に少し曖昧な場合は、有料のコンサルティングセッション（または2回）を行って作成を進めることを提案しますユーザーストーリーの。範囲と複雑さを適切に見積もるには、あなた（およびプロジェクトに入札する他の人）がこのレベルの詳細を必要とすることを説明します。時々これはあなたを数時間請求可能な時間ドアに連れて行くことができます、そしてそれはまた彼らにあなたがどのように考え/働くかを見ることができます。
注意：あなたがプログラミングの真の神でない限り、以前にしていないことを特定するときはいつでも、正直に言って、最初の見積もりを少なくとも2倍にしてくださいそのコンポーネント。または、本当に正直に、3倍または4倍にします。
見積もりや提案にどのようにアプローチするかを決定するいくつかの要因があるため、あなたの質問に対する単一の答えはないと思います。
要件
非常にまれですが、クライアントが適切な把握とドキュメントを持っている場合、またはプロジェクトが非常に単純な場合は、通常、クライアントに適切な見積もりを提供できます。しかし、誰もが知っているように、それはまれであり、スコープのクリープはコストプロジェクトに織り込む必要があります。
この場合、見積もり/提案の準備に必要な時間は、要件リストと変更の範囲を決定する必要がある場合よりもはるかに短いはずです。したがって、このタイプの見積もりは「ビジネスを行うためのコスト」と見なします。あなたの見積もりがLOD以下の警告に該当しない限り。
また、元の見積もりでカバーされているものとカバーされていないもの、および変更要求のレートと請求条件を明確に定義する必要があります。明らかに、これらのことが出てきたときにクライアントとの間でやり取りが行われますが、上手に書かれた提案/引用は、あなたの議論に頼るために書面であなたに何かを与えます。
提案の詳細レベル
提案でクライアントにどの程度の詳細を提供していますか？ 40kフィートの概要以外のことを説明している場合は、プロジェクト要件の青写真をクライアントに提供していることになります。この場合、クライアントが最低入札者に渡すことができる提案に多大な労力と工数を費やしています。
あなたはあなたのサービスに対する利益や支払いなしに多くの仕事をしました。したがって、顧客に相談料を請求することは完全に合理的です。
多くのクライアントはこれに頭を悩ませますが、見積もりを前もってXドルだとクライアントに伝えれば、プロジェクトのコストにそれを適用することになります。異議。明らかに、何も失わないように、プロジェクトの総コストにそれを考慮する必要があります。
コンサルトの料金。それで全部です。
もちろん、誰かがあなたのアドバイスに喜んでお金を払うことができるように、あなたは十分に良い評判を築く必要があります。あなたは満足した顧客から紹介を得るか、あなたの主張をするために満足した顧客のポートフォリオを開発することができます。
または、クライアントがベンダーとしてあなたを受け入れた場合、コンサルトが見積もりに組み込まれることを事前にクライアントに通知します。あなたはこのように使われたお金がより良い解決策を持つことによって長期的に節約されたお金であるという事実を売るべきです。