Codziennie 112.4 miliardów biznesowych e-maili wędruje po całym świecie. To oznacza, że na jedną osobę przypadają każdego dnia 122 wysyłane i odebrane wiadomości.  Nic więc dziwnego, że duża liczba spośród nich zostaje zignorowana. Jak jednak można spróbować tego uniknąć? Poniżej kilka błędów, których nie wolno popełnić, pisząc mail.

1.TL;DR ("Too long; didn't read") - maile, których nikt nie ma czasu czytać

Maile zbyt długie, czyli TL;DR

Wszyscy dostajemy dużo maili. A jeśli dodatkowo widzimy przed sobą "duży" mail, czyli taki, który przypomina wypracowanie szkolne, a gdzieś obok niego widnieje liczba reszty nieprzeczytanych wiadomości, to na samą myśl o takiej lekturze można poczuć się wyczerpanym. I choć nie wszystko da się ująć w kilku słowach, to jednak objętość tekstu da się nieco zmniejszyć, rezygnując chociażby z takich sformułowań, jak: "piszę w celu zadania pytania", "piszę w celu uzyskania odpowiedzi na postawione wcześniej pytanie" i innych zdań kojarzących się nieco z nowomową. Warto więc wyrażać się jasno, precyzyjnie i w krótkich zdaniach.

2. "Wyślij do (zbyt) wielu"

Wysyłka do zbyt wielu odbiorców

Wiadomość wysłana do wielu osób nie tylko kojarzy się z reklamą. Dodatkowo bardzo obniża prawdopodobieństwo tego, że dany odbiorca odpowie na wiadomość. Pomyśli raczej, że nie musi tego robić, bo z pewnością odpisze ktoś inny. A reszta adresatów pewnie będzie rozumować tak samo.

3. Krótkie i niestaranne wiadomości

Zbyt krótkie i niestaranne wiadomości

Za długie maile nie są wskazane, za krótkie – też nie. Szczególnie, jeżeli są niestaranne i niegrzeczne. Przykładowo: "wyslalem sms, odp", choć jest bardzo bezpośrednie, bynajmniej nie zachęca do odpowiedzi. Zwłaszcza, jeżeli odbiorca nie jest naszym bliskim znajomym. Warto też pamiętać o wyłączeniu caps locka podczas pisania wiadomości.

4. To nie jest rozmowa na e-mail

Czy e-mail to właściwy kanał?

Z klientami można kontaktować się na różne sposoby, nie tylko mailowo. Dlatego zanim wyślemy mail, powinniśmy zastanowić się, czy nie byłoby sensowniej wybrać jednak innego kanału komunikacji.

Pojęcia z artykułu

DR — Disaster Recovery. A set of plans, procedures, and resources designed to restore a system after a major failure, such as server loss, data corruption, deployment error, or security incident.

Dlaczego to ważne: This is the plan for the worst-case scenario: a burned-out server, encrypted data, or a wiped database. A well-rehearsed recovery plan turns a catastrophe into downtime measured in hours.

Kiedy się stosuje: Planned in advance and tested regularly; activated during major infrastructure or data failures.

Czym grozi pominięcie: Without a plan, failure means improvisation: searching for passwords, guessing step order, and discovering the backup doesn’t work — all at once, under pressure.

DR — Disaster Recovery / Wiederherstellung nach einem Ausfall. Ein Satz von Plänen, Verfahren und Ressourcen zur Wiederherstellung eines Systems nach einer schwerwiegenden Störung, z. B. Verlust eines Servers, Datenbeschädigung, Fehlimplementierung oder Sicherheitsvorfall.

Dlaczego to ważne: Dies ist der Plan für den schlimmsten Fall: ein abgebrannter Server, verschlüsselte Daten, gelöschte Datenbank. Ein geübter Wiederherstellungsplan verwandelt eine Katastrophe in einen Ausfall, der in Stunden gemessen wird.

Kiedy się stosuje: Wird im Voraus geplant und regelmäßig getestet; aktiviert bei schwerwiegenden Ausfällen der Infrastruktur oder der Daten.

Czym grozi pominięcie: Ohne Plan bedeutet ein Ausfall Improvisation: Passwörter suchen, Schritte raten und feststellen, dass der Backup nicht funktioniert – alles gleichzeitig unter Druck.

DR — Disaster Recovery / odtwarzanie po awarii. Zestaw planów, procedur i zasobów służących do odtworzenia systemu po poważnej awarii, np. utracie serwera, uszkodzeniu danych, błędzie wdrożenia lub incydencie bezpieczeństwa.

Dlaczego to ważne: To plan na najgorszy dzień: spalony serwer, zaszyfrowane dane, skasowana baza. Przećwiczony plan odtworzenia zamienia katastrofę w przestój liczony w godzinach.

Kiedy się stosuje: Planuje się zawczasu i testuje cyklicznie; uruchamia przy poważnej awarii infrastruktury lub danych.

Czym grozi pominięcie: Bez planu awaria oznacza improwizację: szukanie haseł, zgadywanie kolejności kroków i odkrywanie, że backup nie działa — wszystko naraz, pod presją.

DR — Disaster Recovery. 重大な障害（例：サーバーの喪失、データの損傷、デプロイメントの失敗、セキュリティインシデントなど）が発生した場合にシステムを復旧させるための計画、手順、およびリソースのセット。

Dlaczego to ważne: 最悪の事態への備えである。焼け落ちたサーバー、暗号化されたデータ、削除されたデータベースといった状況でも、事前に練られた復旧計画があれば、災害は数時間のダウンタイムに留まる。

Kiedy się stosuje: 事前に計画し、定期的にテストする。インフラストラクチャやデータに重大な障害が発生した際に起動する。

Czym grozi pominięcie: 復旧計画がない場合、障害は即座に即興対応に陥る。パスワードの探索、手順の推測、バックアップが機能しないことに気づくなど、すべてが同時にプレッシャーの中で進行する。

Podsumowanie

Autorka wskazuje cztery błędy, które sprawiają, że mail zostaje zignorowany: zbyt duża objętość wiadomości, wysyłka do wielu odbiorców naraz, zbyt krótkie i niestaranne teksty oraz wybór e-maila tam, gdzie lepszy byłby inny kanał komunikacji. Kluczowa rada: pisać jasno, precyzyjnie i w krótkich zdaniach.

Kontekst liczbowy z artykułu jest wymowny — codziennie na świecie krąży 112.4 miliardów biznesowych e-maili, a na jedną osobę przypada 122 wysłane i odebrane wiadomości dziennie. Przy takim natężeniu korespondencji każdy zbędny akapit działa na niekorzyść nadawcy.