シナリオ
あなたはECサイト運営会社のエンジニアリングチームに所属するソフトウェアエンジニアです。先月、マーケティングチームが実施した春のキャンペーン（"Spring Sale 2026"）の分析データを受け取り、エンジニアリング観点（サイト速度・エラー率・コンバージョン改善）から簡潔な内部レポートをマーケティングマネージャー宛に作成する必要があります。
あなた
Kainuma Daishi
Software Engineer
宛先
Priya Sharma
Marketing Manager · 技術より「結果と影響」重視
提供データ
| 指標 | キャンペーン前 | キャンペーン中 | 変化 |
|---|---|---|---|
| ページ読み込み時間（avg） | 2.1秒 | 3.4秒 | +62% ↑ |
| エラー率（5xx） | 0.2% | 1.8% | +9倍 ↑ |
| コンバージョン率 | 3.2% | 4.1% | +28% ↑ |
| トラフィック | 10,000 PV/日 | 34,000 PV/日 | +240% ↑ |
| 平均注文額 | ¥8,200 | ¥9,500 | +16% ↑ |
文化的コンテキスト
BLUF原則
英語レポートは「見出し → 箇条書き → 結論」の構造が基本。冗長な前置きは不要
英語レポートは「見出し → 箇条書き → 結論」の構造が基本。冗長な前置きは不要
Recommendations は命令文
"Implement / Conduct / Set up" で始める。日本語的な遠慮は不要
"Implement / Conduct / Set up" で始める。日本語的な遠慮は不要
タスク
以下のデータを元に、エグゼクティブ向け内部レポート（英語） を作成してください。
セクション A — Executive Summary
何が起きたか2〜3行で。「成果と問題」を両方伝える（バランス良く）。
セクション B — Key Metrics
提供データを表形式または箇条書きで英語に変換してください。
セクション C — Recommendations
以下の改善提言を含む Recommendations セクションを書いてください:
- 次回はCDN強化・キャッシュ戦略の事前設定が必要
- キャンペーン前にロードテストを実施すること
使える表現・フレーズ
カードをクリックすると英語フレーズを表示します。
〜が増加した
クリックで英語を表示 →
increased by XX% / surged by XX%
💡 surge は急増ニュアンス
〜に起因する
クリックで英語を表示 →
attributable to
💡 "The load increase attributable to the campaign..."
改善策を提言する
クリックで英語を表示 →
recommend / suggest
💡 "We recommend implementing..."
本番環境に影響
クリックで英語を表示 →
impacted production
💡 "The spike impacted production stability."
ロードテスト
クリックで英語を表示 →
load testing
💡 "conduct load testing before the campaign"
大きな負荷をかけた
クリックで英語を表示 →
placed significant strain on
💡 インフラ問題の説明に多用される
ヒント（段階的開示）
ヒント 1 — 構成・方向性
英語レポートの基本構造:
- Executive Summary (2〜3行): 何が起きたか一言で
- Key Metrics (箇条書き): データを並べる
- Issues Identified (箇条書き): 問題点
- Recommendations (箇条書き): 提言
ヒント 2 — キーフレーズ・表現
During the Spring Sale 2026 campaign (April X–Y)...Traffic surged by 240%, putting significant strain on our infrastructure.The error rate increased from 0.2% to 1.8%, which is a concern.We recommend conducting load testing prior to future campaigns.
ヒント 3 — 骨格テンプレート
Subject: [Spring Sale 2026] Engineering Performance Report
## Executive Summary
The Spring Sale 2026 campaign drove significant traffic growth (+240%) and improved conversion rates (+28%), but also revealed infrastructure [課題の一言].
## Key Metrics
- Traffic: 10K → 34K PV/day (+240%)
- Conversion rate: 3.2% → 4.1% (+28%)
- Error rate: 0.2% → 1.8% (concern)
- Page load time: 2.1s → 3.4s (+62%)
## Issues Identified
- [問題点1]
- [問題点2]
## Recommendations
1. [提言1]
2. [提言2]
モデル解答（B2〜C1相当）
完成レポート
To: Priya Sharma
From: Kainuma Daishi (Engineering)
Date: April 24, 2026
Executive Summary
The Spring Sale 2026 campaign successfully increased conversions (+28%) and average order value (+16%). However, the traffic surge (+240%) placed significant strain on our infrastructure, resulting in degraded performance and elevated error rates.
Key Metrics
| Metric | Pre-Campaign | During Campaign | Change |
|---|---|---|---|
| Traffic (PV/day) | 10,000 | 34,000 | +240% |
| Conversion Rate | 3.2% | 4.1% | +28% |
| Avg. Order Value | ¥8,200 | ¥9,500 | +16% |
| Page Load Time (avg) | 2.1s | 3.4s | +62% |
| Error Rate (5xx) | 0.2% | 1.8% | ×9 |
Issues Identified
- Page load time increased by 62%, likely reducing user experience for mobile users.
- Error rate spiked to 1.8% (9× baseline), indicating server capacity limits were exceeded during peak hours.
Recommendations
- Implement CDN enhancement and caching before the next campaign to reduce server load.
- Conduct load testing at 3× projected peak traffic at least 2 weeks prior to launch.
- Set up real-time alerting thresholds to enable faster incident response during campaigns.
Please let me know if you have any questions or need further data.
Kainuma Daishi | Engineering Team
解説
構成分析
S
Subject行: [プロジェクト名 + 目的] の形式が社内レポートの標準
E
Executive Summary: 最初の2〜3文で「成果と問題」を両方伝える（プラスとマイナスをbalanced に）
R
Recommendations: 番号付き箇条書き + 太字で視認性を高める。"Please let me know..." で action を促す
重要表現
| 表現 | 意味 | ポイント |
|---|---|---|
placed significant strain on | 〜に大きな負荷をかけた | インフラ問題の説明に多用される |
degraded performance | パフォーマンスの低下 | エンジニア的な表現 |
elevated error rates | 上昇したエラー率 | "high" より洗練されている |
at least 2 weeks prior to launch | 公開の少なくとも2週間前 | 具体的な時間軸を示すと説得力増す |
real-time alerting thresholds | リアルタイムアラートの閾値 | 技術的な提言で使える |
文化的ポイント
BLUF（Bottom Line Up Front）
結論を最初に書く。日本語では「まず背景から...」と説明が先に来るが、英語では「結果と問題点」を先に書くのがグローバル標準
結論を最初に書く。日本語では「まず背景から...」と説明が先に来るが、英語では「結果と問題点」を先に書くのがグローバル標準
Recommendationsは命令文に近い形
"Implement / Conduct / Set up" で始める（日本語的な遠慮は不要）
"Implement / Conduct / Set up" で始める（日本語的な遠慮は不要）
よくある日本人のミス
❌ "I think we should maybe consider..."
過度な謙遜・曖昧表現
→
✅ "We recommend..." / "We should..." と直接表現
❌ レポートの冒頭に長い前置き
日本語的な丁寧さ
→
✅ Executive Summary で即本題
❌ データ単位の省略
日本語では省略しがちな単位
→
✅ "3.4s" "1.8%" など必ず明記
❌ 「問題」を柔らかく言いすぎる
日本語の婉曲表現
→
✅ "The error rate spiked" と事実として明確に書く
ワンランク上の表現（Phase 2 以降）
Basic
"The error rate went up"
↓
B2
"The error rate spiked / escalated to 1.8%"
↓
C1
"This represents a non-trivial risk to user experience"
高度なフレーズ集
"Addressing infrastructure capacity constraints is critical"
（インフラキャパシティの制約に対処することが重要）
"We recommend establishing a pre-launch load testing protocol"
（ローンチ前のロードテストプロトコルを確立することを推奨）
"This represents a non-trivial risk to user experience"
（これはユーザー体験にとって無視できないリスクを示している）
次のステップ
- 発展練習: エグゼクティブ向けに「リスク評価セクション」と「コスト試算」を加えた詳細レポートを書く
- 次回（Day 012）: 1on1/会話 × Marketing — マーケティングマネージャーとの1on1で数値改善を口頭で報告する
自己評価（解いた後に記入）
理解度
自分の回答
Executive Summary
Issues Identified
Recommendations