参照条件：どの要素を規定し、どの要素を念頭に置くべきか
記事の形で考えを書くためにこのトピックを提供されたとき、実際にはこの記事全体が1つの文に収まるので、何を書くべきかを長い間考えていました。これはこの質問に対する直接的な答えです- すべての文書を書き留めて、瞬間を念頭に置いてはいけません。 なぜそうですか？ ポイントを考慮してください：
1.通常、あなたが念頭に置いていることは、顧客が心に留めていることと決して一致しません。 そのような場合、仕事/外観/デザインはあなたがしたことだとは思わなかったとお客様が言う瞬間が生じます。残念ながら、あなたの言葉を確認するドキュメントがないため、これについて議論することはできません。 そして、顧客が十分にプレイするか、彼の意見では理想的である製品を受け取るまで、変更の無限の段階が始まります。 同時に、予算を超えてしまい、プロジェクト全体が不採算になるだけでなく、 不採算になります。
2.プロジェクトは「生きている」ものであり、もちろん、その実装中に、クライアントがすぐに実現したい新しいトレンドと目標/タスクが発生します。 繰り返しますが、これらすべてがタスクで綴られていない場合、あなたは一生懸命、そして最も重要なこと-無料で働きます。 結局、あなたが拒否した場合、クライアントはすでに行われた作業に対しても支払いを拒否し、その時点ですべてが「少なくとも何か」を得るために行われます。 さらに、有能な仕事があるため、拒否するだけでなく、クライアントに追加の有償の仕事をやる気にさせることができます。
たとえば、 RBC SOFTという会社について、参照条件で何をどの形式で記述する必要があるかを考えてください。
当社は独自のCMSでプロジェクトを開発しており、ほとんどすべての標準機能が標準モジュールにすでに実装されています。 これらすべてのモジュールには、モジュール機能の技術的な説明があります。 また、標準プロジェクトの開発では、すべてをゼロから作成することは意味がありません。 したがって、クライアントと一緒に、プロジェクトについて議論するとき、将来のプロジェクトのすべての機能がすぐに決定され、必要なモジュールが選択され、その説明が技術的なタスクに還元されます。 非標準の機能を使用して、このドキュメントの形式の新しい機能について慎重に説明します。 さらに、準備された文書はクライアントと合意され、署名され、契約の不可欠な部分です。
次に、新しいドキュメントが導入されます-プロジェクトの構造全体と芸術的要素を記述する芸術的タスク 。 クライアントの2〜3時間のブリーフィングの後、アナリストとアートディレクターはこのドキュメントを作成します。このドキュメントには、プロジェクトの構造、視覚ブロック、企業の色、ユーザーシーケンス、ターゲットオーディエンスの肖像、目標、およびビジネス目標が記載されています。 繰り返しになりますが 、 この文書はクライアントと合意して署名されています。 アートワークに基づいて、将来のプロジェクトのデザインが開発され、クライアントはケースの99％で作業を受け入れます。プレゼンテーション中に、なぜ違いがないのかという質問がないためです。 アートの割り当てですべてが合意され、説明されています。何かを変更したい場合は、「なぜ？ タスクで定式化されたビジネス上の問題に対する提案されたソリューションのこの改訂は何を変更しますか？」 同様のドキュメントがなければ、画像を「移動」してロゴを「拡大」する段階に陥ることがあります。これは無期限に続き、結果としてビジネスの観点から問題を解決しない死産プロジェクトが生まれます。 ビジネス上の問題を解決します。
したがって、もう一度まとめると、割り当てを説明するドキュメント（技術的な割り当てだけでなく）には、機能から外観、ビジネスタスクに至るすべてのプロジェクトフェイスの最も完全な説明が含まれている必要があります。
最後に、クライアントと協力するルール： より多くの紙-司祭よりもきれいです！
Igityan Tachat、
インタラクティブコミュニケーションディレクター、
RBC SOFT
1.通常、あなたが念頭に置いていることは、顧客が心に留めていることと決して一致しません。 そのような場合、仕事/外観/デザインはあなたがしたことだとは思わなかったとお客様が言う瞬間が生じます。残念ながら、あなたの言葉を確認するドキュメントがないため、これについて議論することはできません。 そして、顧客が十分にプレイするか、彼の意見では理想的である製品を受け取るまで、変更の無限の段階が始まります。 同時に、予算を超えてしまい、プロジェクト全体が不採算になるだけでなく、 不採算になります。
2.プロジェクトは「生きている」ものであり、もちろん、その実装中に、クライアントがすぐに実現したい新しいトレンドと目標/タスクが発生します。 繰り返しますが、これらすべてがタスクで綴られていない場合、あなたは一生懸命、そして最も重要なこと-無料で働きます。 結局、あなたが拒否した場合、クライアントはすでに行われた作業に対しても支払いを拒否し、その時点ですべてが「少なくとも何か」を得るために行われます。 さらに、有能な仕事があるため、拒否するだけでなく、クライアントに追加の有償の仕事をやる気にさせることができます。
たとえば、 RBC SOFTという会社について、参照条件で何をどの形式で記述する必要があるかを考えてください。
当社は独自のCMSでプロジェクトを開発しており、ほとんどすべての標準機能が標準モジュールにすでに実装されています。 これらすべてのモジュールには、モジュール機能の技術的な説明があります。 また、標準プロジェクトの開発では、すべてをゼロから作成することは意味がありません。 したがって、クライアントと一緒に、プロジェクトについて議論するとき、将来のプロジェクトのすべての機能がすぐに決定され、必要なモジュールが選択され、その説明が技術的なタスクに還元されます。 非標準の機能を使用して、このドキュメントの形式の新しい機能について慎重に説明します。 さらに、準備された文書はクライアントと合意され、署名され、契約の不可欠な部分です。
次に、新しいドキュメントが導入されます-プロジェクトの構造全体と芸術的要素を記述する芸術的タスク 。 クライアントの2〜3時間のブリーフィングの後、アナリストとアートディレクターはこのドキュメントを作成します。このドキュメントには、プロジェクトの構造、視覚ブロック、企業の色、ユーザーシーケンス、ターゲットオーディエンスの肖像、目標、およびビジネス目標が記載されています。 繰り返しになりますが 、 この文書はクライアントと合意して署名されています。 アートワークに基づいて、将来のプロジェクトのデザインが開発され、クライアントはケースの99％で作業を受け入れます。プレゼンテーション中に、なぜ違いがないのかという質問がないためです。 アートの割り当てですべてが合意され、説明されています。何かを変更したい場合は、「なぜ？ タスクで定式化されたビジネス上の問題に対する提案されたソリューションのこの改訂は何を変更しますか？」 同様のドキュメントがなければ、画像を「移動」してロゴを「拡大」する段階に陥ることがあります。これは無期限に続き、結果としてビジネスの観点から問題を解決しない死産プロジェクトが生まれます。 ビジネス上の問題を解決します。
したがって、もう一度まとめると、割り当てを説明するドキュメント（技術的な割り当てだけでなく）には、機能から外観、ビジネスタスクに至るすべてのプロジェクトフェイスの最も完全な説明が含まれている必要があります。
最後に、クライアントと協力するルール： より多くの紙-司祭よりもきれいです！
Igityan Tachat、
インタラクティブコミュニケーションディレクター、
RBC SOFT
All Articles