RFP応答要件

公開: 2015-10-15

あなたは最近、ウェブサイトのデザインの要件、契約、提案について多くの投稿を見てきました。その背後にある理由は何ですか？

これは、ウェブサイトのデザインを成功させるには、画像、テキスト、ソフトウェアコード以上のものが必要になるためです。以下は、すべての提案依頼書（RFP）応答に含める必要のある上位のWebデザイン要件です。

ウェブサイトのデザインの成功は、堅実な文書化と構造化されたプロセスの直接の結果です

効果的なウェブデザインプロジェクトの実行は、しっかりしたドキュメントで始まり、終わります。この堅実な文書は、作業範囲記述書、契約書、または提案書の形式である場合があります。このドキュメントの名前は、ドキュメントに含まれる情報ほど重要ではありません。

あなたが大企業であろうと中小企業であろうと、予算内、タスク上、時間通りのWebプロジェクトを実行するには、しっかりとしたドキュメントが必要です。

販売プロセスでドキュメントに注意を払うほど、プロセス全体が関係者全員にスムーズかつ簡単に行き渡ります。この記事では、提案依頼書（RFP）の回答の評価とレビューに光を当てます。見てください！

RFP応答の評価

RFP応答のレビューと評価は簡単に聞こえますか？しかし実際には、実際に練習するよりも簡単に聞こえます。

プロジェクトを担当しているチームがさまざまなデザインエージェンシーからの見積もりを求めた場合、Webデザインの提案を評価するタスクはそれらに圧倒されていると感じる可能性があります。わかりました、彼らはそれを感じるだけではありません–しかし、実際にはそれは圧倒される可能性があります。

RFPによる負傷者の数が多いほど、それらの提案内のバリエーションと応答プールは大きくなります。最終的に、RFPを送信する前に、Web開発者の短いリストが作成され、この番号が制限され、レビュープロセス全体が少し簡単になります。

ウェブサイトの提案を受け取ったら、始めるためにいくつかの重要な質問をすることをお勧めします。これらの質問には通常、次のものが含まれます

プロジェクトで指定されたタイムライン内に提案を提供することは可能ですか？
この提案はプロジェクトの予算の制約の範囲内ですか？
取得したRFP応答は、Webサイトデザインのすべての要件に対応していますか？
RFP応答はよく書かれていて、理解しやすいですか？
専門的な方法で提示されたRFP応答はありますか？
指定された時間枠内に応答が提供されましたか？

上記の質問は間違いなく高レベルの質問ですが、明らかに奇妙なWebデザイン会社を排除するのに役立ちます。不完全な、遅い、または専門的でないRFP応答には、潜在的なWebサイト開発についての危険信号を与える必要があります。また、価格を2倍にするか、予算を3倍にするRFP応答についても懸念します。

すべての回答を受け取り、明らかに適切ではない企業に危険信号を与えたので、今度は各RFP回答を徹底的に確認して、次のRFP回答を簡単に比較できるようにします。より多くのリンゴからリンゴへのマナー。

各RFP応答で確認する必要があるWeb設計要件

RFP応答にはさまざまな長さがあります。したがって、ページ数やテキストの量に焦点を当てない方がよいでしょう。最も重要なのは、回答内に提示された解決策と内容です。

RFP応答を確認するときは、各応答がWebプロジェクトのいくつかの重要な要素をカバーしていることを常に念頭に置いてください。これらのWebデザイン要件には、以下に示す詳細が含まれていることを確認してください。

プロジェクト計画：

Project Plan

これには、プロジェクトタスクの高レベルで膨大なリストが含まれている必要があります。これは単なる初期計画であるため、最終計画自体ほど詳細にはなりませんが、構築、開発、設計、および発見のフローを簡単に理解できるように、十分な詳細が含まれている必要があります。

プロジェクト管理ツール：

設計機関のプロジェクト管理ツールの適切なリストが必要です。企業内には多くの優れたオプションが利用可能であるため、企業ごとに異なるプロジェクト管理ツールセットがあります。最も重要なことは、プロジェクト管理プロセスに適切な構造があり、与えられたタスク、日付、および所有者が簡単に理解できるように文書化されることを確認することです。

