挨拶が消えたぶん下書きが要る?メールとチャットの「ツールの作法」【編集部考察】

公開日 : 

share :

メールは「お世話になっております」から始まり、「よろしくお願いします」で終わります。ところがチャットでは、その型の多くが必要ありません。「了解」の一言で済むこともあれば、スタンプだけで返すこともあるでしょう。そのため仕事の連絡をメールとチャットの両方で交わしていると、どこまで省いてよいのか迷うことはないでしょうか。

私の整理では、チャットが端的なのは気軽で関係が近いからで、メールは丁寧に、チャットは要件だけでよいと考えられています。しかし作法は人が決めたマナーだけで決まっているわけではありません。デジタルツールの設計も、どんな振る舞いを自然に感じさせるかに関わっているのかもしれません。

本記事では、メールとチャットの作法の違いをツールの設計から考えます。あわせて挨拶や結びが省かれる分、チャットを送る前に下書きを作る私の習慣も紹介します。

【本記事の要点】

  • メールには挨拶・名乗り・本文・結びの型があり、チャットは要件から始まることが多い
  • 作法には、名前の表示やすぐ届く性質といったツールの設計が映り、関係性や習慣も重なる
  • チャットは入力欄に文章全体が見えにくく、短い文面ならすぐ送れるため、送る前に読み返す時間を意図的に持つ必要がある(編集長の考察)
  • 送る前に下書きを作って読み返す手間を入れ、ツールごとの作法をチームで言葉にしておく

メールとチャットでは書き出しと結びの型が違う

メールの定型的な文面構造と、要件から始まるチャットの文面を対比した図解

メールとチャットでは、同じ仕事の連絡でも文面の組み立てが違います。まずそれぞれの型を見ておきます。

メールは挨拶・名乗り・本文・結びの順に書く

私の感覚では、仕事のメールは「お世話になっております」の挨拶から始まり、名乗り、本文と続き、最後に「よろしくお願いします」で締める型がよくある形です。

この型は、公的な解説にも表れています。メールと手紙の構成は、次のとおりです。

種類解説した組織構成の順序
ビジネスメール日本電信電話ユーザ協会宛名、挨拶、名乗り、要旨、詳細、結び、署名
手紙日本郵便頭語、前文、主文、末文、後付け

どちらも挨拶から入り、用件を述べ、結びで閉じる並びです。つまり、メールには手紙の書き方が残っているということなのでしょう。

出典・参照:

チャットは要件から始まる

一方、チャットは要件を端的に伝えて締めることが多いと、普段のやり取りの中でも感じています。名乗りも挨拶も書かない用件だけの文面です。

友人同士のLINEは、さらに短くなりがちでしょう。私の周囲でも、LINEの場合よほどの場合以外に長文を送る人はあまりいません。「👍️(了解)」だけを絵文字やスタンプで返す返信もよくあることです。(ちなみに私は長文を結構送るほうです)

では、貴社の社内外で交わされるメールとチャットでは、書き出しと結びがどう違うでしょうか。まずは普段の連絡を見比べてみましょう。

チャットの作法にはツールの設計が映っている

名前の表示、即時配信、短い受領の合図がチャットのやり取りに働く様子を示す図解

メールにある挨拶や結びは、なぜチャットでは省かれやすいのでしょうか。気軽さや関係の近さだけでなく、ツールの設計にも理由があるのではないかと私は考えています。

名前の表示とすぐ届く性質

チャットは、相手の名前と自分の名前が会話の画面に表示されます。1対1のやり取りでは、メールのように本文の冒頭で宛名と名乗りを書かなくても、誰から誰への連絡かが分かります。複数人が参加するチャットでも、ChatworkのTOやLINEのメンションのように宛先を指定できるため、ほとんどの場合は誰宛てなのかがすぐに分かるでしょう。

また、送信した文面は、その場で相手の画面に表示されます。つまり、会話が続く画面では、一通ごとに挨拶と結びを置かなくてもやり取りがつながって見えるのです。

挨拶や結びを置かなくても通じるのは、すぐ届き速いやり取りにも使えるというチャットの性質が大きく関係しているのではないでしょうか。デジタルのツールにも、それぞれの使い方に作法があると思うのです。

米国の研究者らが発表した2008年の論文では、インスタントメッセージ(現在のチャットに近い、すぐ届く文字のやり取り)を「半同期的」な手段と捉えています。

メールは通常、すぐの返事が期待されにくい手段です。それに対してインスタントメッセージは、数秒で返ることもあれば数日空くこともある手段だと、論文は説明しています。実際に記録を分析すると、オンライン状態の人が受け取ったメッセージへの返事は、平均で約30秒から70秒でした。つまり、チャットは、すぐ届くだけでなく、1分ほどで返事が続くやり取りにも使われているのです。

