役に立つ記事を書こうとして、急に何も書けなくなることがある。
検索されそうなテーマを探し、分かりやすい答えを用意しようとして、自分が本当に経験したことから離れてしまう。 反対に、日記のように書くと、読み手がどこを受け取ればよいのか分からない。
この二つの間に、経験を素材にした記事の書き方がある。 書き手の体験を消さず、読者が次の判断に使える形へ整える五つの手順だ。
1. 感情ではなく、考えが変わった出来事を選ぶ#
「悔しかった」「楽しかった」だけでは、記事の問いが決まりにくい。 まず、前と後で自分の判断が変わった出来事を選ぶ。
たとえば、作業を自動化したが確認に時間がかかった。 発信を続けたが、読まれない理由を見直した。 チームで役割を分けたが、かえって手が止まった。
出来事は大きくなくてよい。 何を試し、どこで違和感が出て、次に何を変えたかがあれば、記事の芯になる。
2. 事実、解釈、未確認の仮説を分ける#
書き始める前に、素材を三つへ分ける。
- 事実：何をしたか、何が起きたか。
- 解釈：なぜそうなったと自分は考えるか。
- 未確認：他の人にも当てはまるか、次に試すことは何か。
この区別をしないと、個人の経験を一般的な法則のように書いてしまう。 一度しか試していないなら、その範囲を残す。 読者は正解を受け取るのではなく、自分の条件と比べるための記事になる。
3. 読者が持ち帰る問いを一つにする#
一つの記事で、すべてを教えようとしない。
公開前に、「読んだ人が次に自分へ投げられる問いは何か」を一文にする。
「自分の作業で、本当に自動化すべき部分はどこか」 「参加者へ、守れない約束までしていないか」 「この成功に必要だった条件は何か」
この問いに答えない段落は削るか、別の記事の素材に回す。 書き手には大切な背景でも、今回の問いをぼかすなら残さない。
4. 手順より、判断の分岐を残す#
手順だけでは、読者は自分の状況へ移せない。
「この条件ならAを選んだ」 「この反応がなければBへ変えた」 「ここはまだ確かめられていない」
こうした分岐があると、読者は手順を真似するか、違う選択をするかを自分で決められる。 成功の見せ方より、迷った地点のほうが役に立つことが多い。
5. 公開前に、経験を一般論へ薄めていないか確認する#
最後に、次の四つを確認する。
- 書き出しに、実際の出来事があるか。
- 結論が、経験の範囲を超えていないか。
- 読者が知らない前提を置き去りにしていないか。
- 読者が持ち帰る問いを、一つに絞れているか。
AIは、重複の整理や見出しの候補出しに使える。 ただし、経験のどこを残し、何を言い切らないかは、書き手にしか決められない。
書くために人生を整える必要はない。 先に試し、迷い、考えが変わった出来事を残す。 その経験に、読者が使える問いと判断の分岐を加える。
それだけで、自分のための記録は、誰かの次の一手を助ける記事になる。