チームメンバー：

さまざまな設計機関がチームにさまざまな構造を提供しています。 Webデザインエージェンシーが大きくなるほど、プロジェクトチームがそれに取り組んでいます。バイヤーとして、あなたはあなたのチームで誰があなたと一緒に働くのか、そして彼らが提供する仕事の能力は何かを知ることが不可欠です。各チームメンバーの完全な履歴書を用意する必要はありませんが、少なくとも今後数か月以内に一緒に働く人々のリストがあります。

ベースラインテクノロジーとコンテンツ管理システム：

WebサイトのRFPで目的のCMSソリューションが指定されていない場合、これは提案の重要な要素になります。 RFP応答に、選択した完全なCMSと、新しいWebサイトの展開とコーディングに必要な追加のテクノロジーがリストされていることを確認してください。専有のものには特に注意してください。ウェブサイトの存続期間中、そのウェブ開発者にあなたを閉じ込めてしまうので、プロプライエタリCMSパッケージにすぐに危険信号を与えてください。

成果物：

Deliverables

これは、稼働時に何が配信されるかを示すため、もう1つの最も重要なリストです。これには、使用するプラグイン、コンテンツ移行の量、デザインテンプレート、およびプロジェクトに関連するその他の多くが含まれる場合があります。

機能リスト：

あなたがデザインしようとしているウェブサイトが単純なパンフレットのウェブサイト以上のものであるならば、これはもう一つの最も重要なリストです。 Webサイトが複雑になるほど、機能リストはより詳細になります。

コンテンツの移行：

Webサイトプロジェクトにコンテンツの移行が含まれる場合は、新しいWebサイトに移行されるコンテンツの量をリストすることを忘れないでください。これには、添付ファイル、ユーザー、イベント、製品、投稿、ページなどが含まれる場合があります。コンテンツの量と性質が定義されていない場合、それはあなたとデザインエージェンシーにとって追加のコストとスコープクリープを引き起こします。

SEO：

SEO

SEOを決して忘れないでください！これには、301リダイレクト、メタ定義、ページ上の最適化、ページマッピングに必要なキーワード、およびキーワード調査が含まれる可能性があります。有機SEOに依存している場合は、再設計中にこのトラフィックソースを保護してください。これを行うための最良かつ最も簡単な方法は、このトピックが中心に置かれ、プロジェクトの提案とスコーピングプロセスの最初に行われるようにすることです。

画像の使用法：

デザイナーがウェブデザインプロジェクトで使用した画像の割り当てと所有権を注意深く理解することが不可欠です。画像の配置、編集、購入、選択の責任者については、Webデザインエージェンシーにお問い合わせください。これはプロジェクトごとに異なるため、早い段階でこれを明確に定義する方が適切です。

除外：

あなたが行うすべての提案に除外を含める必要はありませんが、あなたとクライアントがウェブサイトプロジェクトに参加しないアイテムについて話し合ったときはいつでもそれをリストすることを忘れないでください。これは、バイヤーが後のプロセスで保護するのに役立ちますが、クライアントの成果物も明確にします。

モバイルの応答性：

Mobile responsiveness

今日、モバイルの応答性がなければ完全なWebサイトはありません。それは現代のウェブサイトの主要な部分であるはずです。ただし、ウェブサイトのサイズによって異なります。別のモバイルアプリやウェブサイトを持っている大企業はたくさんあります。別のモバイルウェブサイトがない場合は、デザインする提案に、タブレットや携帯電話に適合したディスプレイを簡単に管理できる言語が含まれていることを確認してください。

APIまたは/およびサードパーティの統合：

エンタープライズおよびミッドマーケット企業は通常、組織内に膨大な数のソフトウェアおよびシステムパッケージを持っています。これらのシステムは、データを同期、プッシュ、プルすることにより、新しいWebサイトと簡単に通信するために使用されます。 APIまたは統合を時々使用する必要がある場合は、提案がサードパーティシステム、データ転送、データポイント、および責任者を定義していることを確認してください。

