@Sites を使って、制作ブリーフのテンプレートをもとに [team] 向けの制作依頼アプリを作成してください。 使用する資料 - 制作ブリーフのテンプレート：[attached file or document link] - ブランドガイドラインと承認済みの素材：[document or folder links] - 既存の依頼（ある場合）：[spreadsheet or none] - 制作チームのメンバーとレビュアー：[supplied list] まず、どの資料を読み取れるか確認し、必須項目をまとめてください。担当者が未指定の依頼や不明確な日付、参照できない資料があれば、質問してください。提供された資料を使い、ブランドルールを独自に追加したり、架空の依頼を実際の依頼として登録したりしないでください。 受付フォームには、タイトル、対象者、伝えたいメッセージ、形式または寸法、希望納品日、レビュアー、原稿または参考資料へのリンクの入力欄を設けてください。[request types, such as event graphics or presentations] に合わせて項目を調整してください。各項目に入力例を示し、未入力の項目や入力に誤りがある項目については修正方法を案内してください。依頼者の希望納品日と、制作チームが合意した納品日は別々に管理してください。 依頼ごとに詳細ページを用意し、ブリーフ、依頼者、担当者、レビュアー、合意した納品日、ステータス、ドラフトへのリンク、フィードバック、納品物へのリンクを表示してください。ステータスは「新規」「制作中」「レビュー中」「納品済み」とし、最新のドラフトと納品物を見分けやすくしてください。依頼一覧では、担当者、ステータス、合意した納品日で絞り込めるようにしてください。担当者が決まっていない依頼や、納品日についてまだ合意していない依頼がひと目でわかるようにしてください。 サインインを必須にしてください。依頼者は自分の依頼を作成・閲覧し、その依頼にフィードバックを追加できるようにしてください。すべての依頼の管理、担当者の割り当て、納品状況の管理は、指定された制作チームのメンバーだけが行えるようにしてください。レコードに直接アクセスする場合も含め、サーバー側でアクセスを制御してください。次回アクセスしたときも依頼の記録とフィードバックを確認できるように保存してください。 最初は、提供された依頼データのコピーをレビューしたうえで使用し、素材は元のファイルへのリンクで参照してください。どの内容をコピーし、どの内容をリンクで参照しているかを説明してください。元のファイルとの同期が続くかのような表現は避け、接続先のドキュメントやタスク管理ツールの内容は変更しないでください。 テストには、架空であることを明記した依頼を使ってください。必須項目の入力チェック、依頼の送信、ステータスの変更をテストし、再読み込み後も保存したフィードバックが表示されることを確認してください。アクセス権限の異なる 2 人の依頼者で、それぞれの権限が適用されることも確認してください。モバイル端末でレイアウトを確認してください。サイトの公開範囲は私たちのワークスペース内に限定し、公開前に、保存したプレビュー、テスト結果、未解決の質問を提示してください。