〇〇について、次のとおりお知らせします。
お知らせの概要
何が始まる、変わる、または終了するのかを最初に簡潔に記載します。
日時・対象
- 日時：2026年○月○日
- 対象：対象となる方・サービス
- 影響：利用者に起きる変更
必要な対応
利用者側で必要な操作がある場合のみ、期限と手順を記載します。
実際の支援から得た知見を、個人を特定できない形へ一般化して整理します。
相談の背景
本人が話した希望と、確認できた現在の状況を分けて書きます。
一緒に行ったこと
目標を決めた過程、実践した内容、渡邉が支援した範囲を書きます。
起きた変化
本人の発言、観察できた行動、完成物など、根拠のある変化を記載します。
現在地と次の段階
完了・進行中・未確認を区別し、次に試すことを記載します。
このCASEから分かること
他の人にも役立つ考え方だけを取り出し、断定しすぎずにまとめます。
今日行ったことと、次へつなげるための記録です。
実施したこと
- 確認した対象
- 実際に行った操作
- 完了を確認した方法
気づいたこと
実施前の想定と異なったこと、新しく分かったこと、今後も使える考え方を書きます。
次に行うこと
- 次に確認すること
- 必要な準備
- 完了条件
この記事では、実際の経験から分かったことと、次に活かせる考え方を整理します。
最初に起きていたこと
どのような状況から始まり、何に困っていたのかを書きます。推測ではなく、確認できた事実を中心にします。
確認して分かったこと
調べたこと、試したこと、判断材料になったことを、読者が追える順番で説明します。
今回の結論
今回分かったことと、まだ分からないことを分けてまとめます。
まとめ
- 確認できた事実
- そこから判断したこと
- 次に行うこと
検証の目的
何を確かめるための検証か、どの状態をもって完了とするかを書きます。
検証環境
- WordPress・PHP・プラグインのバージョン
- テーマと有効な機能
- テストデータと前提条件
確認手順
- 初期状態を記録する
- 対象の操作を行う
- 画面・通知・DBなど必要な結果を確認する
正常系
期待した操作と結果を記載します。
異常系
失敗条件、表示、ログ、復旧方法を記載します。
結論
確認できたこと、確認できなかったこと、実務へ適用する条件を分けます。