修正を、採用前の案として置く

Googleドキュメントの提案機能では、元の文章を直接置き換えずに変更を示し、承認されると反映されます。提案にはコメントで説明を加えられます。閲覧だけの権限ではなく、コメントまたは編集の権限が必要と案内されています。

例えば、商品の説明を「すべての人が利用できる」から「対象条件に合う人が利用できる」へ変えたいとします。言い回しを整えるだけでなく、対象を確かめる修正です。提案の横に、条件を確認した案内の場所や未確認の点を書くと、書き手が判断しやすくなります。

疑問と、置き換える文章を分ける

事実が分からない段階では、もっともらしい文章へ直すより、何を確認したいかをコメントにします。答えを得てから修正文を作る方が、仮の数字や説明が完成稿へ紛れ込むのを避けられます。表現の好みなら、その範囲が伝わる言葉を添えます。

長い段落をまとめて置き換えると、どの部分が問題だったかを追いにくくなります。一つの理由で説明できる範囲を一つの提案にし、意味がつながる箇所は一緒に読んでもらいます。細かく分けること自体より、採否を判断できる単位を優先します。

採用した後に、続けて読む

公式案内には、提案を一件ずつ承認・拒否する方法や、反映前後の見え方を確認する方法があります。実務では、誰が事実を確認し、誰が最終稿を決めるかも共有します。操作できる権限と、その文章を確定する役割を対応させます。

修正を取り入れた後は、元の段落から通して読みます。前に置いた条件が後ろの表現と食い違っていないか、参照先や見出しも合うかを見ます。変更を処理し終えることに加えて、一つの文章として意味がつながるところまでを編集の区切りにします。