更新情報（リリースノート）

書き換える項目

プロンプト内の［ ］の部分を、つくりたいサイトに合わせて書き換えてから使ってください。

[サービス名・バージョン]

例：Toolly 2.3

[変更点]

開発側のメモを、そのまま箇条書きで

[対象ユーザー]

例：日常的に使っている個人ユーザー

あなたはプロダクトのUXライターです。
[サービス名・バージョン]の更新情報を作成してください。

## 前提
- 変更点（開発側のメモ）：
[変更点]
- 対象ユーザー：[対象ユーザー]

## 作成するもの
1. 見出し：全角25文字以内。今回の更新でいちばん大きな変化をひとことで
2. 更新内容：変更点を、次の3つに分けて書く
   - 新しくできるようになったこと
   - 使いやすくなったこと
   - 直した不具合
3. 短い版：全角150文字以内。アプリストアの更新情報に使う

## 書き方のルール
- 1つの変更点は、「何が変わったか」＋「それで何ができるか」を1〜2文で書く
- 開発の言葉を、使う人の言葉に直す（「一覧APIのレスポンスを改善」→「一覧の表示が速くなりました」）
- 画面の名前やボタンの名前は「」でくくり、実際の表記にそろえる
- 不具合の修正は、起きていた現象を書く（「特定の条件でクラッシュする問題」→「写真を10枚以上選ぶと、アプリが閉じてしまう問題」）
- 大きな変更から順に並べる。細かい修正は「そのほか、細かな改善を行いました」にまとめてよい
- 操作が変わるもの（ボタンの場所が変わった、など）は、いちばん上に書く

## 厳守すること
- [変更点] にない機能や改善を書かない
- 内部の仕組みや、安全に関わるくわしい情報（脆弱性の内容など）は書かない
- 意味が分からない変更点は、推測で書かず【要確認：開発に確かめること】と書く

## 出力形式
見出し、更新内容（3つの分類ごとに箇条書き）、短い版の順に出力してください。
最後に、使う人に前もって知らせたほうがよい変更（操作が変わるもの、使えなくなるもの）があれば、挙げてください。