일본어 비즈니스 이메일·Slack 커뮤니케이션 실전 가이드: 경어 사용법부터 실무 템플릿까지

• 들어가며
• 일본어 비즈니스 이메일 기본 구조
  • 이메일 필수 7요소
  • 제목(件名) 작성의 핵심 원칙
  • 수신자 이름(宛名) 표기 규칙
  • 인사말 상황별 선택표
• 경어(敬語) 3분류와 실전 사용법
  • 3분류 개요
  • IT 업무 핵심 동사 경어 변환표
  • 이메일 vs Slack에서의 경어 수준 비교
• 비즈니스 이메일 상황별 템플릿
  • 템플릿 1: 미팅 요청 메일
  • 템플릿 2: 버그 보고 메일
  • 템플릿 3: 프로젝트 진행 상황 보고 메일
• Slack 커뮤니케이션 매너와 가이드라인
  • Slack 커뮤니케이션 기본 원칙 5가지
  • Slack에서 피해야 할 행동
• Slack 상황별 메시지 패턴
  • 패턴 1: 코드 리뷰 요청
  • 패턴 2: 장애 발생 긴급 공유
  • 패턴 3: 일정 조율
  • 패턴 4: 기능 리리스 공지
  • 패턴 5: 업무 의뢰 메시지
• 이메일과 Slack의 톤 차이
  • 채널별 톤 비교 상세표
  • 동일 상황의 이메일 vs Slack 비교 예시
• IT 엔지니어 필수 일본어 표현
  • 개발 프로세스 관련
  • 장애 대응 관련
  • 미팅/보고 관련
• 자주 하는 실수와 교정
  • 경어 관련 실수
  • 이메일 구조 관련 실수
  • Slack 관련 실수
• 운영 체크리스트
  • 이메일 발송 전 체크리스트
  • Slack 메시지 발송 전 체크리스트
• 실패 사례와 개선
  • 사례 1: 경어 오용으로 인한 신뢰 손상
  • 사례 2: Slack에서의 과도한 격식이 팀 분위기를 어색하게 만든 사례
  • 사례 3: 버그 보고 이메일에서 원인과 대응을 누락한 사례
  • 사례 4: 상대방 이름 오기로 인한 관계 악화
• 실전 활용 팁: 채널별 판단 기준
• 참고자료
• 마무리

들어가며

일본 IT 기업에서 근무하는 외국인 엔지니어에게 가장 큰 허들은 코딩 실력이 아니라 일본어 업무 커뮤니케이션이다. 코드 리뷰를 요청하거나, 장애 상황을 보고하거나, 미팅을 조율하는 모든 과정에서 일본어가 필요하고, 그 일본어에는 경어라는 고유한 격식 체계가 동반된다.

2026년 현재 일본 IT 업계의 커뮤니케이션 채널은 크게 두 갈래로 나뉜다. 공식 연락과 사외 커뮤니케이션에는 여전히 비즈니스 이메일이 표준이고, 사내 실시간 협업에는 Slack(또는 Teams, Chatwork)이 주류를 차지한다. 문제는 이 두 채널에서 요구하는 일본어의 톤, 경어 수준, 문장 구조가 상당히 다르다는 점이다.

이메일에서 쓰는 격식체를 Slack에 그대로 옮기면 딱딱하고 거리감 있는 사람으로 인식되고, 반대로 Slack의 캐주얼한 어체를 이메일에 쓰면 전문성이 부족하다는 평가를 받는다. 한국인 엔지니어가 일본 직장에서 신뢰를 쌓으려면 이 두 채널의 커뮤니케이션 코드를 정확히 구분해서 사용할 수 있어야 한다.

이 글은 IT 엔지니어의 일상 업무 시나리오를 중심으로, 이메일과 Slack 각각의 작성법, 경어 사용 기준, 상황별 실전 템플릿, 흔한 실수와 교정법, 그리고 실패 사례에서 배우는 복구 절차까지 망라하는 종합 가이드이다.

일본어 비즈니스 이메일 기본 구조

일본어 비즈니스 이메일은 한국이나 미국의 이메일보다 형식이 엄격하다. 생략하면 실례가 되는 구성 요소가 있고, 순서를 바꾸면 이상하게 느껴지는 관례가 존재한다.

이메일 필수 7요소

제목(件名) 작성의 핵심 원칙