この研究は2008年に19人の記録を調べた観察なので、現在のスマートフォンや日本の職場にそのまま当てはまるかは分かりません。ただ、返事が1分ほどで続くやり取りが実際にあるという点は、すぐの返事が期待されにくいメールとの違いを考える材料になります。

出典・参照:

「了解」だけ・スタンプだけが成り立つ場面

名前が見え、すぐ届く環境では、「了解」の一言やスタンプだけの返信も成り立ちます。ただし、返信を受け取った側がそれをどう感じるかは場面によって変わるでしょう。

LINE WORKS(ビジネスチャットのサービスを提供する企業)が、2020年に行った調査はその例です。調査は、勤務先でビジネスチャットを使う30〜50代875人に、新入社員から上司へのスタンプ利用の受け止めを尋ねました。結果は次のとおりです。

場面ポジティブネガティブ
新入社員が上司にスタンプを使う55.2%18.7%
ミスを指摘された後に、謝罪のスタンプを送る33.5%48.7%

同じスタンプでも、場面によって受け止めが変わります。つまり、スタンプが成り立つかどうかは、ツールの機能だけでなく相手や場面でも決まるということです。この調査は仮定の場面への回答なので、実際にスタンプを送った結果の割合ではありません。ただ、謝罪の場面ではネガティブが半数近くにのぼるため、スタンプで済ませてよいかを送る前に考える理由にはなります。

出典・参照:

関係性や習慣も重なる

作法には、ツールの設計に加えて関係性や習慣も重なります。私は、メールとチャットでは面識の有無などの関係性の前提が大きく違うのだろうと思います。ツールとしての特性も絡んでくるのではないでしょうか。

台湾で行われた2023年の研究は、チャットの返信が早い人と遅い人を分ける要素を、LINEなどを使う46人へのインタビューから整理しました。要素は、次の5つです。

  • 返信の習慣
  • 返事をしなくても用件が済んでいるか
  • 返信しなければという義務感
  • 返信できる状態かどうか
  • 会話の速さとリズムの調整

この研究では、既読が付くと返信を急かされる気がするという声も伝えられています。つまり、返信の早さは、ツールの機能だけでなく相手との関係や習慣とも結びついているのです。

この研究は46人への自己申告のインタビューなので、日本の職場全体の傾向は分かりません。ただ、返信の早さを、ツールの機能だけでなく、返事が要る用件かどうかや義務感といった相手との関係から整理した点は、既読の扱いをチームで考える材料にはなるでしょう。

出典・参照:

すぐ送れるチャットでは送る前に下書きで読み返す

チャットを送る前に下書きを読み返す一呼吸を表した図解

メールは、宛名から結びまでの文面全体が画面に見えています。全体が目の前にあるので、読み返す習慣も、丁寧に書く習慣も持ちやすい手段です。

これに対して、チャットは多くの場合入力欄が狭く、見えるのは書いている文章の一部だけです。短い文面なら、書いてボタンを押すだけで相手に届きます。そのため、意図的に読み返す間を持たない限り、本当は読み返すべき内容でも、そのまま送ってしまうことがあるのではないでしょうか。その結果、送った後に後悔した経験を持つ人も少なくないはずです。

すぐ送れても「送った後に直せる範囲」はツールで違う

送る前に読み返す時間が必要な理由の1つは、すぐ送れることと送った後に直せることが別のことだからです。プランや管理者の設定で変わるため、メールのGmailと、チャットのLINE、Chatwork、Slackについて公式ヘルプの主な内容を例に示します。

ツール送信後の扱い既読の表示
Gmail「送信取消」は、設定した5、10、20、30秒以内で可能開封確認は、職場や学校のアカウントの一部で、管理者の設定などの条件つき
LINE送信取消は、標準では送信後1時間以内(対象の有料プランでは7日以内)。対象の有料プラン(LYPプレミアム)では、スマートフォン・タブレット版26.14.0以降、PC版26.5.0以降の送信側で、1対1・グループトークのテキストを、送信後15分以内に編集できる。予約送信の機能はないあり。ただし、本文を読んだ証拠にはならない
Chatwork自分が送ったメッセージを後から編集できる相手の既読状態を確認する機能はない
Slack自分のメッセージを編集、削除できる(オーナーや管理者が権限を制限する場合がある)。入力中の文章は自動で下書きに保存される公式ヘルプで確認できる既読・未読の設定は、自分の未読管理

つまり、送った後に直せる範囲はツールによって大きく違うため、読み返す機会は送る前に取っておくのが確実なのです。

出典・参照:

  • Google/LINE/Chatwork/Slack:各社の公式ヘルプ(表中のリンク先)

誤解が起こりうる場面

端的なチャットが冷たく伝わる、誤解されるといったことは、ビジネスの場ではそこまで多くないでしょう。ただ、メッセージのやり取りで感じる問題を公的な調査は示しています。

