- Published on
Complete Guide to Japanese Business Email and Report Writing: Mastering Keigo and Professional Expressions
- Authors
- Name
- Introduction
- Basic Structure of Business Emails
- The Keigo System and IT Workplace Application
- Request Emails (依頼メール)
- Report Emails (報告メール)
- Apology and Incident Report Emails (謝罪・障害報告メール)
- Technical Report Writing (技術報告書)
- Progress Reports (進捗報告)
- Common Mistakes and Improvements
- Email and Report Writing Checklist
- References

Introduction
For engineers working at Japanese IT companies, the ability to write business documents in Japanese is just as critical as coding skills. No matter how strong your technical abilities are, if you cannot use keigo (honorific language) properly in business emails or if your report format does not conform to Japanese business conventions, you risk being perceived as unprofessional.
Japanese workplace culture is built on the communication principle known as Ho-Ren-So (報告・連絡・相談). Ho (報告/Report) means communicating progress and results to your supervisor. Ren (連絡/Inform) means sharing necessary information with relevant parties. So (相談/Consult) means seeking advice on matters requiring judgment. These three pillars form the foundation of email and report writing.
This guide systematically covers the basic structure of business emails, the keigo system and its proper application, situational email templates (requests, reports, apologies), technical report and progress report writing methods, and common mistakes with a practical checklist.
Basic Structure of Business Emails
Japanese business emails follow a strict prescribed format. Omitting any component or changing the order can give an impression of rudeness.
The 7 Essential Email Components
| Order | Component | Japanese | Description |
|---|---|---|---|
| 1 | Subject | 件名(けんめい) | Convey the purpose at a glance with category brackets |
| 2 | Recipient | 宛名(あてな) | Company + Department + Name + 様 |
| 3 | Greeting | 挨拶(あいさつ) | External: お世話になっております / Internal: お疲れ様です |
| 4 | Self-introduction | 名乗り(なのり) | State your affiliation and name |
| 5 | Body | 本文(ほんぶん) | Conclusion-first (結論ファースト) principle |
| 6 | Closing | 結び(むすび) | よろしくお願いいたします, etc. |
| 7 | Signature | 署名(しょめい) | Company, department, name, contact info |
Subject Line (件名) Writing Principles
The subject line should allow the reader to immediately grasp the purpose and urgency of the email. In Japan, it is standard practice to use square brackets to indicate the category.
-- Good Subject Examples --
【ご依頼】APIレビューのお願い(PR #1234)
→ [Request] API Review Request (PR #1234)
【ご報告】本番環境デプロイ完了のご連絡
→ [Report] Production Deployment Completion Notice
【ご相談】マイクロサービス移行スケジュールについて
→ [Consultation] Regarding Microservice Migration Schedule
【緊急】本番DBレプリケーション障害について
→ [Urgent] Production DB Replication Failure
-- Bad Subject Examples --
お疲れ様です → Content is unclear
ご連絡 → No specificity at all
確認お願いします → What needs to be confirmed is unclear
Greeting Expressions by Context
| Situation | Greeting | Notes |
|---|---|---|
| External (clients, partners) | いつもお世話になっております | Most standard external greeting |
| External (first contact) | 初めてご連絡させていただきます | Used for first-time contact |
| Internal (general) | お疲れ様です | Default internal email greeting |
| Internal (morning) | おはようございます | Suitable for the first email of the morning |
| External (long time) | ご無沙汰しております | When resuming contact after a long gap |
| Emergency | 夜分遅くに失礼いたします | For late-night urgent communications |
Basic Email Template
件名:【カテゴリ】用件を簡潔に
Subject: [Category] Purpose stated concisely
○○株式会社
△△部 □□様
いつもお世話になっております。
(Thank you for your continued support.)
株式会社ABC 開発部のキムと申します。
(I am Kim from the Development Department of ABC Corp.)
本日は、~についてご連絡いたしました。
(I am writing to you today regarding ~.)
(本文:結論を先に、理由・詳細を後に記載)
(Body: State conclusion first, then reasons/details)
お忙しいところ恐れ入りますが、
(I apologize for troubling you during your busy schedule,)
ご確認のほどよろしくお願いいたします。
(I would appreciate your confirmation.)
--------------------
株式会社ABC 開発部
キム ヨンジュ
TEL: 03-XXXX-XXXX
Email: kim@abc-corp.co.jp
--------------------
The Keigo System and IT Workplace Application
Japanese honorific language (keigo/敬語) is divided into three main categories. In IT workplaces, you need to adjust the keigo level appropriately depending on whether the communication is internal or external, and whether the recipient is a superior or a colleague.
Keigo Three-Category Comparison
| Category | Japanese | Function | Base Form | Keigo Form | IT Workplace Example |
|---|---|---|---|---|---|
| Respectful | 尊敬語(そんけいご) | Elevates the other person's actions | 見る | ご覧になる | 資料をご覧になりましたか (Have you reviewed the document?) |
| Humble | 謙譲語(けんじょうご) | Lowers your own actions | 見る | 拝見する | 資料を拝見しました (I have reviewed the document) |
| Polite | 丁寧語(ていねいご) | Makes the overall sentence polite | ~だ | ~です/~ます | 問題ないです (There is no problem) |
Common Keigo Conversions for IT Work
| Base Verb | Respectful (for others) | Humble (for yourself) | Usage Example |
|---|---|---|---|
| 言う (say) | おっしゃる | 申す/申し上げる | 部長がおっしゃった通り (As the manager said) |
| する (do) | なさる | いたす | ご確認いたします (I will confirm) |
| 行く (go) | いらっしゃる | 参る/伺う | 明日伺います (I will visit tomorrow) |
| 知る (know) | ご存じ | 存じる/存じ上げる | ご存じでしょうか (Are you aware?) |
| もらう (receive) | - | いただく | ご確認いただけますか (Could you confirm?) |
| 思う (think) | - | 存じる | 問題ないと存じます (I believe there is no problem) |
Cushion Expressions (クッション言葉)
In Japanese business emails, it is customary to insert a softening expression before getting to the main point, showing consideration for the recipient.
| Japanese | English | Usage Situation |
|---|---|---|
| お忙しいところ恐れ入りますが | I apologize for troubling you during your busy schedule | Before a request |
| お手数をおかけしますが | I am sorry for the inconvenience | Before requesting a task |
| 差し支えなければ | If it would not cause any trouble | Conditional requests |
| 恐縮ですが | I am sorry to impose | When imposing a burden |
| ご多忙中とは存じますが | I understand you are very busy | Highly formal requests |
| 突然のご連絡で恐れ入りますが | I apologize for the sudden contact | Unannounced communications |
Request Emails (依頼メール)
Request emails are the most frequently written type of email in IT work. They are used for code review requests, environment setup requests, schedule coordination, and more.
Key Principles for Request Emails
- Conclusion first: State what you are requesting in the first sentence
- Specify the deadline: Always include いつまでに (by when)
- Explain the background: Briefly explain why this request is needed
- Use cushion expressions: Insert consideration phrases before the main request
Code Review Request Email Example
件名:【ご依頼】認証モジュールコードレビューのお願い(PR #2847)
Subject: [Request] Authentication Module Code Review (PR #2847)
開発部 田中リーダー
お疲れ様です。開発2課のキムです。
(Hello. This is Kim from Development Team 2.)
認証モジュールのリファクタリングについて、
コードレビューをお願いしたくご連絡いたしました。
(I am writing to request a code review for the authentication module refactoring.)
■ 対象PR: #2847(認証フロー改善)
Target PR: #2847 (Authentication flow improvement)
■ 変更概要:
Change summary:
- OAuth2.0認証フローの共通化
(Standardization of OAuth2.0 authentication flow)
- トークンリフレッシュロジックの修正
(Token refresh logic fix)
- ユニットテスト追加(カバレッジ85%→92%)
(Added unit tests, coverage 85% to 92%)
■ レビュー期限: 3月15日(金)まで
Review deadline: By Friday, March 15
お忙しいところ恐れ入りますが、
ご確認のほどよろしくお願いいたします。
(I apologize for troubling you during your busy schedule.
I would appreciate your review.)
Report Emails (報告メール)
Report emails communicate the progress or completion of tasks to supervisors or stakeholders. In Japan, late reporting is viewed very negatively.
Key Principles for Report Emails
- Conclusion first: State the result (success/failure/in-progress) first
- 5W1H: Clearly specify when, who, what, where, why, and how
- Include numbers: Provide specific figures and data wherever possible
- Next steps: Always include future action plans
Deployment Completion Report Email
件名:【ご報告】決済サービスv2 本番デプロイ完了
Subject: [Report] Payment Service v2 Production Deployment Complete
開発部 山田部長
お疲れ様です。開発2課のキムです。
決済サービスv2の本番デプロイが完了しましたのでご報告いたします。
(I am reporting that the production deployment of Payment Service v2
has been completed.)
■ デプロイ概要 (Deployment Overview)
- 日時: 2026年3月13日 02:00~03:15(JST)
- 対象: 決済サービスv2.1.0
- 作業者: キム、佐藤
■ 結果: 正常完了 (Result: Completed Successfully)
- 全ヘルスチェック: OK
- レスポンスタイム: 平均120ms(目標150ms以下)
(Response time: avg 120ms, target under 150ms)
- エラー率: 0.01%(許容範囲内)
(Error rate: 0.01%, within acceptable range)
■ 確認事項 (Confirmed Items)
- ロールバック手順は確保済み
(Rollback procedure is secured)
- 24時間監視体制を継続中
(24-hour monitoring continues)
■ 今後の対応 (Next Steps)
- 3月14日: ピーク時間帯のパフォーマンス確認
- 3月17日: 旧バージョンの完全廃止
以上、ご報告いたします。
Apology and Incident Report Emails (謝罪・障害報告メール)
When system incidents occur in IT, swift and accurate incident reporting is essential. Apology emails require particular care with keigo usage.
Key Principles for Incident Reports
- Report immediately: Send the first report as soon as possible after detecting the incident
- Specify impact scope: Which services and which users are affected
- Current status: Clearly state whether the issue is being addressed or has been resolved
- Root cause and countermeasures: Include root cause analysis and prevention measures (in the follow-up report)
- Sincere apology: Use specific, meaningful apology expressions
System Incident Initial Report
件名:【緊急・障害報告】決済APIタイムアウト発生中
Subject: [Urgent/Incident] Payment API Timeout in Progress
関係者各位
(To all concerned parties)
お疲れ様です。SREチームのキムです。
取り急ぎ、障害発生についてご報告いたします。
(This is Kim from the SRE team.
I am sending this urgent report regarding an incident.)
■ 障害概要 (Incident Overview)
- 発生日時: 2026年3月13日 14:30(JST)
- 事象: 決済API応答タイムアウト(30秒超過)
(Payment API response timeout, exceeding 30 seconds)
- 影響範囲: 全ユーザーの決済処理
(Impact: All user payment processing)
- 重要度: Critical
■ 現在の状況 (Current Status)
- 原因調査中(DBコネクションプール枯渇の疑い)
(Investigating cause; suspected DB connection pool exhaustion)
- 暫定対応としてコネクション数を増加中
(Increasing connection count as interim measure)
■ 今後の見通し (Outlook)
- 15:30までに暫定復旧予定
多大なるご迷惑をおかけしておりますこと、
深くお詫び申し上げます。
(We sincerely apologize for the significant inconvenience.)
Apology Expression Formality Levels
| Formality | Expression | When to Use |
|---|---|---|
| Standard | 申し訳ありません | General internal apology |
| Formal | 申し訳ございません | To internal superiors |
| High formal | 深くお詫び申し上げます | To external clients |
| Highest formal | 心よりお詫び申し上げます | Major incidents affecting clients |
| Written formal | 多大なるご迷惑をおかけし、誠に申し訳ございませんでした | Official incident reports |
Technical Report Writing (技術報告書)
Technical reports require a more structured format than emails. Japanese IT companies use a consistent format and appropriate keigo even in technical reports.
Technical Report Basic Structure
【技術報告書】(Technical Report)
タイトル: マイクロサービスアーキテクチャ移行に関する技術報告
(Title: Technical Report on Microservice Architecture Migration)
作成日: 2026年3月13日
作成者: 開発2課 キム ヨンジュ
承認者: 開発部 山田部長
1. 目的 (Purpose)
本報告書は、モノリシックアーキテクチャからマイクロサービスへの
移行プロジェクトの技術的評価結果を報告するものである。
(This report presents the technical evaluation results of the
migration project from monolithic to microservice architecture.)
2. 背景 (Background)
現行システムのスケーラビリティ課題に対応するため、
2025年Q4よりアーキテクチャ移行を検討してきた。
3. 調査・検証内容 (Investigation and Verification)
3.1 サービス分割方針の検討
(Service decomposition strategy review)
3.2 通信方式の比較検証
(Communication method comparison: gRPC vs REST vs MQ)
3.3 データ管理戦略
(Data management strategy)
4. 検証結果 (Results)
4.1 パフォーマンス
- レスポンスタイム: 平均150ms → 80ms(47%改善)
- スループット: 1,000rps → 3,500rps(250%改善)
4.2 課題
- 分散トランザクション管理の複雑性
- サービス間通信のデバッグ困難
5. 結論と提言 (Conclusion and Recommendations)
移行は技術的に実現可能と判断する。
ただし、段階的移行(ストラングラーパターン)を推奨する。
以上
Common Expressions in Technical Reports
| Japanese Expression | English Meaning | Usage |
|---|---|---|
| ~について報告する | To report on ~ | Stating report purpose |
| ~と判断する | To conclude that ~ | Presenting conclusions |
| ~を推奨する | To recommend ~ | Making recommendations |
| ~の結果、~であった | As a result of ~, it was ~ | Describing test results |
| 今後の課題として | As a future challenge | Mentioning remaining issues |
| ~を検討した結果 | As a result of examining ~ | Explaining analysis process |
| 段階的に実施する | To implement in phases | Describing plans |
Progress Reports (進捗報告)
Weekly or daily progress reports are a crucial form of communication at Japanese IT companies. The key is clearly conveying the current status, completion rate, risks, and next actions.
Weekly Progress Report Template
件名:【週次報告】決済サービスv2 開発進捗(3月第2週)
Subject: [Weekly Report] Payment Service v2 Dev Progress (Week 2 of March)
開発部 山田部長
お疲れ様です。開発2課のキムです。
3月第2週の開発進捗をご報告いたします。
(I am reporting the development progress for the second week of March.)
■ 全体進捗: 68%(前週比 +12%)
Overall Progress: 68% (+12% from previous week)
■ 今週の実績 (This Week's Achievements)
1. 認証フローのリファクタリング完了
2. 決済APIのユニットテスト作成
3. ステージング環境での結合テスト着手
■ 各タスク進捗 (Task Progress)
Task Status Progress
──────────────────────────────────────────
Auth flow improvement Complete 100%
Payment API development In progress 85%
Integration testing In progress 30%
Documentation Not started 0%
■ 課題・リスク (Issues and Risks)
- DB connection instability in integration test environment
→ Requested investigation from infra team (response by 3/14)
■ 来週の予定 (Next Week's Plan)
1. Complete payment API development
2. Execute and complete integration testing
3. Begin documentation
■ 相談事項 (Consultation)
リリース日を3月28日から3月31日に変更したく、
ご相談させていただけますでしょうか。
(I would like to discuss changing the release date
from March 28 to March 31.)
以上、ご確認のほどよろしくお願いいたします。
Daily Standup Report Expressions
| Japanese | English | Context |
|---|---|---|
| 昨日はAPIの単体テストを実施しました | Yesterday I ran the API unit tests | What you did yesterday |
| 本日は結合テストに着手する予定です | Today I plan to start integration testing | What you will do today |
| 現在ブロッカーはありません | There are no blockers at the moment | No impediments |
| DB接続の問題でブロックされています | I am blocked by a DB connection issue | Reporting an impediment |
| 予定通り進んでおります | Things are proceeding as planned | Smooth progress |
| 少し遅れが出ております | There is a slight delay | Reporting delay |
Common Mistakes and Improvements
Here are frequent mistakes that non-native engineers make in Japanese business emails and reports.
Keigo-Related Mistakes
| Incorrect | Correct | Explanation |
|---|---|---|
| ご苦労様です | お疲れ様です | ご苦労様 is only used by superiors toward subordinates |
| 了解しました | 承知いたしました | 了解 is used between equals or toward subordinates |
| すみません | 申し訳ございません | すみません is too casual for business |
| 参考になりました | 勉強になりました | 勉強になりました is appropriate toward superiors |
| なるほどですね | おっしゃる通りです | なるほど can be considered rude in business |
Structural Mistakes
| Problem | Wrong Approach | Correct Approach | Explanation |
|---|---|---|---|
| Conclusion at the end | Explain details first, request last | State request first, details after | Conclusion-first principle |
| Ambiguous subject | 確認しました (who confirmed?) | 田中さんにご確認いただきました | Make the subject clear |
| Double honorifics | ご覧になられましたか | ご覧になりましたか | Avoid stacking respectful forms |
| Excessive humility | させていただいてもよろしいでしょうか | させていただけますか | Over-humbling is inefficient |
Email and Report Writing Checklist
Email Checklist
- Subject line clearly states the category and purpose
- Recipient's company, department, and name are correct
- Appropriate greeting expression used (internal vs. external)
- Conclusion is positioned at the beginning of the body
- Deadline is clearly stated
- Cushion expressions are appropriately used
- Keigo is correctly applied (no double honorifics)
- Signature is included
- If attachments were mentioned, they are actually attached
- CC/BCC recipients are appropriate
Report Checklist
- Report title accurately reflects the content
- Date, author, and approver are stated
- Purpose is clearly described
- Facts and opinions are separated
- Specific numbers and data are included
- Conclusions and recommendations follow logically
- Future schedule is included
- No typos or keigo errors
References
- Japanese Business Email: Ultimate Guide - Coto Academy
- Mastering Keigo: Formal Japanese for Business Communication - My Nihongo Sensei
- Essential Japanese Email Expressions for Business Professionals - NihongoKnow
- Mastering Japanese Business Emails: Key Phrases - Toranomon Language School
- 議事録作成完全ガイド - Asana
- 効率的な議事録の書き方完全ガイド - Japan Project Manager
- Writing Reports the Japanese Want to Read - Japan Intercultural Consulting
- Ultimate Guide to Business Japanese - Japan Switch