Webライターの構成案の作り方｜見出し・根拠・確認事項のまとめ方

「構成案」に何を含めるかを依頼主とそろえます。見出しだけか、節の要旨や出典、導入文まで添えるかを確認しましょう。本文を書き始める前に確認を挟むかも決めておきます。

この稿で扱うのは、合意した範囲で構成案を作る手順です。構成案の作成が含まれるか自体が分からない場合は、先にその点を質問してください。契約前のテスト依頼の読み方や、原稿の利用範囲は別の記事で整理しています。

提出形式、確認を受けたい日、本文に進むタイミングをメモに残します。「構成確認をお願いします」という連絡を、正式な納品や検収完了と決めつけないようにしましょう。

キーワードが同じでも、初めて調べる人と、候補を比べて申し込む直前の人では必要な情報が違います。「誰が、何に迷い、この記事を読んで何を決めるか」を一文で書いてみます。

たとえば「掃除代行」という広いテーマなら、「初めて頼む人が、訪問前に掃除道具を自分で用意する必要があるか判断する」と絞る方法があります。これは構成の考え方を説明する仮の編集依頼です。実在案件や、当サイトが受注した仕事ではありません。

Googleはユーザーの役に立つ情報や独自性、出典の明確さを重視する説明をしています。構成票を埋めるために話題を増やすより、読者の疑問に何を答えるかを先に決めます。特定の見出し数や文字数にすれば上位表示されるという意味ではありません。

見出しを置いたら、その節で伝える答えを一文で添えます。本文を書いていない段階でも、「何を説明する節なのか」「その説明の根拠をどの資料で確かめるか」を照合できます。

次の5項目は、当サイトが作った整理用の作業票です。クラウディアやGoogleが指定する納品書式ではありません。依頼主のテンプレートがある場合は、その形式に合わせます。

先ほどの仮のテーマを使うなら、次のように記入できます。実際の記事では、対象サービスや公式資料を確認してから本文を書きます。表の文章は構成案を説明する架空例で、実際の納品物ではありません。

一つ目の行はCaSyの公式ページに対応する事実です。二つ目は依頼メモを作るための編集上の提案で、事実の引用とは役割が違います。この区別を構成案の段階で残します。

根拠が見つからないところを、推測で確定文へ変えないようにします。調べる先が分からないのか、依頼主の方針が決まっていないのかを分けると、次に何を聞くかが具体的になります。

サービスの受付条件を確認できないなら、公式の案内に戻り、対象・時点・例外を確かめます。一方で、どのサービスを比較するかや、記事でどこまで説明するかは編集方針の質問です。資料を読み続けるだけでは決まらない場合があります。

確認待ちの欄には「要調査」だけでなく、「どの条件が未確認か」「本文を書く前に誰の回答が必要か」を書きます。競合記事の見出しを並べただけでは、その答えの正しさまで確認できたことにはなりません。

クラウディア運営のCrarepoでも、調査前に記事の目的と読者を把握することや、参考情報の発表元を確認することを説明しています。これは調査の進め方の参考であり、検索順位や作業時間の保証ではありません。

構成案を送るときは、どの版で、何を確認してほしいかを短く添えます。次は説明用の架空の連絡文です。

「構成案の初稿です。対象読者を、初めて掃除代行を検討する人として整理しました。見出しと各節の要旨、確認した公式資料を記載しています。比較するサービスの範囲は回答待ちとして残しました。まず読者と記事の範囲をご確認いただき、その回答後に本文へ進む想定でよいでしょうか。」

回答が来たら、変える見出し、追加する調査、保持する部分を記録します。読者や記事の目的が変わった場合は、本文へ進む前に当初の作業範囲と予定への影響を相談します。納期や修正の条件そのものは、合意内容に従ってください。

クラウディアで受けた仕事なら、具体的な依頼内容や条件のすり合わせはサービス内のメッセージで行い、正式な納品は公式ガイドの案内に従います。構成案を共有する都合で、無承認のサービス外連絡へ移ることは勧めません。

これから仕事を探す段階なら、構成案だけの募集なのか、調査・本文・画像・入稿まで含むのかを比べます。今回の構成票は応募時の実績や、受注できることの証明ではありません。経験や掲載先を作り話で埋めないようにしましょう。

クラウディアの登録・応募・手数料・入金までの流れは、既存の「クラウディアの始め方」の記事で整理しています。これから案件を選ぶ人が条件を確認するための案内です。既に仕事を受けている人が、構成案を作るために新たに登録し直す必要はありません。