제목만 보고 용건과 긴급도를 파악할 수 있어야 한다. 일본 비즈니스 이메일에서는 대괄호(墨付き括弧)로 카테고리를 명시하는 것이 일반적이다.

-- 좋은 제목 예시 --
【ご相談】マイクロサービス移行スケジュールについて
【ご報告】本番環境デプロイ完了のご連絡
【ご依頼】コードレビューのお願い（PR #2847）
【緊急】本番DBレプリケーション障害について

-- 나쁜 제목 예시 --
お疲れ様です          → 내용을 알 수 없음
ご連絡                → 구체성이 전혀 없음
確認お願いします       → 무엇을 확인해야 하는지 불명

수신자 이름(宛名) 표기 규칙

사외 메일에서는 회사명을 절대 약칭으로 쓰지 않는다. (株)가 아닌 株式会社로 표기하고, 직함과 様을 동시에 사용하는 이중 경어를 피해야 한다.

-- 올바른 사외 표기 --
株式会社ABCテクノロジー
インフラ部 マネージャー
田中 太郎 様

-- 잘못된 표기 --
(株)ABCテクノロジー      → 약칭 사용 불가
田中部長様              → 직함 + 様 은 이중 경어

-- 사내 표기 --
インフラ部 田中部長       → 직함이 경칭 역할
開発チーム 佐藤さん       → 동료 간에는 さん 사용 가능

인사말 상황별 선택표

경어(敬語) 3분류와 실전 사용법

경어는 일본어 비즈니스 커뮤니케이션의 핵심이다. 같은 행위도 누가 하느냐에 따라 완전히 다른 표현을 써야 한다. 여기서는 이메일과 Slack에서 IT 엔지니어가 가장 자주 사용하는 동사를 중심으로 정리한다.

3분류 개요

IT 업무 핵심 동사 경어 변환표

이메일 vs Slack에서의 경어 수준 비교

같은 내용이라도 채널에 따라 경어 수준이 달라진다. 아래 표는 동일한 의도를 전달할 때 이메일과 Slack에서 각각 어떤 표현이 자연스러운지를 비교한 것이다.

비즈니스 이메일 상황별 템플릿

템플릿 1: 미팅 요청 메일

사외 고객이나 타 부서에 미팅을 요청하는 가장 기본적인 형태이다.

件名：【ご相談】API仕様変更に関するお打ち合わせのお願い

株式会社ABCクラウド
プラットフォーム部 マネージャー
山田 太郎 様

いつもお世話になっております。
株式会社XYZテック 開発部の金 英柱(キム・ヨンジュ)でございます。

現在進行中のマイクロサービス連携プロジェクトに関しまして、
API仕様の変更点について直接ご相談させていただきたく、
お打ち合わせのお時間をいただけないでしょうか。

■ ご相談内容
・認証エンドポイントのレスポンス形式変更
・レート制限ポリシーの見直し
・エラーコード体系の統一方針

■ 候補日時（いずれも60分程度）
・3月10日（火）10:00〜12:00
・3月11日（水）14:00〜16:00
・3月12日（木）10:00〜12:00

■ 開催形式
オンライン（Google Meet）を予定しております。

上記日程でご都合が合わない場合は、
別途ご希望の日時をお知らせいただけますと幸いです。

お忙しいところ恐れ入りますが、
何卒よろしくお願い申し上げます。

──────────────────────────
株式会社XYZテック 開発部
金 英柱（キム・ヨンジュ）
TEL: 03-XXXX-XXXX
Email: youngjukim@xyz-tech.co.jp
──────────────────────────

포인트: 후보 일정은 3개 이상 제시하는 것이 매너이다. いただけないでしょうか는 겸양어 + 정중어의 조합으로, 정중하게 가능 여부를 묻는 표현이다.

템플릿 2: 버그 보고 메일

본번 환경에서 발견된 버그를 클라이언트 또는 관련 부서에 보고할 때 사용한다. 발견 경위, 영향 범위, 대응 방침을 구조화해서 전달하는 것이 핵심이다.

件名：【緊急・ご報告】決済APIにおけるタイムアウトエラー発生について

株式会社ABCコマース
システム運用部 部長
鈴木 一郎 様

平素より大変お世話になっております。
株式会社XYZテック 開発部の金 英柱でございます。

本日14時頃より、決済APIにおいてタイムアウトエラーが
断続的に発生しておりますことをご報告申し上げます。