文化庁の『令和6年度「国語に関する世論調査」』は、全国の16歳以上を対象に有効回答3,498人を得た調査です。そのうちSNSで仲間内や一対一のメッセージ送信などを行う回答者に、感じることを尋ねています。ビジネスチャットに限った調査ではありませんが、文字だけで相手とやり取りする点は同じでしょう。結果は次のとおりです。

感じること割合
やり取りが面倒に感じることがある50.8%
相手の感情が分かりにくい45.0%
相手への返事や反応を迫られている感じがする27.4%

つまり、メッセージのやり取りでは、感情の伝わりにくさや返信を迫られる感覚を一定の人が抱えているのです。ビジネスでも、送る前に読み返す一手間が役に立つ場面はあるのではないでしょうか。

出典・参照:

下書きと画面の余白

そこで私は、ビジネスでチャットを使うとき、いったんメモアプリなどで下書きを作ってから送ることがあります。下書きなら、文章全体を画面に出してメールのように上から通して読み返せるからです。

特に、まだ関係ができていない相手へのチャットは、メールほどの書き方はしないものの、下書きは必要だというのが私の考えです。これは、SNSでの発信などでも同じ考え方が当てはまるはずです。

下書きは、利用中のチャットの下書き機能やメモアプリなど、社内で使ってよい環境で作るとよいでしょう。下書きを作ったら、送る前に一度手を止めて次の5点を読み返してみてください。

確認する点読み返すこと
相手送り先は合っているか
用件伝えたいことが、最初の数行で分かるか
期限いつまでに何をしてほしいかが書いてあるか
言い方要件だけで冷たく見えないか
相手の画面スマホで読んでも、文章で画面が埋まらないか

なお、最後の相手の画面での見え方を考える点について、私はLINEで長文を送るとき一文ごとに改行し、一行空きで画面の余白をつくります。メールはパソコンで読むことも多い一方、チャット、特にLINEはスマホで読まれることがほとんどだと感じているからです。

下書きは、文章全体を目の前に出して読み返す時間を、チャットでも意図的に持つための私の習慣です。

ツールごとの作法はチームで言葉にしておくと迷わない

受領の合図、既読、大事な連絡、編集の扱いをチームで共有する様子を示す図解

「了解」の一言で済ませてよいか、既読が付いたら返事が要るのか、送った後にどこまで直せるのか。こうした点は、ツールによって機能が違い、受け取る人や場面でも感じ方が変わるため、人によって判断が分かれやすくなります。

そこで、全社の規程や契約、ツールの管理者の設定を確認したうえで、チームで決められる範囲の中で迷いやすい点を言葉にしておくことをおすすめします。次の表は、取り決める項目の例です。

項目決めること取り決めの例
受領の合図何をもって「受け取った」とするか「了解」の一言か、スタンプでよいか
既読の意味既読を、どう受け止めるか既読は画面を開いた合図とし、内容の理解や了承とはみなさない
大事な連絡送る前にすること下書きを作り、相手・用件・言い方を読み返してから送る
取消・編集送った後に直せる範囲使っているツールの取消の条件を共有する

「了解」やスタンプの受け止めは、相手や場面で変わります。だからこそ自分たちのチームではどうするかを先に言葉にしておく価値があるのではないでしょうか。

まとめ:挨拶を省くチャットは送る前に下書きで読み返す

メールとチャットで文章の長さや返し方が違うのは、人が決めたマナーだけでなく、ツールの設計がどんな振る舞いを自然に感じさせるかに関わっているからだと私は考えます。

名前が画面に表示され、すぐ届き、速いやり取りにも間を空けたやり取りにも使われる。これらの性質が、名乗りや挨拶が省かれることに関わっていると思います。関係性や習慣も、そこに重なっているのでしょう。

メールは文章全体が画面に見えるので、読み返す習慣を持ちやすい手段です。チャットは多くの場合、入力欄に見える範囲が狭く、短い文面ならすぐ送れるため、意図的に読み返す時間を持たないと、読み返すべき内容でも送ってしまいます。

すぐ送れる環境だからこそ、送る前に読み返す時間を自分で置く。私にとってその手段が下書きです。

大事な連絡を送る前に下書きを作って読み返す。使っているツールの作法は、チームで決められる範囲を言葉にしておく。貴社のチャットでは「了解」はどのような合図として受け取られているでしょうか。まずは受領の合図の取り決めから確かめてみてはいかがでしょうか。

町田 英伸

執筆者

DXportal編集長

町田 英伸

自営での店舗運営を含め26年間の飲食業界にてマネージャー職を歴任後、Webライターとして独立。現在はIT系を中心に各種メディアで執筆の傍ら、飲食店のDX導入に関してのアドバイザーとしても活動中。『DXportal®』では、編集長としてすべての記事の企画、及び執筆管理を担当。特に店舗型ビジネスのデジタル変革に関しての取り組みを得意とする。「50s.YOKOHAMA」所属。