「それ、最初に言ってくれればよかったのに」
仕事で後出しの指示を受けた夜、頭の中でもう一度会議が始まる。相手の言い方、自分の返事、明日どうするか。議長も書記も自分だ。そろそろ閉会したい。
そんなとき、出来事をすぐ記事に仕上げる必要はない。まずは「何が引っかかったのか」を一行だけ残す。そのメモが、あとで誰かの役に立つ記事の種になることがある。
最初は文章ではなく、一行でいい
たとえば、こんな書き方で十分だ。
- 仕事で後から条件が増える
- 主体性を求められるのに、自分では決められない
- 「普通はこう」と言われると苦しい
- 休みの日まで将来のことを考えてしまう
この段階では結論もタイトルもいらない。「誰に読ませるんだ」「検索されるのか」まで考えると、メモを取る前に編集会議が始まってしまう。
まずは自分が後で思い出せる言葉にする。
似たメモを集めると、問いが見えてくる
メモが増えたら、同じ困りごとを扱っているものを並べてみる。
「後から条件が増える」「完成後に基準を言われる」「直したら別の人に戻される」。この三つなら、共通するのは「作る前に何を確認すればよかったのか」だ。
そこから、記事の問いを一つに絞れる。
後出しの修正を減らすために、作業前に何を決めておくとよいのか。
相手への怒りをそのまま並べるより、読者が自分の場面に置き換えやすい。実際に試した方法があれば、うまくいった点だけでなく、通じなかった条件も残す。
名前は便利。でも、難しい名前はいらない
似たメモに「後出し修正」「一人時間への口出し」などの見出しを付けておくと、後で探しやすい。
立派な専門用語にする必要はない。「責任ロンダリング」のような強い言葉を思いついても、記事では何が起きたのかを具体的に説明した方が伝わることもある。
ラベルは引き出しの名前だ。読者に暗号の解読を頼むためのものではない。
なお、メモの整理で悩みが必ず軽くなるわけではない。つらい出来事を無理に掘り返したり、すべてを記事に変えたりしなくてよい。
愚痴だけでなく「これがよかった」も残す
困った話ばかり集めなくてもいい。
- メモの置き場所を一つにしたら、探す手間が減った
- その場では一行だけ書き、後でまとめる方が続けやすかった
- 説明の順番を変えたら、相手に伝わった
こうした気づきも素材になる。何を変えたのか、どんな場面だったのかを書けば、単なる「おすすめ」より具体的だ。
自分に合った方法を、誰にでも効く方法として言い切らない。その違いまで書くと、読者が試すかどうかを判断しやすい。
公開する前に、個人の話から読者の問いへ
SNSの投稿や身近な出来事がきっかけでも、特定の人を攻撃する記事にしない。
氏名、勤務先、アカウント名など、その人が分かる情報は除く。必要なら場面を一般化し、「この人はおかしい」ではなく「なぜこの言い方が負担になるのか」を考える。
そのうえで、記事にする問いを一つ選ぶ。事実として書く部分は確認し、経験や意見とは分ける。
今日は素材を置いたら、閉会でいい
流れは短くていい。
- 引っかかったことを一行で残す
- 似たメモを集める
- 読者に答えたい問いを一つ選ぶ
- 自分の経験と、確認が必要な事実を分ける
- 書く余裕があるときに記事へ育てる
すべての悩みに記事になる義務はない。公開しないメモや、捨てるメモがあってもいい。
頭に浮かんだことを全部その場で完成させず、未来の自分に渡しておく。今日は一行残せたなら、頭の中の編集会議はそこで閉会にしよう。