■ 障害概要
・発生日時：2026年3月6日（金）14:00頃〜
・対象システム：決済API v2（/api/v2/payments）
・事象：リクエストの約15%でタイムアウトエラー（HTTP 504）が発生
・影響範囲：エンドユーザーの決済処理遅延

■ 原因（暫定）
データベースコネクションプールの枯渇により、
クエリ実行待ちが発生しているものと推定しております。

■ 対応状況
・14:15 — 障害検知（アラート発報）
・14:20 — 一次調査開始
・14:35 — コネクションプール上限を一時的に引き上げ（暫定対応）
・14:45 — エラー率が正常値に回復

■ 恒久対応方針
・コネクションプール設定の最適化
・スロークエリの特定と改善
・DB接続のヘルスチェック機構の導入

詳細な原因分析レポートは、3月9日（月）までに
別途お送りいたします。

多大なご迷惑をおかけし、深くお詫び申し上げます。
再発防止に向けて万全の対策を講じてまいります。

何卒ご容赦くださいますようお願い申し上げます。

──────────────────────────
株式会社XYZテック 開発部
金 英柱（キム・ヨンジュ）
TEL: 03-XXXX-XXXX / 緊急: 090-XXXX-XXXX
Email: youngjukim@xyz-tech.co.jp
──────────────────────────

포인트: 장애 보고는 시계열(タイムライン) 형식이 일본 기업에서 가장 선호하는 구조이다. 원인이 확정되지 않았을 때는 推定しております(추정하고 있습니다)로 단정을 피한다.

템플릿 3: 프로젝트 진행 상황 보고 메일

件名：【ご報告】Kubernetesクラスター移行 3月第1週 進捗報告

インフラ部 佐藤部長

お疲れ様です。開発部の金です。

Kubernetesクラスター移行プロジェクトの
3月第1週の進捗をご報告いたします。

■ 今週の実績
・Staging環境でのHelm Chart移行完了（12サービス中10サービス完了）
・CI/CDパイプラインのArgoCD連携テスト完了
・Istioサービスメッシュの設定検証完了

■ 残タスク
・認証サービスとログ集約サービスの移行（来週予定）
・本番環境への段階的切り替え計画の策定

■ 課題・リスク
・認証サービスのgRPC通信がIstio経由で
  レイテンシ増加（+20ms）を確認。
  チューニングで解決可能と判断しておりますが、
  解決しない場合はサイドカー構成の変更を検討します。

■ 来週の予定
・3/10：残り2サービスのHelm Chart移行
・3/12：負荷テスト実施
・3/14：本番切替計画レビュー会議

ご不明な点がございましたら、
お気軽にお申し付けください。

よろしくお願いいたします。

金 英柱

포인트: 사내 메일은 사외보다 간결해도 된다. お疲れ様です로 시작하고, 서명도 이름 정도면 충분하다. 단, 상사에 대한 보고이므로 です・ます 체는 유지한다.

Slack 커뮤니케이션 매너와 가이드라인

Slack은 이메일보다 캐주얼하지만, 일본 기업에서는 여전히 일정한 매너가 요구된다. 특히 외국인 엔지니어는 "지나치게 격식을 차리는 것"과 "지나치게 가벼운 것" 양쪽 모두 주의해야 한다.

Slack 커뮤니케이션 기본 원칙 5가지

1. 첫 줄에 용건을 쓴다 -- お疲れ様です。〇〇の件でご相談です。처럼 인사와 용건을 한 줄에 쓰는 것이 기본이다. 이메일처럼 긴 인사를 넣으면 흐름을 방해한다.

2. 스레드를 적극 활용한다 -- 채널을 깨끗하게 유지하기 위해, 논의가 필요한 내용은 반드시 스레드(Thread)에서 진행한다. 스레드 없이 채널에 대화를 계속하면 다른 멤버가 흐름을 놓친다.

3. 멘션 범위를 최소화한다 -- @channel이나 @here는 진짜 긴급한 상황에서만 사용한다. 불필요한 전체 멘션은 일본 직장에서도 기피 대상이다.

4. 이모지 리액션을 활용한다 -- 확인했음을 나타내는 리액션(눈 이모지, 체크 이모지 등)은 Slack 문화에서 매우 중요하다. 일본 팀에서도 리액션 = 읽었다는 의미로 통용된다.

