なぜセリフをそのまま残すべきか
「きつい言い方をされた」と書くだけでは、第三者には伝わりにくいことがあります。
できるだけ、実際のセリフを残します。
例：
- 「普通は分かるでしょ」
- 「なぜできないの」
- 「全然ダメ」
- 「自分で考えて」
- 「勝手にやらないで」
- 「チャットではなく口頭で言って」
- 「それはそういう意味じゃない」
もちろん、記憶が曖昧なら無理に断定しない方がよいです。
その場合は、
正確な文言は不明だが、「普通は分かるでしょ」という趣旨の発言があった
のように書きます。
大事なのは、感情の要約だけにしないことです。
自分がした対応も必ず残す
ログには、相手の発言だけでなく、自分がした対応も残します。
なぜなら、職場トラブルでは後から、
「本人も確認していなかったのでは」
「報告していなかったのでは」
「一方的な主張ではないか」
と言われることがあるからです。
そのため、
- いつ資料を出したか
- いつ確認したか
- 誰に相談したか
- 何を修正したか
- どのように返答したか
- どの範囲まで対応したか
- どこから先は判断待ちだったか
を残します。
これは自分を正当化するためだけではありません。
第三者が全体を判断するために必要な情報です。
事実・推測・感情・影響を分ける
職場トラブルの記録で重要なのは、混ぜないことです。
悪い例：
上司が自分を潰そうとしていて、全部嫌がらせだった。
気持ちは分かります。
しかし、第三者に見せる資料としては弱くなります。
良い例：
事実
〇月〇日、会議中に「普通は分かるでしょ」という趣旨の発言があった。
自分の対応
その場で「どの部分を修正すればよいか確認させてください」と伝えた。
影響
その後、再修正が複数回発生し、作業時間が増えた。相談時に萎縮するようになった。
推測
判断基準が事前に共有されていないため、後出し修正が発生している可能性がある。
感情
強い言い方により、理不尽さと不安を感じた。
このように分けると、感情を消さずに、事実として整理できます。
パワハラ・問題発言ログテンプレート
## パワハラ・職場トラブルログ
### 1. 日時
2026年〇月〇日 〇時頃
### 2. 場所
会議室 / チャット / 電話 / 現場 / オンライン会議
### 3. 関係者
発言者：
同席者：
自分：
### 4. 前提・直前の状況
何の業務・会議・相談中だったか。
### 5. 実際の発言・行動
できるだけ原文で記録。
> 「〇〇」
正確な文言が不明な場合：
> 「〇〇」という趣旨の発言があった
### 6. 自分がした対応
確認したこと、返答したこと、修正したこと、相談したこと。
### 7. その後の結果
作業が増えた、方針が変わった、再修正になった、萎縮した、相談しづらくなった等。
### 8. 何が問題になりうるか
人格否定 / 過大要求 / 責任転嫁 / 後出し指示 / 公開叱責 / 判断基準不明確 / 相談妨害 など。
### 9. 事実・推測・感情の整理
事実：
推測：
感情：
業務上の影響：
### 10. 過去にも同様のことがあったか
初回 / 複数回 / 他者にもあり / 継続傾向あり
### 11. 相談時に伝える要約
第三者に見せるための短い要約。
AIでできること
会議録音、面談メモ、チャットログ、手書きメモなどがある場合、AIで次のような整理ができます。
- 時系列に並べる
- 発言を抽出する
- 自分の対応を抜き出す
- 事実・推測・感情を分ける
- 問題になりうる点を分類する
- 相談用の要約を作る
- DOCX / TXT / Markdown で出力する
ただし、音声や個人情報を外部サービスに入れる場合は、会社の規程や個人情報の扱いに注意が必要です。
まとめ：第三者に伝わるログは、感情を消すのではなく整理する
パワハラや職場トラブルの記録では、感情を消す必要はありません。
むしろ、つらかった感情は大事です。
ただし、相談資料としては、
- 事実
- 自分の対応
- 影響
- 推測
- 感情
を分けると伝わりやすくなります。
「嫌だった」だけで終わらせない。
「何が起きたか」「自分は何をしたか」「何が問題になりうるか」まで残す。
それが、自分を守るログになります。
