たとえば、会議に6人集まって、意見はたくさん出た。それなのに「では誰が決めますか」と聞いた瞬間、静かになる。
会議の時間は埋まったのに、決まったことの欄だけ空白。そんな日に「疲れた」でメモを閉じたくなるのは無理もない。
ただ、その場で困ったことを一つ取り出せば、同じ場面で困る読者に向けた記事の種になる。「誰がひどかったか」ではなく、「何を確認できれば先へ進めたか」を書くのがコツだ。
愚痴を消さず、事実と分ける
最初から立派な教訓にしなくていい。まずは自分が見聞きしたことと、感じたことを分けて書く。
- 事実：案が複数出たが、最終確認者と決定期限は決まらなかった
- 感情：また自分が全部まとめるのかと思い、うんざりした
- 推測：誰も責任を取りたくないのかもしれない
最後の一つは、相手の本心を確認した事実ではない。そのまま「全員が責任逃れをした」と記事にすると、経験の整理が人物批判に変わってしまう。
この例から取り出せる問いは、「決める人が分からない会議では、何を確認すればよいか」。読者が持ち帰れるのは、会議室の怒りではなく、次に使える質問だ。
記事にするまでの六つの手順
- 起きたことを書く 誰の性格が悪いかではなく、何が決まり、何が決まらなかったかを残す
- しんどかった点を書く 作業が増えた、期限が読めない、やり直しが不安など、自分が困った理由を言葉にする
- 足りなかった条件を探す 目的、決める人、使える資料、確認期限など、何があれば進めたかを考える
- 一人の読者の問いに直す 「会議は全部だめ」ではなく、「司会なのに決定権がないとき、何を担えばよいか」まで絞る
- 試せる返し方や対策を入れる 「決定はどなたが、いつまでに行いますか」のように、読者が使える一文を添える
- 本文で答えられるタイトルを付ける 実際に書いていない解決策や、確かめていない効果を約束しない
一つの記事に、会議、残業、人間関係のすべてを詰め込む必要はない。まずは一番はっきり説明できる困りごとを選ぼう。
四つの違和感を、四つの問いに変える
「ふわっと頼まれたのに、締切直前に品質を求められた」
記事の問い：どの条件を先に確認すれば、完成イメージの食い違いを減らせるか
本文では、目的、必須内容、確認者、期限を具体的に聞く返し方を扱う。
「6人いるのに、誰が決めるのか分からない」
記事の問い：意見を出す人と、最後に決める人をどう確認するか
参加者が6人いることと、決裁者が6人いることは別だ。人数だけを根拠に「決裁者が多すぎる」と決めつけない。
「司会を任されたけれど、自分に決定権がない」
記事の問い：進行役はどこまで整理し、どの判断を決裁者に返せばよいか
進行と決定を分け、議題や選択肢を整理する役割に焦点を当てる。
「残業して品質を上げて、と言われた」
記事の問い：時間を増やす前に、足りない資料や確認体制をどう点検するか
必要な写真が届いていないなら、机に長く座っても写真は増えない。何が足りず、誰の判断が必要かを具体的に書く。
これらは記事の題材例であり、検索される数や読まれる数を確認したものではない。自分の悩みを検索の言葉に置き換えることはできても、それだけで需要があるとは断定できない。
名前を消すだけでは、安心して出せない
仕事の経験を使うときは、読者に必要な条件だけを残す。
個人名、会社名、連絡先、具体的な日付、顧客名、未公開の案件情報は外す。名前がなくても、職種や時期、発言、案件の組み合わせで人物や会社が分かることがある。
公開してよいか判断できない情報は使わない。事例を組み替えたり架空の設定にしたりするなら、そのことが分かるようにし、実際に起きた証言のように見せない。
そして、事実、推測、感情を最後にもう一度分ける。対策にも「これで必ず解決する」ではなく、使える場面と限界を添える。
AIには、公開してよい範囲に整理してから渡す
AIは問いや見出しを並べる補助に使える。ただし、会議録を丸ごと入れてから「匿名化して」と頼むのは順番が逆だ。入力前に個人情報や機密を取り除き、利用先に入力してよい内容かも確認する。
安全に共有できる範囲にしたメモなら、たとえばこう頼める。
以下は、個人や会社を特定できる情報と機密を取り除いたメモです。 読者が困っている一つの問いに絞り、問題点、記事タイトル、見出し、使える返し方を提案してください。 事実・推測・感情を分け、メモにない出来事や根拠は作らないでください。 検索語は候補として出し、検索需要が確認済みとは扱わないでください。
出てきた文章は、自分で原メモと照らす。AIが見栄えよく話を足していないか、消したはずの特定情報が残っていないかも確認する。
会議の疲れを、無理に「いい経験だった」と言い換えなくていい。困った理由を一つ見つけ、次の人が使える質問にする。それだけでも、ただの愚痴とは違う記事になる。
