読まれる更新履歴を書く
収録 2026-10-30
コミット順ではなく「利用者が気づく変化」で整理します。
製品アップデートを出します。変更リスト（技術寄りかも）を渡します。利用者が読める三段構成に：1）明らかに体感できる変化を 2〜3 個、各一文；2）修正を「以前は…今は…」で；3）開発者向け詳細（折りたたみ）。各項目を「利用者が感知できるか」で判定し、できないものは三段目へ。「体験を最適化」のような空句は不要。
当サイトオリジナル
中国語の原文
使い方
更新日志写给用户看，不是写给提交记录看。
こう変えてみる
- 三つの異なるトーンの書き出しを出させ、選ばせる。
- 「もっと良く」を、文字数・読者・残す事実などの具体条件に置き換える。
得られる成果物
- そのまま出せる本文（箇条書きの下書きではなく）
- 変更点と理由のメモ
よくある失敗
- 事実を推測させ、もっともらしい出典が混入する。
- 全文を渡して「推敲して」だけだと、要点が残らない。
出力のチェック
- 結論が冒頭にあり、最初の段落を削っても意味が通る。
- 事実・数値・引用はすべて原文に戻れる。
使いどころと注意
- 向いている用途：冗長な下書きを結論先出しの短い文章に整える。
- 注意：数値・引用・人名は原文のまま残し、出典を創作させない。