5. 길어지면 Notion이나 문서 링크로 대체한다 -- Slack 메시지가 10줄을 넘기면, 별도 문서를 만들어 링크를 공유하는 것이 가독성 측면에서 바람직하다.

Slack에서 피해야 할 행동

Slack 상황별 메시지 패턴

패턴 1: 코드 리뷰 요청

お疲れ様です。
PR #2847 のレビューをお願いできますでしょうか。

変更概要：認証ミドルウェアのリファクタリング
変更ファイル数：5ファイル
影響範囲：/api/v2/auth 配下のエンドポイント

特に見ていただきたい点：
・JWTトークン検証ロジックの分離が適切か
・エラーハンドリングの網羅性

PRリンク：https://github.com/xyz-tech/api/pull/2847
お手すきの際にご確認いただけると助かります!

패턴 2: 장애 발생 긴급 공유

@channel
【障害発生】本番環境 決済API

発生時刻：14:00頃
事象：タイムアウトエラー（504）が断続的に発生中
影響：エンドユーザーの決済処理に遅延発生
対応状況：調査中

担当：金
次回アップデート：14:30を目処にこのスレッドで共有します

詳細はスレッドにて更新します。

패턴 3: 일정 조율

お疲れ様です。
来週のスプリントプランニングの日程調整です。

候補：
A) 3/10（火）10:00-11:00
B) 3/10（火）14:00-15:00
C) 3/11（水）10:00-11:00

リアクションで希望をお知らせください。
A → :one:  B → :two:  C → :three:

패턴 4: 기능 리리스 공지

@here
【リリース完了】ユーザーダッシュボード v2.3.0

本日15:00にリリースを完了しました。

主な変更点：
・ダッシュボードのレスポンス速度改善（平均40%向上）
・CSV一括エクスポート機能の追加
・グラフ表示のダークモード対応

リリースノート：[Notion リンク]
不具合を発見された場合は #bug-report チャンネルまで
お知らせください。

패턴 5: 업무 의뢰 메시지

@tanaka-san
お疲れ様です。

Terraform構成の件でご相談があります。
新しいEKSクラスターのモジュール定義について、
既存のVPCモジュールとの連携部分で
アドバイスをいただけないでしょうか。

具体的には：
・サブネット構成のベストプラクティス
・セキュリティグループの設計方針

お手すきの際で構いませんので、
15分ほどお時間いただけると助かります。

이메일과 Slack의 톤 차이

이메일과 Slack은 동일한 일본어라도 톤과 형식이 명확하게 다르다. 이 차이를 이해하지 못하면 "Slack인데 너무 딱딱하다" 또는 "이메일인데 너무 가볍다"는 위화감을 준다.

채널별 톤 비교 상세표

동일 상황의 이메일 vs Slack 비교 예시

상황: 배포 완료 보고

이메일 버전:

件名：【ご報告】v2.3.0 リリース完了のご連絡

お疲れ様です。開発部の金です。

本日15時に、ユーザーダッシュボード v2.3.0のリリースを
完了いたしましたのでご報告申し上げます。

主な変更内容は下記の通りです。

1. ダッシュボードのレスポンス速度改善（平均40%向上）
2. CSV一括エクスポート機能の追加
3. グラフ表示のダークモード対応

現時点で異常は確認されておりません。
引き続きモニタリングを実施してまいります。

ご不明な点がございましたら、お気軽にお申し付けください。
よろしくお願いいたします。

Slack 버전:

@here
【リリース完了】ダッシュボード v2.3.0

本日15:00にリリース完了しました!
・レスポンス改善（平均40%向上）
・CSVエクスポート追加
・ダークモード対応

モニタリング中。何かあればこのスレッドまで。

IT 엔지니어 필수 일본어 표현

IT 엔지니어가 매일 사용하는 업무 관련 일본어 표현을 카테고리별로 정리한다.

개발 프로세스 관련

장애 대응 관련

미팅/보고 관련

자주 하는 실수와 교정

한국인 IT 엔지니어가 일본어 비즈니스 커뮤니케이션에서 범하기 쉬운 실수를 유형별로 정리하고 교정한다.

경어 관련 실수

이메일 구조 관련 실수

Slack 관련 실수

운영 체크리스트

일본어 비즈니스 커뮤니케이션의 품질을 유지하기 위한 체크리스트이다. 이메일이나 Slack 메시지를 보내기 전에 반드시 확인한다.

