在宅勤務では、送ったメッセージがすぐに読まれるとは限りません。返信のたびに確認事項が増えると、一つの相談に思ったより時間がかかることもあります。相手が読んだときに判断や作業を進められるよう、何を書いておくとよいかを整理します。

この記事のポイント

最初に何をお願いしたいかを書き、その後に背景や確認できた事実、提案を続けます。通話で決めたことも文章に残しておけば、参加していない人に共有できます。

最初に「何をお願いしたいか」を書く

状況だけが書かれていると、読む側は「共有だけなのか、何か確認してほしいのか」で迷います。依頼や結論を先に書き、その後に判断に必要な背景を添えると伝わりやすくなります。

  • 結論・依頼したいこと
  • 背景と対象範囲
  • 確認できた事実
  • 解釈、未確認事項、提案
  • 担当者と必要な期限

確認できた事実と、考えている原因を分ける

「保存処理が壊れているようです」だけだと、何を確認したのかがわかりません。画面で見たこと、ログで確認したこと、原因として考えていることを分けて書きます。

たとえば「保存後に一覧へ戻ると変更前の値が表示された」は確認できた事実です。「一覧の更新が遅れている可能性がある」は、まだ確かめていない仮説です。この違いがわかると、次に何を確認すればよいかを相談しやすくなります。

確認してほしいことをまとめた相談の例

架空のレビュー依頼を例にしました。回答してほしいことと、その判断に使う情報を一つのメッセージにまとめています。

依頼:受け入れ条件の2点を、明日15時までに確認してください。
背景:入力フォームのテスト設計を進めています。
事実:仕様には必須項目が定義されています。
未確認:空欄時の文言と、送信ボタンを無効にする条件です。
提案:文言は項目の直下に表示する想定でケースを作成します。
回答してほしいこと:
1. 表示位置と文言の定義はどこを参照しますか。
2. この想定で設計を進めてよいですか。

やり取りが増えたら、短い通話も使う

話の前提が食い違っているときや、何を決めたいか整理できていないときは、短い通話で話したほうが進むこともあります。急いで確認が必要な場合も、状況に合う連絡方法を選んでください。

通話の後は、決まったこと、判断した理由、担当者、次にすることを文章に残します。参加していなかった人も内容を確認でき、自分たちが後から読み返すときにも役立ちます。

QA Notebook / チームと業務改善

次の記事AIにテスト観点を出してもらう方法|プロンプト例とレビュー表記事一覧へ戻る