ひとり制作の納品手順|修正回数・版管理・受領確認を一つにする
制作開始前の合意から修正受付、版番号、納品、受領確認、共有の終了までを整理。ひとり事業で繰り返し使える、サービスに依存しにくい納品の進め方です。
納品の終わり方を、制作前に決めておく
納品のたびに判断し直すと、どこまで修正するのか、何を渡すのか、いつ完了とするのかが曖昧になります。制作前に決める項目を短い一覧にし、相手と認識を合わせておくと、作業の区切りが見えやすくなります。
この記事は、しごと道具帖が整理した運用手順です。特定のサービスの実機検証や、効率改善の効果測定に基づくものではありません。修正回数や保存期間の数字に一律の正解はなく、案件の内容と相手との合意に合わせて決めます。
1.納品物と、修正の数え方を合意する
納品形式、点数、元データを渡すかどうか、初稿日、確認期限、修正を受け付ける範囲を記録します。『修正2回』と決める場合も、指示をまとめて受け取る1回をどう数えるかを明確にします。制作側の対応漏れと、合意後の仕様追加も分けて扱います。
たとえば『初稿への指摘を一つの一覧で受け取り、対応版を返すまでを1回とする』という決め方があります。これは運用例です。追加費用が必要になりそうな変更は、着手前に範囲と金額、納期への影響を伝え、合意を残します。
- 何を渡すか:形式、点数、サイズ、編集用データの有無。
- どう確認するか:窓口、指示の集約先、回答期限。
- どこで完了するか:受領確認の方法、共有と保存を続ける期間。
2.指示と版を、一対一で追えるようにする
ファイル名は『案件名_用途_日付_v01』などに統一し、修正を返すたびに版番号を進めます。修正一覧には、受付日、対象の版、指示内容、対応結果、返却した版を書きます。『どの版への指摘か』が分かれば、古いデータを見た指示との混同に気付きやすくなります。
メール、チャット、通話で指示が分かれた場合は、一つの一覧に集約して相手にも確認してもらいます。過去の版は作業記録として保管し、相手が開く確認用の場所には今回見てほしい版を明示します。古い版を残す場合も、採用対象ではないことが分かる名前や場所に整理します。
3.確定後に、納品用のデータを作る
確認用データへの了承を記録してから、合意した形式で書き出します。納品用フォルダに必要なものをそろえ、書き出したファイルを開いて確認します。確認用と納品用で形式が変わる場合は、見え方やページ数なども照合します。
クラウド共有では、納品に必要な操作に合わせて権限を選びます。Google ドライブには閲覧・コメント・編集の権限があるため、共同編集のために開いていたファイルと、受け渡す完成データの権限を分けて確認できます。具体的な設定条件は公式ヘルプで確認してください。
4.送付文に、次にしてほしいことを書く
送付文には『納品物:[名称・版・点数]/共有先:[URL]/受取期限:[合意した日付]/お願い:ファイルが開けることと内容の受領をご返信ください』のように、必要な情報をまとめます。期限を設けない場合は、存在しない期限を書かず、実際の運用に合わせます。
相手の受領を確認したら、案件の記録を完了に進めます。未確認なら、合意した確認日を過ぎた時点で連絡します。返信がないことを自動的な了承として扱うかどうかは、案件開始時の合意に沿って判断します。
5.共有終了と、次回に直す点を記録する
共有を終了する前に、相手が保存を終えているか、再ダウンロードの必要がないかを確認します。納品物をいつまで保存するかも、共有リンクの有効期間とは別に記録します。サービスの期限設定が使えない場合は、自分の予定表に権限を見直す日を入れます。
最後に、手戻りが起きた箇所を一つだけ残します。ファイル名が曖昧だった、指示が散らばった、受取先の確認が遅れたなど、次の案件で変更できる形で書きます。確認表や送付文を少しずつ更新すれば、毎回同じ準備から始めずに済みます。
公式情報・出典
仕様の確認日:2026-10-18。仕様の説明と、本サイトが提案する運用手順を区別しています。操作・速度は実機未検証です。