- Authors
- Name

- 개요
- 비즈니스 メール 기본 구조
- 메일 표현: 존경어·겸양어·정중어 비교
- 상황별 메일 템플릿
- 議事録(회의록) 작성법
- 日報(일일 업무 보고) テンプレート
- メール vs チャット(Slack/Teams) 표현 차이
- 자주 쓰는 비즈니스 표현 모음
- 흔한 실수와 교정
- CC/BCC 에티켓
- 운영 체크리스트
- 참고자료
개요
일본 기업과 협업하거나, 일본어 환경에서 근무하는 한국인 직장인에게 ビジネスメール(비즈니스 메일)과 議事録(기지로쿠, 회의록) 작성 능력은 필수 역량이다. 한국어 비즈니스 메일과 달리, 일본어 메일에는 엄격한 형식과 경어 체계가 존재하며, 한 글자 차이로 실례가 되거나 의미가 완전히 달라지는 경우가 빈번하다.
이 글에서는 2026년 현재 일본 비즈니스 현장에서 실제로 통용되는 メール 작성법과 議事録 포맷을 체계적으로 정리한다. 인사 메일부터 의뢰(依頼), 사과(お詫び), 보고(報告), 감사(お礼), 일정 조정(日程調整)까지 상황별 템플릿을 제공하고, 議事録과 日報(일보, 일일 업무 보고서)의 구조와 작성 요령도 함께 다룬다. JLPT 학습이나 경어(敬語) 문법에 초점을 맞춘 것이 아니라, 실무 문서 작성 능력 향상에 집중한 실전 가이드다.
비즈니스 メール 기본 구조
일본어 비즈니스 메일은 정해진 구조를 따른다. 이 구조를 벗어나면 상대방에게 무례하거나 전문성이 부족하다는 인상을 줄 수 있다. 기본 구성 요소는 다음과 같다.
メール 필수 구성 9요소
| 순서 | 항목 | 일본어 명칭 | 설명 |
|---|---|---|---|
| 1 | 수신자 | 宛先(あてさき) | To/CC/BCC 구분 |
| 2 | 제목 | 件名(けんめい) | 용건을 한눈에 알 수 있도록 간결하게 |
| 3 | 첨부파일 | 添付ファイル | 파일명은 일본어 또는 영어로 명확히 |
| 4 | 수신자 이름 | 宛名(あてな) | 회사명+부서명+성명+様 |
| 5 | 인사와 자기소개 | 挨拶と名乗り | 사외: いつもお世話になっております |
| 6 | 본문(요지+상세) | 要旨と詳細 | 결론 우선(結論ファースト) 원칙 |
| 7 | 맺음 인사 | 結びの挨拶 | 何卒よろしくお願いいたします 등 |
| 8 | 서명 | 署名(しょめい) | 회사명, 부서, 이름, 연락처, URL |
| 9 | 답장/전달 | 返信・転送 | Re: 유지, 인용 시 원문 보존 |
수신자 이름(宛名) 작성 원칙
사외 메일에서 宛名은 회사명을 생략하지 않는 것이 기본이다. (株)와 같은 약어는 사용하지 않고 반드시 株式会社로 풀어 쓴다.
【사외 메일 宛名 예시】
株式会社ABCテクノロジー
開発部 部長
田中 太郎 様
【사내 메일 宛名 예시】
開発部 田中部長
사내 메일에서는 様 대신 직함을 붙이거나, 동료 간에는 さん을 쓰기도 한다. 단, 직함과 様을 동시에 사용하는 것(部長様)은 이중 경어로 잘못된 표현이다.
인사말 상황별 비교표
| 상황 | 인사말 표현 | 한국어 의미 |
|---|---|---|
| 사외 메일 (일반) | いつもお世話になっております | 항상 신세를 지고 있습니다 |
| 사외 메일 (첫 연락) | 突然のご連絡失礼いたします | 갑작스러운 연락 실례합니다 |
| 사외 메일 (오랜만) | ご無沙汰しております | 오랜만에 연락드립니다 |
| 사내 메일 (일반) | お疲れ様です | 수고하셨습니다 / 안녕하세요 |
| 사내 메일 (아침) | おはようございます | 좋은 아침입니다 |
| 답장 메일 | ご連絡ありがとうございます | 연락 감사합니다 |
| 휴가 후 복귀 | 休暇中はご迷惑をおかけしました | 휴가 중 불편을 끼쳐 죄송합니다 |
메일 표현: 존경어·겸양어·정중어 비교
일본어 비즈니스 메일에서 가장 실수가 많은 부분이 경어 사용이다. 같은 동작이라도 자신이 하는지, 상대가 하는지에 따라 표현이 완전히 달라진다.
| 기본 동사 | 존경어(尊敬語) - 상대의 행동 | 겸양어(謙譲語) - 자신의 행동 | 정중어(丁寧語) |
|---|---|---|---|
| する(하다) | なさる / される | いたす | します |
| 見る(보다) | ご覧になる | 拝見する(はいけんする) | 見ます |
| 言う(말하다) | おっしゃる | 申す(もうす) / 申し上げる | 言います |
| 行く(가다) | いらっしゃる / おいでになる | 参る(まいる) / 伺う(うかがう) | 行きます |
| 来る(오다) | いらっしゃる / お越しになる | 参る | 来ます |
| 食べる(먹다) | 召し上がる(めしあがる) | いただく | 食べます |
| もらう(받다) | - | いただく / 頂戴する(ちょうだいする) | もらいます |
| 知る(알다) | ご存じ(ごぞんじ) | 存じる(ぞんじる) / 存じ上げる | 知っています |
| 読む(읽다) | お読みになる | 拝読する(はいどくする) | 読みます |
| 送る(보내다) | お送りになる | お送りする / 送付いたす | 送ります |
메일에서 자주 틀리는 예를 하나 들면, 상대방이 자료를 확인하는 것을 요청할 때 ご確認してください는 틀린 표현이다. 올바른 표현은 ご確認ください 또는 더 정중하게 ご確認いただけますでしょうか이다. ご〜する는 겸양어 패턴이므로 상대방의 행동에 쓸 수 없다.
상황별 메일 템플릿
1. 依頼メール(의뢰 메일)
업무 협조를 요청하거나 자료 제공을 부탁할 때 사용하는 가장 일반적인 형태의 메일이다.
件名:【ご依頼】プロジェクト資料のご送付について
株式会社ABCテクノロジー
開発部 部長
田中 太郎 様
いつもお世話になっております。
株式会社XYZソリューションズ 企画部の金 英珠(キム・ヨンジュ)でございます。
さて、現在進めております共同プロジェクトに関しまして、
下記の資料をご送付いただけないでしょうか。
■ ご依頼内容
1. 2026年度 第1四半期 開発スケジュール
2. システム構成図(最新版)
3. API仕様書(v2.0)
■ ご送付期限
2026年3月10日(火)までにお送りいただけますと幸いです。
お忙しいところ恐れ入りますが、
何卒よろしくお願い申し上げます。
--------------------------------------------
株式会社XYZソリューションズ
企画部 金 英珠(キム・ヨンジュ)
TEL: 03-XXXX-XXXX
Email: youngjukim@xyz-solutions.co.jp
--------------------------------------------
의뢰 메일의 핵심은 구체적인 요청 사항과 기한을 명확히 기재하는 것이다. いただけないでしょうか는 もらえませんか의 겸양어+정중어 표현으로, 부드럽게 요청하는 뉘앙스를 전달한다.
2. お詫びメール(사과 메일)
납기 지연, 시스템 장애, 데이터 오류 등 문제가 발생했을 때 보내는 사과 메일은 신속성과 구체성이 생명이다.
件名:【お詫び】納品遅延のお詫びとご報告
株式会社ABCテクノロジー
営業部 課長
佐藤 花子 様
平素より大変お世話になっております。
株式会社XYZソリューションズ 製造部の金 英珠でございます。
このたびは、弊社製品の納品が予定日より遅延しておりますこと、
深くお詫び申し上げます。
■ 遅延の原因
部品調達先の工場において設備トラブルが発生し、
主要部品の入荷が3営業日遅延いたしました。
■ 今後の対応
・代替部品の調達ルートを確保し、3月8日(日)までに納品いたします。
・再発防止のため、調達先を複数化する体制を構築いたします。
■ 修正後の納品予定日
2026年3月8日(日)
ご迷惑をおかけし誠に申し訳ございません。
今後このようなことがないよう、管理体制を強化してまいります。
何卒ご容赦くださいますようお願い申し上げます。
--------------------------------------------
株式会社XYZソリューションズ
製造部 金 英珠(キム・ヨンジュ)
TEL: 03-XXXX-XXXX
Email: youngjukim@xyz-solutions.co.jp
--------------------------------------------
사과 메일에서 가장 중요한 원칙은 결론(사과)을 먼저 쓰는 것이다. 경위나 변명을 앞에 두면 성의가 없다는 인상을 준다. 원인, 대응 방안, 수정된 일정을 세트로 전달해야 한다.
3. 報告メール(보고 메일)
프로젝트 진행 상황이나 업무 결과를 상위 보고하는 메일이다. 사내 메일인 경우가 많지만, 클라이언트에게 보내는 경우도 있다.
件名:【ご報告】3月度 システム移行テスト結果
開発部 山田部長
お疲れ様です。インフラチームの金です。
3月度のシステム移行テストの結果をご報告いたします。
■ テスト概要
・実施日:2026年3月1日(日)〜3月3日(火)
・対象:本番環境への移行リハーサル(第2回)
・テスト項目数:148件
■ テスト結果
・成功:142件(95.9%)
・失敗:4件(2.7%)
・未実施:2件(1.4%)
■ 失敗項目の対応状況
No.045:データ移行時の文字コード変換エラー → 修正済み
No.078:バッチ処理のタイムアウト → パラメータ調整で対応予定(3/5)
No.091:ログ出力先の設定漏れ → 修正済み
No.112:外部API連携のタイムスタンプ不整合 → 調査中
■ 次のステップ
・3月5日(木):残り失敗項目の修正完了
・3月7日(土):第3回リハーサル実施
詳細は添付の報告書をご参照ください。
ご不明な点がございましたら、お気軽にお申し付けください。
金 英珠
보고 메일은 숫자와 팩트 중심으로 작성한다. 주관적 평가보다는 정량적 결과를 먼저 제시하고, 문제 항목에 대한 대응 상황과 다음 단계를 명시하는 것이 좋다.
4. 감사 메일과 일정 조정 메일
감사 메일(お礼メール)과 일정 조정 메일(日程調整メール)도 빈번히 작성하는 유형이다. 감사 메일은 미팅 후 24시간 이내에 보내는 것이 에티켓이며, 일정 조정 메일에서는 후보 일시를 3개 이상 제시하는 것이 관례다.
감사 메일의 핵심 표현으로는 本日はお忙しい中、貴重なお時間をいただきありがとうございました(오늘 바쁘신 와중에 귀중한 시간을 내주셔서 감사합니다)가 대표적이다. 일정 조정 시에는 下記の日程でご都合のよい日時をお知らせいただけますでしょうか(아래 일정 중 편하신 일시를 알려주시겠습니까)라는 패턴을 사용한다.
議事録(회의록) 작성법
議事録은 회의 내용과 결정 사항을 기록으로 남기는 공식 문서다. 회의 참석자뿐 아니라 불참자도 내용을 파악할 수 있도록 객관적이고 정확하게 작성해야 한다.
議事録 필수 항목
| 항목 | 일본어 | 설명 |
|---|---|---|
| 회의명 | 会議名 | 정례회의, 프로젝트 킥오프 등 |
| 일시 | 日時 | 시작 시간~종료 시간 |
| 장소 | 場所 | 회의실 또는 온라인(Zoom/Teams URL) |
| 참석자 | 出席者 | 직함 포함, 결석자도 기재 |
| 의제 | 議題(アジェンダ) | 논의 주제 목록 |
| 논의 내용 | 議事内容 | 발언 요약(발언자 명시) |
| 결정 사항 | 決定事項 | 합의된 내용 |
| 할일 | ToDo(アクションアイテム) | 담당자+기한 명시 |
| 다음 회의 | 次回予定 | 날짜, 의제 예고 |
| 작성자 | 記録者 | 議事録 작성 담당자 |
議事録 テンプレート
====================================
議事録
====================================
■ 会議名:第15回 システム刷新プロジェクト 定例会議
■ 日時:2026年3月4日(水)14:00〜15:30
■ 場所:本社5F 第2会議室 / Zoom併用
■ 出席者:山田部長、佐藤課長、鈴木(開発)、高橋(QA)、金(インフラ)
■ 欠席者:田中(営業)※出張のため
■ 記録者:金 英珠
------------------------------------
【議題1】移行テスト第2回の結果報告
------------------------------------
・金より、テスト結果を報告(成功率95.9%)
・失敗4件のうち2件は修正済み、1件は3/5対応予定、1件は調査中
・山田部長:「調査中の外部API連携の件は、ベンダーにも状況確認を依頼すること」
→ 決定事項:外部API連携の不具合について、ベンダーへ3/5までに問い合わせる
→ 担当:金 期限:3月5日(木)
------------------------------------
【議題2】本番移行スケジュールの確認
------------------------------------
・佐藤課長より、3月15日(土)深夜にカットオーバーする案を提示
・鈴木:「ロールバック手順書の準備が必要。3/10までに作成する」
・高橋:「カットオーバー後の確認テストシナリオを3/12までに用意する」
→ 決定事項:カットオーバー日は3月15日(土)22:00開始で確定
→ 担当・期限:
鈴木 → ロールバック手順書作成(3/10)
高橋 → 確認テストシナリオ作成(3/12)
------------------------------------
【議題3】その他・連絡事項
------------------------------------
・山田部長:「移行当日は全員待機体制とする。シフト表を佐藤課長が作成」
・次回の定例会議で最終リハーサルの日程を決定する
→ 担当:佐藤課長 → 当日シフト表作成(3/10)
====================================
【次回予定】
日時:2026年3月11日(水)14:00〜
議題:最終リハーサル日程確定、ロールバック手順レビュー
====================================
議事録 작성의 핵심 원칙은 다음과 같다.
- 당일 또는 익영업일 이내에 작성하여 기억이 선명할 때 정리한다.
- 발언 내용은 요약하되, 중요한 발언은 직접 인용한다.
- 결정 사항(決定事項)과 ToDo는 반드시 분리하여 명시한다.
- 담당자와 기한을 빠짐없이 기재한다.
- 작성 후 참석자에게 **확인 요청(レビュー依頼)**을 보내 내용의 정확성을 검증받는다.
日報(일일 업무 보고) テンプレート
日報(にっぽう)는 매일의 업무 내용, 성과, 과제를 보고하는 문서다. 일본 기업에서는 신입사원뿐 아니라 경력직도 日報를 작성하는 문화가 남아 있는 곳이 많다.
====================================
日報
====================================
■ 日付:2026年3月4日(水)
■ 氏名:金 英珠(インフラチーム)
------------------------------------
【本日の目標】
・移行テスト失敗項目(No.078)のパラメータ調整完了
・外部API連携不具合の原因特定
------------------------------------
【業務内容】
1. バッチ処理タイムアウト対応(9:00〜12:00)
- タイムアウト値を300秒→600秒に変更
- テスト環境で再実行し、正常終了を確認
- 本番環境への反映手順書を作成
2. 外部API連携調査(13:00〜16:00)
- ベンダー担当者(鈴木様)へ問い合わせメール送付
- ログ解析の結果、タイムスタンプのタイムゾーン設定に
差異があることを特定(JST vs UTC)
3. 定例会議参加・議事録作成(14:00〜16:00)
------------------------------------
【成果・進捗】
・No.078:修正完了(テスト環境で検証済み)
・外部API連携:原因特定済み、修正方針はベンダーと3/5に協議予定
【課題・所感】
・タイムゾーン問題は他のAPI連携箇所にも影響する可能性あり
・横展開の調査が必要(見積もり:0.5人日)
【明日の予定】
・本番環境へのパラメータ反映
・ベンダーとの協議(10:00〜)
・横展開調査の着手
====================================
日報は 目標 → 業務内容 → 成果 → 課題 → 翌日予定의 흐름으로 작성하는 것이 일반적이다. 단순히 "무엇을 했다"는 나열이 아니라, 목표 대비 달성도와 다음 행동이 명확히 드러나야 상사의 평가에서 유리하다.
メール vs チャット(Slack/Teams) 표현 차이
최근 일본 기업에서도 Slack이나 Microsoft Teams 같은 채팅 도구 사용이 일반화되었다. 메일과 채팅은 사용하는 표현과 형식이 다르므로, 상황에 맞게 구분해야 한다.
| 항목 | メール | チャット(Slack/Teams) |
|---|---|---|
| 인사 | いつもお世話になっております | お疲れ様です / おつかれさまです |
| 자기소개 | 株式会社〇〇の金でございます | 省略(프로필로 확인 가능) |
| 본문 톤 | 丁寧語+경어 필수 | 정중하되 간결하게 |
| 요청 표현 | ご確認いただけますでしょうか | ご確認お願いします / 確認お願いします |
| 이모지 | 사용하지 않음 | 상황에 따라 사용 가능 |
| 리액션 | 답장 메일로 대응 | 스탬프/이모지 리액션으로 확인 표시 |
| 서명 | 매 메일 하단에 삽입 | 불필요 |
| 파일 공유 | 첨부파일 | 드래그 앤 드롭 또는 링크 공유 |
| 적합한 용도 | 공식 통지, 기록 보존, 사외 연락 | 사내 빠른 소통, 간단한 확인, 실시간 논의 |
| CC 상당 기능 | CC/BCC 필드 | 채널 멘션(@channel) 또는 개별 멘션(@이름) |
주의할 점은, 채팅이라고 해서 반말을 쓰면 안 된다는 것이다. 사내 채팅이라도 상사나 타 부서 직원에게는 です/ます 체를 사용하는 것이 원칙이다. 다만 같은 팀 내에서 팀 문화에 따라 좀 더 캐주얼한 표현을 허용하는 경우도 있다.
자주 쓰는 비즈니스 표현 모음
실무에서 반복적으로 등장하는 표현을 상황별로 정리한다.
메일 시작 표현
| 일본어 표현 | 한국어 의미 | 사용 상황 |
|---|---|---|
| いつもお世話になっております | 항상 신세를 지고 있습니다 | 사외 메일 일반 |
| 平素より大変お世話になっております | 평소 대단히 신세를 지고 있습니다 | 사외 메일 격식체 |
| 初めてご連絡いたします | 처음으로 연락드립니다 | 첫 연락 |
| 先日はありがとうございました | 지난번에 감사했습니다 | 미팅/이벤트 후 |
| 早速のご返信ありがとうございます | 빠른 답신 감사합니다 | 빠른 답장에 대한 감사 |
요청·확인 표현
| 일본어 표현 | 한국어 의미 | 정중도 |
|---|---|---|
| ご確認ください | 확인해 주세요 | 보통 |
| ご確認いただけますでしょうか | 확인해 주실 수 있으시겠습니까 | 높음 |
| ご検討のほどよろしくお願いいたします | 검토 부탁드립니다 | 높음 |
| お手数ですが〜お願いいたします | 번거로우시겠지만 ~ 부탁드립니다 | 높음 |
| 恐れ入りますが〜いただけないでしょうか | 죄송하지만 ~ 해주실 수 없으시겠습니까 | 매우 높음 |
사과·양해 표현
| 일본어 표현 | 한국어 의미 | 사용 상황 |
|---|---|---|
| 申し訳ございません | 대단히 죄송합니다 | 공식 사과 |
| ご迷惑をおかけし申し訳ございません | 폐를 끼쳐 죄송합니다 | 상대에게 피해가 간 경우 |
| ご不便をおかけし恐れ入ります | 불편을 끼쳐 죄송합니다 | 시스템 장애 등 |
| ご容赦くださいますようお願い申し上げます | 양해해 주시기를 부탁드립니다 | 공식적 양해 요청 |
맺음 표현
| 일본어 표현 | 한국어 의미 | 사용 상황 |
|---|---|---|
| 何卒よろしくお願いいたします | 아무쪼록 잘 부탁드립니다 | 일반적 맺음 |
| 引き続きよろしくお願いいたします | 계속해서 잘 부탁드립니다 | 진행 중인 업무 |
| ご多忙のところ恐れ入りますが | 바쁘신 와중에 죄송합니다만 | 요청 전 쿠션 표현 |
| お手数をおかけしますが | 수고를 끼치지만 | 부담이 되는 요청 시 |
| ご不明な点がございましたらお気軽にお申し付けください | 불명확한 점이 있으시면 편하게 말씀해 주세요 | 정보 제공 후 |
흔한 실수와 교정
한국인 학습자가 일본어 비즈니스 메일에서 자주 범하는 실수를 정리한다.
경어 오용
| 잘못된 표현 | 올바른 표현 | 설명 |
|---|---|---|
| ご確認してください | ご確認ください | ご〜する는 겸양어라 상대 행동에 사용 불가 |
| 部長様 | 部長 또는 〇〇部長 | 직함 자체가 경칭이므로 様 중복 불가 |
| 了解しました | 承知いたしました / かしこまりました | 了解는 상사에게 사용 시 실례 |
| お体をご自愛ください | ご自愛ください | お体와 自愛가 의미 중복 |
| ご苦労様です | お疲れ様です | ご苦労様은 윗사람이 아랫사람에게 쓰는 표현 |
| すみません | 申し訳ございません | 비즈니스에서 すみません은 격식 부족 |
| なるほど | おっしゃる通りです | なるほど는 상사에게 실례가 될 수 있음 |
문장 구조 실수
| 잘못된 패턴 | 교정 | 이유 |
|---|---|---|
| 件名 없이 메일 발송 | 반드시 간결한 件名 기입 | 제목 없는 메일은 스팸 처리 가능성 |
| 結論을 맨 마지막에 배치 | 結論ファースト(결론 우선) | 일본 비즈니스 메일은 결론을 먼저 쓰는 것이 원칙 |
| 1문장이 3줄 이상 | 20-30자마다 개행 | 가독성 확보를 위해 짧은 문장 권장 |
| 메일 수신 후 답장 지연 | 1영업일 이내 답장 | 바로 답변이 어려우면 수신 확인 메일이라도 보낸다 |
CC/BCC 에티켓
일본 비즈니스 메일에서 CC와 BCC의 사용은 한국과 크게 다르지 않지만, 몇 가지 고유한 관례가 있다.
CC(カーボンコピー) 사용 원칙
- 목적: 메일 내용을 공유하고 싶은 관계자를 넣는다. "참고로 알아두세요"라는 의미다.
- 본문 내 명시: CC에 누군가를 넣었다면, 본문에서
(CC: 山田部長)처럼 명시하는 것이 바람직하다. - 상사 CC 관례: 사외 메일을 보낼 때 자신의 직속 상사를 CC에 넣는 것이 일반적이다. 이를 통해 상사가 커뮤니케이션 상황을 파악할 수 있다.
- 사전 동의: 외부인을 CC에 추가할 때는 가능하면 사전에
CCに追加させていただいてもよろしいでしょうか(CC에 추가해도 괜찮으시겠습니까)라고 확인하는 것이 예의다.
BCC(ブラインドカーボンコピー) 사용 원칙
- 목적: 다른 수신자에게 메일 주소를 공개하지 않으면서 메일을 공유하고 싶을 때 사용한다.
- 대량 발송 시 필수: 복수의 거래처에 동시 발송할 때는 반드시 BCC를 사용한다. CC를 사용하면 타사의 메일 주소가 노출되어 **정보 누설(情報漏洩)**에 해당할 수 있다.
- 실수 방지: 발송 전 반드시 To/CC/BCC를 재확인한다. BCC로 넣어야 할 주소를 CC에 넣는 실수는 일본에서 중대한 비즈니스 사고로 취급된다.
宛名에서의 CC 수신자 표기
CC에 포함된 사람이 있을 경우, 宛名 부분에서 다음과 같이 표기하는 관례가 있다.
株式会社ABCテクノロジー
開発部 部長
田中 太郎 様
(CC: 開発部 佐藤 花子 様)
운영 체크리스트
메일과 議事録 작성 시 매번 확인해야 할 항목을 체크리스트로 정리한다.
メール 발송 전 체크리스트
- 宛先(To/CC/BCC)이 올바른가
- 件名이 내용을 정확히 반영하는가
- 宛名에서 회사명을 생략하지 않았는가
- 인사말이 상황에 맞는가 (사내/사외/첫 연락/답장)
- 경어 사용이 올바른가 (존경어와 겸양어 혼동 없는가)
- 본문이 結論ファースト로 구성되었는가
- 요청 사항과 기한이 명확한가
- 첨부파일이 누락 없이 첨부되었는가
- 첨부파일명이 적절한가 (일본어 또는 영어, 날짜 포함 권장)
- 서명이 포함되어 있는가
- 오탈자와 한자 변환 오류가 없는가
- 1영업일 이내 답장 원칙을 지키고 있는가
議事録 작성 체크리스트
- 회의명, 일시, 장소, 참석자, 결석자가 기재되었는가
- 의제별로 논의 내용이 구분되어 있는가
- 결정 사항(決定事項)이 명확히 분리되어 있는가
- ToDo 항목에 담당자와 기한이 모두 명시되었는가
- 다음 회의 일정이 기재되었는가
- 작성자(記録者)가 명시되었는가
- 회의 당일 또는 익영업일 이내에 공유되었는가
- 참석자에게 확인(レビュー) 요청을 보냈는가
日報 작성 체크리스트
- 당일 목표와 실적이 대비되어 있는가
- 업무 내용이 시간대별 또는 항목별로 정리되었는가
- 성과와 과제가 분리되어 기재되었는가
- 익일 예정이 포함되어 있는가
- 숫자와 고유명사가 정확한가