サポートエンジニアが経験から語る、論理的文章によるコミュニケーションのススメ
俺はこれまで一貫してIT業界でエンジニアとしてのキャリアを進んできたのだが、これまでのキャリアでもう一つ一貫していることがある。それは、ずっとサポートエンジニアであるということだ。実はサポート職というのはかなり論理的なコミュニケーションを必要とする職種であり、如何に論理的な文章を上手に書くかということが、如何に良い仕事をするか（短い時間で成果＝顧客満足度を得られるか）ということに繋がるという側面がある。（もちろん高い技術力が必要なのは言うまでもないが。）サポートエンジニアはメールや報告書という形で日々論理的な文章を書かなければならないので、サポートの経験を重ねることによって論理的にコミュニケーションをする能力というのは徐々に磨かれよう。しかし、論理的にコミュニケーションをするというのは意外と皆出来ているようで出来ていないし、筋が悪いといつまで経っても身につかないこともあり、上手にお客さんを
メールの常識・非常識を再確認！ | 達人のテクニック
メール利用者の意識で、非常に興味深い調査結果があります。それは送り手が失敗したと自覚するメールと、受け手が不快に感じるメールにはギャップがあるということです。 具体的には、送り手側の失敗として上位に挙がったのが「添付ファイルの付け忘れ」「誤字・脱字」「件名の付け忘れ」などの機能上のミスに集中しているのに対し、相手が不快感を感じるのは「読みにくい」「言葉遣いが不適切」「開封確認要求」といった、マナーや配慮に欠けたメールが目立ちます。 たとえば開封確認要求付きのメールは、一見便利なようですが、受け手にとってはストレスになり、失礼な印象を与えることが多いようです。重要度の設定も、それを利用するより、本文の最初の2、3行でなぜ重要なのかを簡潔に書いたほうが伝わります。 また機種依存文字やHTMLメールは受け手のパソコン環境によって正しく表示されないことがあります。とくにHTMLメールはウイルスを媒
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
