FIRST THINGS FIRST
この記事のポイント
公開、検収、データ引き渡し、支払いは関連しますが同じ作業ではありません。制作範囲、納品物、確認方法、修正対応を一覧化し、双方が同じ内容を見られる状態にします。
01納品物をファイルと権限に分ける
公開されるHTMLや画像のほか、編集用のデザインデータ、CMSの管理アカウント、更新手順書など、何を受け取るかは契約によって異なります。必要なものが自動的に全部含まれると考えず、見積もり段階で確認します。
有料の写真、フォント、外部サービスなどは、サイトの制作データとは別の利用条件を持つ場合があります。将来別の制作者へ依頼するときに何を引き継げるかも聞いておくと、受け取りたい範囲を整理できます。権利の細部は実際の契約内容に沿って確認してください。
| 確認対象 | 具体的に残す内容 |
|---|---|
| 納品データ | 公開用ファイル、元データ、仕様書の対象範囲 |
| 管理権限 | ドメイン、サーバー、CMS、外部サービス |
| 操作説明 | 更新手順、対象者、説明の方法 |
| 確認・修正 | 確認期間、対象環境、対応窓口 |
| 支払い | 時期、条件、追加作業の請求方法 |
02完成を判断する基準を決める
検収とは、合意した内容が納められたかを確認する工程です。ページの有無、原稿の一致、フォームの動作、対応端末での表示など、確認項目を事前に決めます。発注者が実際に更新する機能も、自分の操作で確かめましょう。
確認期間を設ける際は、社内の担当者が作業できる日程を考慮します。忙しい時期に完成報告だけ届いても確認が進みません。不具合の連絡方法と修正後の再確認まで含めて、公開前後の予定を組みます。
03支払い時期と追加作業の承認をそろえる
着手時、途中工程、納品時など、支払いの区切りは契約によって異なります。請求が発生する条件を具体的な工程と結びつけて確認します。社内の請求処理に日数がかかるなら、発注前に伝えておきましょう。
制作途中で仕様が変わった場合は、追加金額だけでなく、請求時期や納期も確認します。制作担当者へ修正を依頼した人と支払いを承認する人が別なら、承認経路を共有しておくと行き違いを減らせます。
04公開後の連絡先と引き継ぎを確認する
公開直後に見つかった不具合をどこへ連絡するか、通常の文章変更は誰へ依頼するかを分けて把握します。対応期間や対象範囲も確認し、担当者が変わっても社内で参照できる場所へ保存してください。
最終的に、公開URL、管理情報の保管場所、受領データ、更新担当、継続費用を一枚にまとめます。パスワード自体を一覧へ平文で書く必要はありません。安全な保管場所と権限管理の担当が分かれば、運用を引き継ぎやすくなります。
依頼・見直し前のチェックリスト
- 納品データと管理権限の対象を確認した
- 表示・操作の確認項目と担当者を決めた
- 支払い条件と追加作業の承認方法を共有した
- 公開後の問い合わせ先と引き継ぎ資料がある
よくある質問
デザインの元データは必ず納品されますか?
必ずではありません。公開用データだけを納品する場合もあるため、将来の編集に必要なら見積もり・発注時に対象と条件を確認してください。
公開後の修正はすべて保守契約ですか?
合意した仕様の不具合対応と、新しい内容への変更では扱いが異なる場合があります。納品時の対応範囲と、その後の更新契約を分けて確認しましょう。