이메일 발송 전 체크리스트

• 제목에 대괄호 카테고리와 구체적 용건이 포함되어 있는가
• 宛名(수신자 이름)이 정확한가 (회사명 약칭 사용 안 함, 이중 경어 없음)
• 적절한 인사말을 사용했는가 (사외/사내/첫 연락 구분)
• 자기소개(소속 + 이름)를 명시했는가
• 결론을 본문 앞부분에 배치했는가 (結論ファースト)
• 겸양어와 존경어를 혼동하지 않았는가
• 구체적인 날짜, 수치, 기한이 명시되어 있는가
• 맺음 인사가 포함되어 있는가
• 서명 블록이 완전한가 (회사, 부서, 이름, 연락처)
• CC에 필요한 사람이 포함되어 있고, 불필요한 사람은 제외되어 있는가
• 첨부 파일이 있다면, 본문에서 언급했는가
• 오탈자나 이름 오기가 없는가 (상대방 이름 틀림은 치명적)

Slack 메시지 발송 전 체크리스트

• 적절한 채널에 포스팅하고 있는가 (DM 대신 공개 채널)
• 필요한 사람에게만 멘션하고 있는가 (@channel 남용 아닌지)
• 첫 줄에 용건이 명확히 드러나는가
• 긴 내용은 스레드로 분리했는가
• 이모지/리액션으로 톤을 부드럽게 조절했는가
• 코드나 로그가 있다면 코드 블록을 사용했는가
• 긴급도에 맞는 표현을 사용했는가

실패 사례와 개선

사례 1: 경어 오용으로 인한 신뢰 손상

상황: 한국인 엔지니어 A씨가 클라이언트에게 보낸 장애 보고 이메일에서 ご確認してください(잘못된 겸양어 적용)와 了解しました(대등한 표현)를 사용했다. 클라이언트 담당자가 A씨의 상사에게 "일본어 매너에 문제가 있는 것 같다"고 피드백을 전달했다.

원인 분석: ご~する는 겸양어 패턴으로 자신의 행동에만 사용해야 하는데, 상대방에게 확인을 요청하면서 사용한 것이 문제였다. 또한 了解しました는 일본 비즈니스 관행에서 상위자나 클라이언트에게는 부적절하다고 인식되는 표현이다.

개선 방법:

• ご確認してください → ご確認いただけますでしょうか로 교정
• 了解しました → 承知いたしました로 교정
• 이메일 발송 전 경어 체크리스트를 반드시 확인하는 습관 확립
• 첫 3개월은 상사나 일본인 동료에게 중요 메일 발송 전 검수 요청

사례 2: Slack에서의 과도한 격식이 팀 분위기를 어색하게 만든 사례

상황: 입사 초기의 엔지니어 B씨가 Slack의 모든 메시지에 いつもお世話になっております。〇〇株式会社の金でございます。로 시작하는 이메일 스타일의 장문을 보냈다. 팀원들이 "같은 팀인데 왜 사외 메일 같은 톤이지?"라며 거리감을 느꼈다.

원인 분석: 이메일과 Slack의 톤 차이를 인식하지 못한 것이 근본 원인이다. 일본어 학습 과정에서 격식체 위주로 배웠기 때문에, 모든 채널에 동일한 격식을 적용한 것이다.

개선 방법:

• Slack에서는 お疲れ様です。로 시작하거나, 바로 용건으로 들어가기
• 팀 내 다른 일본인 멤버의 Slack 메시지 톤을 관찰하고 맞추기
• 이모지 리액션을 적극 활용하여 가벼운 소통감 유지
• 격식 수준 판단이 어려울 때는 팀 리드에게 직접 "Slackのトーンはどのくらいがいいですか"라고 물어보기

사례 3: 버그 보고 이메일에서 원인과 대응을 누락한 사례

상황: 엔지니어 C씨가 본번 장애 발생 시 "障害が発生しました"라는 한 줄짜리 보고 메일만 보냈다. 클라이언트에서 즉시 "影響範囲は? 原因は? いつ復旧しますか?"라는 질문이 쏟아졌고, 추가 대응에 시간이 소요되어 클라이언트의 불신감이 커졌다.

원인 분석: 장애 보고에 필수적인 5W1H(무엇이, 언제, 어디서, 왜, 어떻게, 영향 범위)가 누락되었다. 특히 일본 비즈니스에서는 "문제 발생 → 원인 → 대응 상황 → 복구 예정"의 4단계 구조가 기본이다.

