着手前のヒアリングで認識ズレを防ぐ｜確認すべき項目リスト

はじめに

納品したら「イメージと違う」と言われて大幅な修正になった。
この経験の原因は、書く力の不足ではなく、着手前の確認不足であることがほとんどです。

クライアントの頭の中にある完成イメージは、募集要項には書かれていません。
そこを埋めずに書き始めると、どれだけ丁寧に書いても方向がずれます。

修正無限ループを防ぐ契約の結び方
では契約面の対策を扱いましたが、
この記事では書き始める前のヒアリングという、より前段の対策を解説します。

まず、どこでズレるのかを知っておきます。

ズレる箇所	具体例
読者像	初心者向けのつもりが、実は業界経験者向けだった
文体	ていねいな解説を書いたが、実はカジュアルな語り口を想定していた
目的	情報提供を意図したが、実は商品への誘導が目的だった
構成	自分で構成を組んだが、実は指定の型があった
参考記事	好みのトーンが既存記事にあったのに共有されていなかった

いずれも、着手前の質問1つで防げるものです。

すべてを毎回聞く必要はありません。
募集要項に書かれていない項目だけを拾って質問します。

ここが一番ズレやすく、一番影響が大きい項目です。
「初心者向け」の一言でも、まったく知識がない人か、
少しやったことがある人かで、書く内容は大きく変わります。

目的が違えば、結論の書き方も変わります。
誘導が目的なら、記事の終わりに自然な導線が必要です。

「参考にしたい既存記事はありますか」と聞くのが最も早いです。
文章で説明されるより、実例を1本見るほうが正確に伝わります。

構成を先に提出して承認をもらう進め方にすると、
大幅な手戻りがほぼなくなります。

とくに薬機法・景表法が絡むジャンルでは、
表現のガイドラインがあるかを必ず確認します。
詳しくは
Webライターが知っておく法律
を参照してください。

質問が小出しになると、クライアントの手間が増えて印象が悪くなります。
箇条書きで一度にまとめて聞くのが親切です。

着手前に、以下を確認させてください。

想定読者（知識レベル・どんな悩みを持った方か）

記事の目的（検索流入／サービス誘導など）

文体（です・ます／だ・である）と、参考にしたい既存記事

構成は指定がありますか。なければ構成案を先にご提出します

必ず入れたいキーワード、避けたい表現

上のリストを定型文として保存しておけば、
案件ごとにコピーして使えます。毎回考える必要はありません。

聞ききれなかった部分は、構成案を先に出して埋めるのが効率的です。

まず構成案をご提出しますので、方向性をご確認いただけますでしょうか。
ご承認後に執筆へ進みます。

これはクライアントにとってもメリットが大きいため、断られることは少ないです。
構成の段階なら修正が数分で済むので、双方の時間を守れます。

一方で、質問が多すぎると「手間のかかる人」と思われることもあります。
バランスの取り方は次の通りです。

文体は「です・ます」で統一し、初心者にも分かる平易な表現で進めます。
方針が異なる場合はお知らせください。

「確認」ではなく「こう進めます」と宣言する形にすると、
相手の負担を減らしながら認識を合わせられます。

同じクライアントと継続していると、こうした確認は不要になります。
これが継続案件の効率面のメリットです。

継続につなげる進め方は
クライアントに信頼される対応術
にまとめています。着手前の確認を丁寧にやること自体が、継続の入口にもなります。

着手前の5分の確認が、後の数時間の修正を防ぎます。
最初に聞く習慣をつけるだけで、案件の進み方が大きく変わります。