記事外注マニュアルは、依頼仕様・完成見本・検収基準をそろえると、相手へ渡せる形になります。読者と記事の目的、任せる作業、根拠や画像の扱い、納品形式、修正条件を一枚の仕様へまとめてください。
完成文と相手への注記は分け、不備が出た箇所は例と版を更新して共有する方法が実用的です。
まず完成させたい記事と任せる作業を決める
最初に、どんな記事を完成させるかという共通の目標を記してください。文体や装飾だけを細かく指定する前に、読者の疑問と作業の担当を決めます。
読者・主疑問・完成形を一つにそろえる
「読書の記事」よりも、「読んだ本を忘れやすい人へ、読書メモに何を書くかを説明する記事」と伝えるほうが、答える範囲が明確です。おすすめ本の紹介や読書量を増やす方法まで含めるかも、ここで区切ります。
そのうえで、見出し案と短い完成文を付けてください。完成例があると、説明の深さや口調を具体的に共有できます。
構成・執筆・画像・納品の担当を分ける
構成を発注者が渡すのか、相手が作るのかを明記してください。画像の選定・作成・挿入、WordPressへの入力も別の作業です。
発注者が渡す材料と、相手に用意してもらうものを一緒に記入してください。納品形式まで決めておけば、文書原稿の依頼に入稿作業を後から足すといった認識違いを減らせます。
そのまま埋められる記事制作マニュアルの項目
次の表を、自分の依頼内容に置き換えるところから始めてください。読書メモの記事を頼むと仮定した新規作例で、私が過去に使った実物マニュアルではありません。
| 項目 | 記入作例 | 依頼前に確認すること |
|---|---|---|
| 版・対象 | 読書メモ記事／依頼仕様v1.0 | 今回の依頼に使う版 |
| 読者と目的 | 本の内容を忘れやすい人が、最初の読書メモを書ける | 誰のどの疑問に答えるか |
| 主回答と範囲 | 本の基本情報・要点・自分の気づき。おすすめ本ランキングは対象外 | 必ず答える点と扱わない点 |
| 量 | 本文2,000文字を目安に1,800～2,200文字。見出しを含み、相手向け注記は含めない | 許容幅と増減時の相談 |
| 担当 | 発注者が構成支給、相手が導入と本文を執筆。画像と入稿は発注者 | 調査・画像・入稿の追加有無 |
| 構成 | 記録する項目→短い記入例→書く手順 | 構成変更の相談先 |
| 根拠 | 書籍は著者・書名・該当ページ、Web資料はURL・確認箇所を別メモへ記載 | 確認日と資料の対象。不明点は断定せず別メモで質問 |
| 文体・表記 | 敬体。専門語は初出で説明。見本と同程度の説明量 | 固有名詞や数字の表記 |
| 改行・装飾 | 1段落は一つの話題。要点の短句だけ太字、色付けなし | 見出し・段落・強調の完成見本 |
| 引用・素材 | 本文との区別と出所を明示。画像は支給素材だけ使用 | 許諾・利用条件、掲載先と再利用範囲 |
| AI利用 | 構成の検討に使用可、使用箇所を申告。事実は人が資料で確認 | 利用できる範囲と、投入しない秘密・個人情報 |
| 提出物 | 完成原稿と、根拠・質問の別メモを別々の文書ファイル（.docx）で提出 | ファイル形式と受渡先 |
| 日程 | 初稿：○月○日、検収完了予定：○月○日 | 質問・修正対応の日程 |
| 修正と変更 | 合意仕様の不足を修正対象にし、追加テーマは再見積もり | 対象・回数・期限・追加費用 |
| 連絡先 | 担当：○○、質問は取引のメッセージへ | 返信できる日と遅延時の連絡 |
日付や担当が空欄のままなら、その部分を埋めて相手と確認してから渡します。マニュアルだけで契約条件がすべて決まるわけではないため、金額・納期・納品と修正の範囲は依頼時の合意にもそろえてください。
見本と根拠・引用の扱いを示す
指示を伝えても思うような記事にならないときは、不足を具体的に指摘したり、短い見本を書いて示したりする方法を勧めます。導入文や一つの説明段落でも、説明量や口調を伝える見本として使えるため、記事全体を先に書く必要はありません。
見本へ事実や数値を入れる場合は、その根拠も相手に渡します。資料のURLを記すことと、文章や画像の利用許諾があることは別です。
使用する素材の利用条件を確認し、掲載先や再利用の範囲、必要な出典表示も明記してください。発注先の規約と個別の契約を確かめ、著作権を譲り受けるのか、必要な範囲で利用の許諾を受けるのかを相手と合意します。
禁止事項は改善例と一緒に伝える
「指示文を本文に残さない」という禁止事項には、完成原稿と指示メモを分けた見本を付けてください。以下の二つも説明用の新規作例です。
改善前の作例：完成文に指示を混ぜる
読書メモには本の基本情報と要点を記録します。【ここに書名・著者の記入例を追加してください。】
改善後の作例：完成文と指示を分ける
完成原稿：読書メモの最初の欄は、本を識別するための基本情報です。書名と著者名を記録してから、自分が残したい要点を書きます。
別の指示メモ：次の段落には、架空の本を使った記入例を追加。実在する本の内容・著者の発言としては提示しないこと
ほかの禁止事項も、どの状態を避けるのかを具体化するのが基本です。「無断転載をしない」「存在しない体験を書かない」「根拠のない数値を足さない」など、記事に関係する条件を選んで記します。
検収と修正の条件を依頼前に合わせる
検収基準は、マニュアルに書いた条件を満たしているか確認できる形にしてください。好みの違いだけで修正を繰り返さず、依頼時に合意した項目へ戻るための基準です。
完成基準と提出物をチェックする
- 想定読者の主疑問に対する結論と理由はあるか
- 指定した構成・量・担当範囲を満たしているか
- 事実・固有名詞・数値を根拠と照合できるか
- 引用や素材の利用条件、必要な出典表示に不足はないか
- 完成原稿から指示文・質問・未完成の印を取り除いているか
- AIを使った場合、合意した範囲での利用と使用箇所の申告を確認できるか
- 合意した形式で原稿と別メモがそろっているか
クラウドワークスのプロジェクト形式（固定報酬制）では、契約後の仮払いを経て作業を始め、納品後に発注者が検収します。下書きの共有、納品の手続き、検収の完了を分けたうえで、利用規約にある検収の期限と、合意した確認日程の両方を確かめてください。
範囲内の修正と追加依頼を分ける
誤字や指定漏れなど、当初の仕様を満たすために直す箇所は、該当する条件と一緒に伝えます。一方、記事の読者を変える、新しいテーマを足す、画像の制作を追加する場合は、作業範囲が変わる依頼です。
「修正は2回まで」とするなら、何を1回と数えるか、いつまでに修正点をまとめて伝えるかも相談してください。回数は依頼ごとに合意する条件で、上の作例から一律に決まるものではありません。例えば「まとめた修正指示1通と修正稿1回の提出を1回と数える」と決め、指摘期限と返稿日も記録する方法です。
範囲が変わるときは、追加の内容・費用・納期を再合意してから進めます。納品後に新しい基準を足して、無制限の修正を求めないでください。
不備が出たら修正例と版を更新して共有する
マニュアルは一度作って終わりにせず、依頼を重ねる中で見つかった不備に合わせて更新する方針です。同じ認識違いが繰り返される箇所には、説明と短い完成例を足していきます。
更新するときは、次の順に変更点を共有してください。
- 今回の合意内容と、見つかった不備を照合
- 不足していた説明と、完成例を追加
- 版番号・変更日・変更箇所を記録
- 相手へ差分と適用する依頼を伝え、変更条件を合意
たとえば「v1.1／○月○日／完成原稿と根拠メモの提出先を分離／次回依頼から適用」と残します。すでに進んでいる依頼にも適用したい場合は、作業への影響と費用・納期の相談が必要です。
最初から長大な規則集を作るより、今回の記事で迷う条件と完成見本をそろえて渡すことから始めてください。検収で見つかった不足を更新すれば、次の依頼では発注者と相手が同じ最新版を見ながら制作を進められます。