- PVSM.RU - https://www.pvsm.ru -
В нашем блоге мы много пишем о создании email-рассылок [2] и работе с электронной почтой. Мы уже обсудили сложности борьбы со спамом [3], будущее email [4], вопросы защиты почтовой переписки [5], а создание email-автоответов от служб поддержки.
Сегодня мы продолжим тему оптимизации процесса общения по электронной почте и дадим несколько советов о том, как правильно составлять email-сообщения для ИТ-специалистов.
Технические специалисты по долгу службы часто вынуждены изучать объёмные тексты документации — и они вполне в состоянии их прочитать и вычленить нужную информацию. Однако это вовсе не значит, что им хочется превращать процесс email-переписки в подобие решения сложной технической задачи. Часто им проще вовсе проигнорировать расплывчатое и крайне объёмное послание.
Куда более эффективной тактикой при общении по электронной почте с разработчиками и другими «технарями» будет использование «правила 5 предложений [6]». Смысл этого подхода заключается в необходимости максимального сокращения письма — конечно, в случае необходимости можно использовать и больше пяти предложений, но в огромном количестве ситуаций и этого числа вполне достаточно, чтобы поставить задачу или сформулировать вопрос.
Паттерн, при котором в одном email-сообщении поднимаются сразу несколько задач или задается сразу несколько вопросов, может смутить и запутать собеседника. Кроме того, если в письме содержится просьба ответить сразу на несколько вопросов, получатель может решить, что на это уйдет слишком много времени, а значит его не стоит тратить совсем. И даже, если письмо не будет проигнорировано, велик риск все равно не получить желаемого — мало кто из разработчиков будет отвечать на три вопроса сразу, скорее всего ответ будет получен не более, чем на один из них.
Гораздо эффективнее придерживаться правила, при котором в одном сообщении может быть только один вопрос или поставлена одна задача. Это позволит получателю сразу понять, что от него хотят и значительно ускорит процесс переписки.
Четкость и ясность — лучшее, что можно придумать при общении с техническими специалистами. Здесь даже перестают играть столь важную роль правила этикета — при отправке письма разработчику можно опустить всевозможные любезности и с первых же слов перейти к делу. Человек совсем не обидится, а наоборот будет благодарен за экономию своего времени (если он знает отправителя, если нет, то кратко представиться все же необходимо).
Разработчики в целом не очень любят письма от незнакомцев, однако иногда, к примеру, рекрутеры могут предложить свою вакансию только таким способом. И здесь им нужно соблюдать осторожность, поскольку список вещей, которые раздражают технических специалистов раздражает при общении с «эйчарами» по почте, довольно велик [7].
Одной из главных претензий сообщества на Stack Overflow была такая — «рекрутеры не понимают мой реальный уровень экспертизы и предлагают неподходящие позиции с оскорбительно низкой зарплатой». Технические специалисты — люди основательные, и они в большинстве своем не любят, когда кто-то не делает свою домашнюю работу. Если собеседник даже не понимает, почему пишет именно этому адресату, это не вызовет ничего кроме негатива, и ждать решения своего вопроса явно не стоит.
Поскольку email — это не мгновенный инструмент общения, и процесс получения ответа может занять день и даже больше, поэтому необходимо пытаться сократить число возможных этапов дискуссии. Сделать это помогают речевые конструкции вида «если… то», напоминающие циклы.
Простой пример — вместо того, чтобы интересоваться, получил ли адресат письмо (и ожидать ответ еще и на это сообщение, а затем на его основе отправлять новое письмо) можно все это проделать за один раз:
«Хотел узнать, получил ли ты ответ от Иванова? Если да, то пожалуйста закончи с выгрузкой этих данных до вторника и напиши мне. Если нет, напиши ему сегодня еще разок, а потом скажи мне, ответит ли он, хорошо?»
Здесь сразу предвидятся возможные варианты развития событий, кроме того, отправитель сразу говорит, что нужно делать в каждом из случаев. Это серьезно экономит время.
Автор: Pechkin-mail.ru
Источник [12]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/optimizatsiya/115283
Ссылки в тексте:
[1] Image: https://habrahabr.ru/company/pechkin/blog/279511/
[2] email-рассылок: https://pechkin-mail.ru/?utm_source=habr&utm_medium=referral&utm_campaign=email_developers
[3] борьбы со спамом: https://habrahabr.ru/company/pechkin/blog/277259/
[4] будущее email: https://habrahabr.ru/company/pechkin/blog/276397/
[5] защиты почтовой переписки: https://habrahabr.ru/company/pechkin/blog/276761/
[6] правила 5 предложений: http://www.mikeindustries.com/blog/archive/2007/07/fight-email-overload-with-sentences
[7] довольно велик: http://business.stackoverflow.com/blog/2013/05/06/top-10-things-developers-hate-about-recruiter-emails-and-how-to-avoid-them
[8] Печкина: https://pechkin-mail.ru/
[9] Email, соцсети, мессенджеры: На что влияют средства коммуникации, и как их выбирать: https://habrahabr.ru/company/pechkin/blog/278337/
[10] Как составлять email-автоответы: Анализ 100 заявок в службы поддержки ИТ-компаний: https://habrahabr.ru/company/pechkin/blog/277895/
[11] Работа с email: Как свести количество входящих сообщений к нулю: https://habrahabr.ru/company/pechkin/blog/277809/
[12] Источник: https://habrahabr.ru/post/279511/
Нажмите здесь для печати.