原稿の承認待ちを減らすには、「何を誰に確かめてもらい、誰が公開を決めるか」を先に分けます。仕様の正しさ、開催条件、文章の見せ方が一つの依頼に混ざると、確認者は自分が答える範囲を判断するところから始めることになります。
小さな工務店では一人が複数の役割を兼ねても構いません。大切なのは、担当人数よりも、必要な回答と公開判断の関係が分かることです。以下は社内運用の提案です。
ハウスメーカーで確認者が本部と支店に分かれるとき
記事では設計・工務が仕様、営業が開催条件、広報が表記、最終公開者が公開を見ます。これらが本部と支店に分かれる場合は、02章の依頼に「どの部署が何を見るか」を一件ごとに書き、回答期限を部署別に置きます。
03章のとおり、返答がないことを承認とはみなしません。拠点の確認者が未回答なら、どの部署の何の回答が残っているかを最終公開者へ伝え、公開の延期か該当箇所を外すかを判断します。
事実を見る人と、原稿をまとめる人を決める
施工事例なら設計・工務が仕様や施工内容、見学会案内なら営業が日時や参加条件を確かめます。広報は回答を一つの原稿へ反映し、表記や読者への伝わり方を整えます。最終公開者は、必要な回答がそろった版を見て公開を決めます。
横にスワイプして、右側の列を確認できます
| 役割 | 主に答えること |
|---|---|
| 設計・工務 | 素材名、仕様、工夫の説明が施工記録と合うか |
| 営業・開催担当 | 日時、対象者、予約方法、案内先が実際の条件と合うか |
| 広報・原稿担当 | 回答の反映、表記、見出し、写真と説明の対応 |
| 最終公開者 | 必要な確認と掲載条件がそろい、この版を公開できるか |
写真や施主のコメントには、掲載先や内容についての許諾条件もあります。社内で原稿を承認しても、外部の許諾を代わりに得たことにはなりません。許諾が不明な素材は、条件が分かるまで保留します。
Googleの有用で信頼性の高いコンテンツに関する説明も、情報源や内容を熟知した人によるレビュー、事実誤認の有無を自己評価の観点に挙げています。ただし、この役割分担や承認期限はGoogleが指定した手順ではありません。
原稿の版、見る箇所、回答期限を一緒に渡す
「全体を確認してください」だけでは、どこから読むか、いつまでに何を返すかが分かりません。原稿のリンクまたはファイルに、対象版、確認箇所、前回からの変更点、回答期限を添えます。根拠となる図面や開催条件も同じ依頼から参照できると、資料探しの往復を減らせます。
架空の依頼例
施工事例原稿v2について、収納の配置説明と素材名の確認をお願いします。前回から本文二段落目を変更しました。図面・仕様書と異なる箇所があれば修正内容を、合っていれば確認済みと回答してください。回答期限は10月9日正午です。広報が回答を反映した版をまとめ、最終公開者が公開を判断します。
この例の期限は書き方を示すための仮定です。実際には、確認者が作業できる時間と修正に必要な時間から設定します。
仕様と開催条件など、互いに依存しない確認は同時に依頼できます。一方、仕様が決まらないと表現を確定できない箇所は、事実の回答を受けてから仕上げます。修正を取りまとめる人を決めると、複数人が別々の原稿を更新する混乱も避けられます。
返答がない場合は、未確認の内容で判断する
期限を過ぎたら、何の回答が残っているかを最終公開者へ伝えます。開催日時や性能の説明など、読者の判断に関わる事実が未確認なら、公開を延期するか、その内容を外して記事が成立するかを検討します。返答がないことを承認には置き換えません。
言い回しや見た目の好みで意見が分かれた場合は、原稿担当または最終公開者が、読者に伝える目的に照らして選びます。事実誤認の修正と同じ扱いにすると、全員が同意するまで文章が往復し続けます。
修正後は、変えた内容に応じて再確認する
素材名、性能、価格、開催条件などを変えた場合は、その事実を担当する人へ修正版を戻します。誤字や意味を変えない表記修正まで、毎回全員へ回す必要があるかは社内で決められます。ただし、要約や言い換えで条件が消えた場合は、単なる表記修正には含めません。
公開時には、承認した版、回答者、回答日時、残っていた条件がどう解消されたかを残します。公開する画面がその版と一致しているかまで見れば、正しい原稿を承認したのに古い文章を載せる取り違えを防ぐ確認になります。
参考にした公式資料
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。