개선 방법:

• 장애 보고 템플릿을 사전에 준비하여 즉시 사용
• 최소한 "발생 시각, 사상, 영향 범위, 현재 대응 상황, 다음 업데이트 시점"을 포함
• 원인이 불명확해도 原因調査中です。〇時を目処に続報をお送りします로 다음 연락 시점을 약속
• 팀 내에 장애 보고 런북(Runbook)을 정비하여, 누가 보고하더라도 동일한 품질의 연락이 가능하게 함

사례 4: 상대방 이름 오기로 인한 관계 악화

상황: 엔지니어 D씨가 클라이언트의 이름 한자를 잘못 입력하여 斉藤을 斎藤으로 보냈다. 한 번은 실수로 넘어갔지만, 두 번 연속 같은 실수를 하자 클라이언트가 불쾌감을 표시했다.

원인 분석: 일본인의 이름에는 같은 발음이라도 다양한 한자 표기가 존재한다(渡辺/渡邉/渡部, 斉藤/斎藤/齋藤/齊藤 등). 상대방의 서명이나 명함에 표기된 한자를 정확히 확인하지 않은 것이 원인이다.

개선 방법:

• 상대방의 이메일 서명에 적힌 한자를 복사-붙여넣기로 사용
• 연락처 관리 시스템에 정확한 한자 표기를 등록
• 확신이 없으면 첫 메일에서 お名前の表記に誤りがございましたら、ご指摘いただけますと幸いです를 한 줄 추가
• 이름을 틀렸을 경우 즉시 정정 메일 발송: 先ほどのメールにて、お名前の表記を誤っておりました。大変失礼いたしました。

실전 활용 팁: 채널별 판단 기준

어떤 내용을 이메일로 보내야 하고, 어떤 내용을 Slack으로 보내야 하는지 판단이 어려울 때 참고할 기준이다.

참고자료

일본어 비즈니스 커뮤니케이션에 대해 더 깊이 학습하고 싶다면, 아래 자료들을 참고하기 바란다.

1. Slack 공식 블로그 - ビジネスチャットのエチケット -- Slack에서의 비즈니스 채팅 에티켓 공식 가이드
2. ゴンドラ - ビジネスメールマガジン -- 비즈니스 메일의 기본 구조와 표현 해설
3. サイボウズ メールワイズ - ビジネスメールのコラム -- 이메일 작성 시 자주 하는 실수와 교정
4. アナグラム - Slackガイドライン -- 기업 내 Slack 운영 가이드라인 사례
5. CHINTAI JOURNAL - ビジネスメールまとめ -- 상황별 비즈니스 메일 템플릿 모음
6. 文化庁 - 敬語の指針 -- 문화청 공식 경어 지침서 (경어 3분류의 근거)
7. 日本ビジネスメール協会 -- 일본 비즈니스 메일 협회의 조사 보고서 및 교육 자료

마무리

일본어 비즈니스 커뮤니케이션은 "정확한 경어"만으로 완성되지 않는다. 채널(이메일 vs Slack)에 따른 톤 조절, 상황(보고/의뢰/사과/공유)에 따른 구조 선택, 그리고 상대방(사외/상사/동료)에 따른 경어 수준 조절까지, 세 가지 축을 동시에 판단해야 한다.

처음에는 이 모든 것이 부담스럽게 느껴지겠지만, 실전에서 반복하면 자연스럽게 체득된다. 이 글에서 제시한 템플릿을 자신의 업무 상황에 맞게 커스터마이즈하고, 체크리스트를 활용하여 매번 발송 전에 검증하는 습관을 들이면, 6개월 내에 일본인 동료와 대등한 수준의 업무 커뮤니케이션이 가능해질 것이다.

가장 중요한 원칙은 하나이다. 틀려도 괜찮으니, 정중한 태도를 유지하라. 경어를 완벽하게 구사하지 못하더라도, 상대방을 배려하려는 자세가 전해지면 일본 비즈니스 환경에서 충분히 신뢰를 얻을 수 있다. 반대로 경어가 완벽해도 태도가 건방지면 아무 소용이 없다. 형식보다 마음이 먼저이고, 그 마음을 정확히 전달하는 수단이 이 글에서 다룬 표현과 구조이다.