スケジュール：

各Web提案の応答には、プロジェクトのマイルストーンに対応するリストが含まれている必要があります。これにより、各マイルストーンの完了に必要な時間と、プロジェクトが指定されたスケジュールに沿っているかどうかが購入者に通知されます。

マイルストーン：

マイルストーンが設定されている場合、チームはWebサイトの設計プロセスの各段階で目標を達成するために、次の段階に進む前に、より効果的に作業します。典型的なマイルストーンには、通常、ベータテストまたは/および起動、コンテンツの移行、テーマコーディング、グラフィックデザイン、情報アーキテクチャ、発見、および運用開始が含まれます。

遅延：

Delays

プロジェクトの遅延は通常、開発者とクライアントの両方が原因です。これらの遅延をうまく処理する方法と、それがWebデザインプロジェクト全体のタイムラインと予算をどのように変えるかを理解することが不可欠です。

支払い条件：

小規模なウェブサイトプロジェクトがある場合、購入者はプロジェクトの開始時に50％を支払い、完了後に50％を支払う必要があります。一方、より大きなWebサイトプロジェクトがある場合、支払いは設定されたタイミングまたはマイルストーンに基づいて行われます。支払い条件が提案内で明確に定義されていることを確認してください。

費用：

費用には通常、ストックイメージ、プラグインライセンス、ホスティング料金、ドメイン料金、および/または旅行が含まれます。プロポーザル内のすべての費用の適切な詳細が必要であり、購入者が支払いの責任を負うことを確認してください。

ユーザートレーニング：

User training

ユーザーがCMSを初めて使用する場合、提案には、トレーニングドキュメント、インタラクティブトレーニングセッション、またはオンライントレーニングツールを作成するためのガイドラインが含まれている場合があります。トレーニング方法は、ユーザーベースの方法と一致している必要があることに注意してください。

保証期間：

保証期間は通常、Webサイト内のソフトウェアのバグの修正を対象としています。保証期間。通常、特定の日数に設定され、契約または提案内に記載する必要があります。この保証は、Webサイト開発者によるコーディングには適用されますが、サードパーティの拡張機能やプラグインには適用されません。

継続的なメンテナンス：

Ongoing maintenance

メンテナンスと保証期間を混同しないでください。保証期間とは大きく異なります。保守契約は、年次または月次で支払う必要があり、システムとソフトウェアにWeb開発者の更新を提供するために使用されます。 WordPress Webサイトの場合、継続的なメンテナンスには、WordPressコアソフトウェア全体とWebサイトにインストールされているプラグインの更新が含まれます。継続的なメンテナンスには、必要に応じて1対1の支援、レポート、バックアップ、監視、およびセキュリティも含まれます。

必要に応じたライブ後のサポート：

すべての企業が保守契約を必要としている、または望んでいる必要はありません。メンテナンス契約の代わりに、一部の企業はオンデマンドのポストライブサポートを要求します。これは通常、1時間ごとに請求され、サポートシステムまたはチケットを通じて管理されます。

WebサイトのRFPプロセスに関連する次のステップ：

RFPの回答全体を確認し、選択したサプライヤを絞り込んだら、次のステップである最終的な詳細と契約の交渉に集中します。

インターネットは契約交渉に関する推奨事項でいっぱいですが、プロセスの細部にとらわれないでください。このステップは、選択したWeb開発者との長いパートナーシップを結ぶ前の最後のステップであることを覚えておくことが重要です。

この交渉は、未解決の問題や質問の解決に集中します。これにより、設計と実装のプロセスを開始するための確固たる基盤が提供されます。未解決の問題を解決し、混乱のポイントを明確にすることに注意を払いながら、契約交渉に入ります。

選ばれたプロジェクトチームがプロジェクトスコーピングで素晴らしい仕事をし、彼らが適切な開発者を選んだ場合、交渉は署名に過ぎないはずです。チームが間違ったウェブデザインエージェンシーを選択した場合、プロジェクトはチームに第2の会社について考えさせるのに十分であることが証明されるかもしれません。