私たちは、仕事でのプロセスとクライアントの関係を調査しており、その一部は、クライアントに送信する開発提案のための標準化されたテンプレートを作成することです。
私たちがカバーする開発領域は、主にWeb開発および設計とモバイルアプリケーション開発です。さらに、小規模から大規模の企業向けのネイティブソフトウェア開発も提供しています。
私たちが目指しているのは、各開発分野のテンプレートであり、今後の提案のベースとなるものです。
このようなものをどうやって書きますか？インターネット上で役立つリソースはありますか？
もっと重要なのは、多分、提案に含めることが重要だと皆さんは何を言うでしょうか？これは通常「事前の詳細な技術仕様」ですが、完成品のワイヤーフレームやモックアップなどを含めることをお勧めします。プロジェクトをクライアントに描写し、それに応じて請求するためにプロジェクトのニーズを自分で理解するために、どの程度詳細に説明する必要がありますか？
回答:
このようなものをどうやって書きますか？インターネット上で役立つリソースはありますか？
通常、私が見るテンプレートはReadySETテンプレートです。
まず、プロジェクトの提案、プロジェクト計画、リソースのニーズ、ターゲット市場とメリット、およびユーザーのニーズのテンプレートを見て、プロジェクトの開始時に通常使用される情報の種類を確認します。これらのテンプレートからプロジェクトの早い段階で取得する必要がある種類の情報については、おそらく良い感じがするでしょう。
テンプレートについて話すときは常に注意します-チーム、プロジェクト、組織、クライアントのニーズに合わせてテンプレートを調整してください。
もっと重要なのは、多分、提案に含めることが重要だと皆さんは何を言うでしょうか？
それは、誰がドキュメントを使用しているか、および要件が作成するために何を言っているかによって異なります。これは通常、ケースバイケースで対処する必要があります。私はアジャイル/リーンなドキュメントの提唱者です。特に、移動するライト（意思決定とシステムの現在の状態をキャプチャするために必要なものだけを生成し、それ以上は生成しない）などの原則と、「かろうじて十分に良い」ドキュメントです。
これは私が適切であると私が信じるパターンです：
常に自己紹介、会社の活動、見込み顧客のために何ができるかを紹介することから始めます。
問題を定義すると、顧客は満足する必要があります。
解決策を提案します。
コストを決定します。
条件を定義します：支払い、成果物、含まれるもの、含まれないもの（サポートなど）を明確にします。
連絡先情報。
提案は一般的なものである必要がありますが、クライアントに宛てて、提案が彼のためだけであるかのように感じさせます。ジェネリックのプログラミングの場合とそれほど違いはありません。
class Proposal<E>
private Proposal proposal<ClientX>
（この部分は私の個人的な意見であり、他の人が意見を異にするだろうことを知っています）-ああ、そして素敵な背景デザイン（素敵ですがエレガントで真面目）のカスタムPDFを使用してください。私はプロポーザルの送信側と受信側の両方にいます。あなたがデザインに携わっているWeb会社である場合、あらゆる側面で自分をどのように表現するかが重要です。プレーンな白いPDF（または最悪の場合、.docまたはその他の形式）は、適切なプレゼンテーションではありません。
含める必要があると思うものの短いリストを作成します。最も重複している例を探すことができます。Googleドキュメントにはいくつかのテンプレートがあります。
以前の提案を再検討し、それらがクライアントによってどのように受け入れられたかについて少し説明します。一貫性がないだけでなく、クライアントが同じ理由でやり直すように要求した場合、特に他の問題が発生する可能性があります。
不要なアイテムを削除する機能なしにすべてを含めようとするテンプレートはありません。「NA」の付いたアイテムのページを読みたがる人はいません。同様のクライアントのために以前の提案を取り、新しい提案のためにそれを編集するという誘惑を避けてください。コードの大きなブロックをコピーして貼り付けるようなものです。
どのようなフォーマットを好むかをクライアントに尋ねますが、オプションのリストを提供します。エンドユーザーが何を必要としているのかは決してわかりません。PowerPointで印刷してスキャンした後の提案のプレゼンテーションを彼らに望まないでしょう。スプレッドシートは、ちょっとした計算をしたい場合に最適です。あなたは、決して知らない; 彼らは実際にプロジェクトに何かを追加したいかもしれません。