Мы периодически получаем запросы в Службу поддержки по поводу статуса сообщений, которые вы отправляете своим клиентам из ПланФикса: ушло ли оно, доставлено ли, “а то мы отправили, а клиент не получил”. И это понятно: письмо нырнуло в “облака”, а где и когда вынырнуло и вынырнуло ли вообще – неизвестно
Мы поработали над этим, и добавили маячки, которые помогут вам получать информацию о статусе письма без нашей помощи.
Информация об отправке
Теперь в каждой задаче и комментарии появилась такая вот неприметная галочка:
Она говорит о том, что письмо, содержащее эту информацию, благополучно отправлено адресату. Клик на галочку выведет окно с более подробной информацией о статусе этого сообщения:
Сразу скажу, что e-mail адресата будет виден только тем пользователям, которые имеют к нему доступ в карточке контакта, так что бояться разглашения закрытой информации не стоит.
Если вдруг вы ошибетесь в адресе или возникнет проблема с почтовым сервером, это будет сразу видно по значку статуса уведомления:
Причину проблемы в большинстве случаев можно узнать, кликнув на это значок статуса:
Даже если вы не очень понимаете из этого сообщения, что именно пошло не так, эта информация будет полезна вашему системному администратору.
Как видите, новый подход существенно повышает степень контроля над коммуникациями с клиентами и другими внешними по отношению к ПланФиксу контактами. Но на этом сегодняшние новости не заканчиваются.
Отслеживание открытия письма
В настройках уведомления внешних контактов (Управление аккаунтом / Работа с e-mail / Уведомления внешних контактов) появилась новая галочка:
Если она активирована (а это ее состояние по умолчанию для всех аккаунтов), в каждом письме, отправляемом из ПланФикса, содержится невидимое изображение размером в 1 пиксель, загружаемое с нашего сервера по уникальной ссылке. Когда получатель открывает ваше письмо, мы узнаём об этом, получив обращение за файлом-пикселем, и изменяем статус отправленного сообщения:
Если вы кликнете на эту двойную галочку, то получите информацию о дате и времени открытия письма клиентом:
Таким образом вы будете всегда понимать, дошло ли ваше сообщение клиенту и прочитал ли он его. Ну или, по крайней мере, открыл ли для прочтения – непосредственно в мозг клиента ПланФикс пока залезать не научился 🙂
Нюансы и тонкости
- Отслеживание работает только в платных и премиум-аккаунтах. В бесплатных аккаунтах галочки статуса не отображаются.
- Данные о статусе отправки и открытия письма хранятся 30 дней, а затем удаляются. Мы считаем, что этот период с лихвой перекрывает срок, в течение которого данная информация актуальна, а место в базе данных нужно экономить.
- В некоторых случаях признак “Прочитано” может не отображаться – например, если в почтовой программе получателя отключено отображение изображений.
- Если вы используете свой корпоративный (или любой внешний) почтовый сервер, то статус отправки письма показывает только его прием от ПланФикса вашим сервером. Что происходит с ним дальше мы не знаем, поэтому если в ПланФиксе вы видите галочку о том, что письмо отправлено, но адресат его не получил, искать причину вам придется на уровне своего сервера и дальше. Ситуация редкая, но мало ли – лучше я вас предупрежу заранее.
- Помимо отправки сообщения на электронную почту, статусы отправки проставляются для всех сообщений внешним контактам, уходящим по интеграциям с соцсетями и мессенджерами. Но статусы прочтения для таких сообщений мы проставлять не можем, так как API сервисов не предоставляют этой информации. Вообще, механизм трекинга отправки и открытия замышлялся именно для работы с e-mail, так что отображение отправки по другим каналам стоит расценивать как небольшой бонус к основному функционалу. При этом иногда он вас выручит – например, если будут нарушены настройки какой-то из интеграций, вы можете узнать об этом как раз по значкам статуса отправки.
- Если вы включили признак Указывать в письме адреса всех получателей
опция отслеживания открытия при помощи пикселя автоматически отключается(updated: логика изменена после обсуждения в комментариях) и у письма несколько адресатов, опция отслеживания открытия будет отображать факт просмотра письма как минимум одним из получателей. Дело в том, что при таком подходе по задаче или комментарию формируется одно письмо на весь список адресатов, поэтому мы не знаем, кто именно из получателей открыл это письмо. Информация об отправке при этом будет указываться по каждому получателю отдельно: 
Вот такие у нас сегодня новости. Надеюсь, трекинг e-mail сообщений будет полезен всем, кто активно использует ПланФикс для общения с клиентами, партнерами, подрядчиками и другими внешними контактами. А мы традиционно будем ждать от вас вопросов и предложений в комментариях и обращениях в Службу поддержки.
Есть ли возможность настроить события, зависящие от этого статуса? Например, если клиент открыл письмо , тут же отправить ему ещё одно – это упрощенный пример.
Да, например, была бы еще полезной настройка автосценария – уведомления исполнителя о прочтении письма.
Думаю, можно добавить в Условия сценария вариант “Письмо открыто внешним контактом”.
Юрий, Дмитрий, спасибо – подумаем над этим.
Плюсую всеми руками то, что написал Юрий. В этом случае на базе ПФ можно было бы строить сценарии по продажам и другие инересные штуки! Т.е. настройка цепочки писем в зависимости от того открыл получатель письмо или нет, когда открыл чтобы отправить ему следующее письмо.
Упс. “Подумаете”? Я около недели назад интересовался в вашей техподдержке о наличии и события, и автосценариев , основанных на нём. Оказалось, что события только сейчас появились (вот так совпадение), сценариев нет. Вопрос задавался с целью поиска альтернативы CRM Битрикс и Амо.
Да, подумаем. Без этого нам никак. Да и привыкли уже 🙂
Автособытия точно нужны, плюсую! Можно сделать чтобы менеджер сразу (через 5-10 мин)звонил клиенту когда тот открыл и прочитал письмо
Совершенно верно. Это один из самых популярных сценариев, которые мы реализовывали на АМО.
Дмитрий, пожалуйста, убедительно вас прошу, реализуйте, как можно более гибкие авто сценарии, связанные на эту функцию. Здесь люди уже поддержали и многократно высказались на эту тему. Это “невероятно нужный” функционал для повышения качество обслуживания клиентов и повышения среднего чека.
Когда ваше техподдержка сказала, что это функционал имеется (соврали), Я лично принял решение об отказе от АМО, битрикса, мегаплана и клиентской базы. Вот такой у нас сейчас букет. Но сейчас вижу, что преждевременно решил отказаться. Однако, Надежда умирает последней.
Юрий, а можно попросить вас написать в той ветке общения, где техподдержка пообещала функцию, которой на самом деле нет? Меня огорчает формулировка “соврали” и я хочу разобраться в этой ситуации.
Просто напишите там “Прошу подключить к нашему общению Дмитрия Гончаренко”.
Хорошо, сейчас найду переписку.
Дмитрий, провёл целое расследование, техподдержку прощались нет электронной почте, а по телеграму. При этом, параллельно с двумя техподдержка ми разных сервисов, в результате сотрудник всё перепутал контакты и довёл до меня неверную информацию. С вашей техподдержкой обсуждался совершенно другой функционал. Виновный казнён, Вам Приношу извинения.
Спасибо большое, Юрий! Рад что все разрешилось, а то неспокойно было. Вроде уверен в коллегах, но и игнорировать жалобу неправильно 🙂
Ну вы даете. Я не представляю, как можно пользоваться другими системами.
Полностью согласен с предыдущим оратором…
Спасибо, друзья – мы стараемся делать ПланФикс лучше под влиянием ваших запросов и отзывов.
Настройка фантастическая, спасибо!
Но есть вопрос по этому условию: “Если вы включили признак Указывать в письме адреса всех получателей, опция отслеживания открытия при помощи пикселя автоматически отключается. ”
Можно все таки оставить этот параметр активным? Бывают ситуации, когда нужно знать о факте открытия одним из адресатов либо письмо отправлено одному адресату только.
Мы обдумывали такой вариант в процессе работы, но остановились на том, что получается нечеткая логика, которая будет путать людей.
Вообще мы привыкли, что окончательную точку ставит реальная эксплуатация в боевых условиях, так что под влиянием первого потока откликов обсудим еще раз.
Дмитрий, получается что после предыдущей статьи большинство пользователей, которые работают (или хотят работать) с клиентами по почте, используя ПФ – активировали галочку “Указывать в письме адреса всех получателей”, потому что удобство ее использования очевидно.
А сейчас все эти пользователи лишены возможности использовать трекинг писем.
Пожалуйста, рассмотрите эту возможность еще раз, уж очень хочется потестить ее, а еще больше – хочется настроить сценарии ее применения 🙂
Обязательно поговорим об этом еще раз. Напишу тут, как появятся новости.
Спасибо за функционал!!
Предполагаю что статус прочтения технически можно сделать когда указываются все получатели.
В почтовом клиенте Airmail реализовано, http://take.ms/7mZtO , и как я понял, они каждому отправителю шлют разные пиксели.
*получателю
Спасибо, Игорь. Не знаю, честно говоря, как это возможно технически – но покопаем, вдруг действительно.
Да, действительно разные адреса до пикселя https://pastebin.com/JJJqXbs5
А вы проверьте еще что у получателей в поле “копия”, там наверное каждый адресат отдельное письмо получает и не видит других людей в копии
Видны, в поле “To:” все получатели письма, и в почте каждого получателя они видят друг друга.
Игорь, а можете прислать нам задачей на Службу поддержки технические заголовки такого письма? Сидим тут с коллегами, думаем, очень помогло бы.
Дмитрий, так же поддерживаю, чтобы была возможность включать галочку “пиксель отслеживания” даже если включена галочка “указывать в письме всех получателей”
1) У меня к примеру включена галочка “указывать всех получателей”, при этом не во всех задачах участвуют несколько контактов. Получается, что сейчас я даже для задач с одним получателем не могу отслеживать прочтение
2) Даже если получателей несколько, имхо лучше все равно сделать опцию отслеживания прочтения хоть кем то (лучше чем когда мы вообще не знаем – читал ктото письмо или нет).
Спасибо, каждый голос и аргумент имеют значение.
+1 к предыдущему оратору 🙂
+1 тоже
+ 1 к комментарию Дмитрия Скляра
+1
+3…
Ну просто я тут типа не один…
По итогам обсуждения изменили логику: теперь опция отслеживания работает и для писем с несколькими получателями. Отображается открытие как минимум одним из них:
Немного понял, если мы используем для работы корпоративную почту (Яндекс.Коннект), при этом вся переписка с клиентами ведётся внутри Планфикса, то для нас функция отслеживания открытия письма не будет работать?
Будет. Это я, наверное, напугал отсылкой к корпоративному серверу, когда пытался объяснить, что мы не знаем дальнейшего пути прохождения писем после того, как отдали их из ПланФикса вашему серверу. Но на признак открытия письма получателем это влияния не оказывает, оно будет работать как обычно.
Поддерживаю идею о настройке сценариев в зависимости от того доставлено письмо или нет, и было ли оно открыто.
+1
+ 1 !
+1
С такими возможностями открываются просто потрясающие кейсы 🙂
Верно. В этом случае ПланФикс заменит сервисы автоворонок – мне кажется, это будет чуть ли не новый уровень для ПланФикса.
+1
Такой вопрос. Могу ли я увидеть прочитано ли сообщение сотрудником в ПФ?
Мы думали об этом, но пока не договорились о том, как это могло бы работать. Непонятен момент, когда считать, что сообщение в ПланФиксе прочитано. Вроде как самое правильное – обрабатывать сознательную отметку сообщения прочитанным. Но это существенно отличается от логики, которая используется для внешних контактов, поэтому может привести к путанице.
Вообще, тема дискуссионная, так что если у кого-то есть идеи по этому поводу, мы их с интересом выслушаем.
Тогда сейчас что отражает статус Отправлено?
То, по какому каналу пользователю отправлено уведомление. Ну и то, что оно отправлено в принципе. Обычно это подразумевается по умолчанию, но в нестандартных случаях – например, при сбоях каких-то внутренних сервисов, ведь ПланФикс это очень сложно организованная машина – могут быть задержки отправки уведомлений, тогда это будет видно в статусе.
Дмитрий, заметил что человек, который не должен быть уведомлен (аудитор задачи) при добавлении комментария внешним контактом стоит в строке уведомленных. Но причем только один из аудиторов. Возможно ли так что он появился в отправленных потому что прочел комментарий?
Нет, скорее всего он просто подписан на уведомления по этой задаче. С прочтением это не связано.
Ну а если использовать разные логики, для ПФ отметку о сознательном прочтении, для почты – пиксел?
Теоретически это возможно, но нам показалось не очень красивым решением. Будем следить за реакцией на новый функционал и возникающими по этому поводу предложениями. Они всегда влияют на дальнейшее развитие системы.
Некоторые пользователи периодически жалуются, что (якобы) не видели в своей “хронике” задачу.
Допускаю, что такое может быть, но хотелось бы это как-то контролировать…
И в этой связи есть такая идея:
1. Если пользователь прочитал сообщение – ставить один зеленый флажок
2. Если пользователь пометил сообщение прочитанным – ставить два зеленых флажка.
Кажется это не противоречит логике?
+1
Сейчас получается что прочитанность действий на усмотрение пользователя. И все разделяются лагери: либо что-то близкое к zero inbox, либо “отмечал прочинаным случайно когда пытался текст скопировать”.
Уведомления о прочтениях – это ещё киллер-фича Планфикса.
Это насколько крутая вещь, что сервисы отдельно предоставляющие просят от в 5-15 даларов в месяц за один месяц работы для одного почтового ящика.
Наверное стоит пояснить, что отслеживающий пиксель может “не работать” когда почтвовые клиенты намеренно не подгружают изображения или они режутся почтовым сервером.
Совершенно верно. Добавлю абзац по этому поводу в последнюю часть поста.
Отличная новая фича, спасибо! И в старый интерфейс комментариев тоже добавили – не забываете нашу консервативную братию, за это отдельная благодарность)
P.S. На картинке точно облако, а не цветная капуста?)
Капуста полезнее, конечно – но облако лучше подходит к случаю 🙂
Боги клиентоориентированности. Хочу сходить к вам в гости и пожать руку вашей команде )
Приезжайте, Сергей – к нам хоть и нечасто, но добираются старые друзья ПланФикса, которых уже рука не подымается назвать просто пользователями 🙂
Ага, как старый друг планфикса подтверждаю.
Хоть добраться до вас и не просто, но кофе у вас вкусный…
И поговорить с вами чудесно можно не только о планфиксе
Ради такого можно до вас и добираться периодически 🙂
Даже нужно 🙂
Добрый день, Дмитрий. Спасибо за очередную полезняшку. Вот такой вопрос возник, будет ли эта “фича” работать для случаев когда используется сценарий с действием “Отправить письмо”? При отправке письма “действия” не создается и получается что аже если пиксель есть, то отслеживать статус отправленного письма – негде.
Здравствуйте, Илья!
Уточню у коллег, но вообще предполагаю, что пиксель в такие письма тоже добавляется. Так что основной вопрос в том, что его не увидеть. Тут остается надеяться на то, что мы таки сделаем на следующем этапе события для автоматических сценариев – тогда цепочку, начатую отправкой письма сценарием, можно будет продолжить.
Дмитрий, мне кажется будет “красиво” сделать таким образом чтобы факт отправки письма сценарием автоматически регистрировался “как действие”, с перечислением уведомляемых-получателей тогда можно будет на него завязать “ответ о прочтении”.
Да, мы тоже пришли к такому заключению в ходе обсуждения такой возможности. Скорее всего, сделаем чтобы в ленте действий появлялось служебное действие об отправке сообщения таким-то сценарием по такому-то шаблону.
Дмитрий, здравствуйте!
Поддержу Илью по поводу отслеживания писем, отправляемых сценариями.
У меня периодически встречается такой кейс, когда по задачам нужно отправлять письма разных форматов (по разным шаблонам оповещений).
Например, письма клиентам и письма поставщикам, как внешним контактам без доступа. Бывает, что для этих категорий писем нужно делать разные темы.
В этом случае, чтобы обеспечить отправку писем по двум разным шаблонам, приходится отключать стандартный механизм отправки писем и отправлять письмо автоматическим сценарием по факту формирования действия, о котором оповещен внешний пользователь. В зависимости от процесса задачи используется тот или иной необходимый шаблон для письма.
И вот в этом случае также очень хочется иметь возможность отслеживать отправку и открытие письма.
Здравствуйте, Сергей!
Да, мы тоже согласились с разумностью этого предложения и реализовали его. Анонс в блоге будет завтра, но вообще уже работает, так что можно пользоваться. Отправка письма автосценарием теперь отражается стстемным действием, в этом действии есть индикатор отслеживания.
Опередили) Спасибо!
Дмитрий, Спасибо что так активно работает сенат проектом. Скажите, когда авто сценарии на основе этого события могут быть реализованы? Второй вопрос – рассматриваете ли вы реализацию авто сценариев, чтобы повторить функционал сервисов автоворонок. На самом деле, при наличии автор сценария сделать автоворонки достаточно просто, Тем более, что базовый функционал в вашей системе заложен уже.
Со сценариями ситуация та же – сделали, уже работают, завтра в блоге будет анонс с примером использования 🙂
Фантастиш
Трекинг писем – это тема! Спасибо Вам огромное за эту функцию, очень её ждали!
Жаль конечно, что данные о статусе отправки и открытия письма хранятся всего 30 дней, а затем удаляются.
Просто отправляя важные юридически значимые документы (договоры, акты и т.п.) хотелось бы чтобы информация о получении их хранилась, как минимум до момента закрытия проекта, и получения оплаты по договору 🙂
Спасибо, Роман!
Тут та же история, что обычно – будут повторяющиеся запросы на увеличение срока хранения – будем двигаться в эту сторону)
У mailtrack.io приходи электронное сообщение с текстом типа:
Иван Иванов прочитал ваше сообщение # через 1 час после того, как оно было отправлено.
Направлено 2018-07-24 в 09: 48ч
Прочитано 2018-07-24 в 11: 08h Иваном Ивановым
Может быть тоже в ленте оставлять служебное сообщение (отчёт о прочтении) подобного содержания.
Я конечно не специалист по тех. части, но вроде бы это решает обе проблемы и данные не загружают сервера Планфикса и всегда можно проверить когда было получено сообщение.
Тут другая проблема – будут забиваться ленты действиями, нужными далеко не всем. Да и на объем БД это окажет неприятное воздействие – действия-то мы уж точно удалять через время не сможем.
По опыту использования почтовых клиентов с функций отслеживания прочитанности, а именно Airmail, Newton mail, плагинов Boomerang и Mailtrack, могу сказать что хватало и десятидневного периода.
А если дойдёт дело до судов то будут иметь вес только физические отправления с описью вложения.
(вы же в РФ?)
Из облачных сервисов так вроде бы может пока только Google, на платном тарифе G Suite с опцией Сейф, там это называется “Архивы для юридических нужд”. Сомневаюсь, что даже если разработчики Планфикс обеспечат больший период хранения, что они будут опеспечивать аналогичный уровень предоставления данных (годный для юридических нужд), ведь тогда надо будет и все задачи/контакты хранить, даже удалённые.
Супер! Отличные новости. Очень не хватало этой функции.
Спасибо вам за обновление по трекингу при отправке письма нескольким пользователям!
+1
Может пропустил, не подскажите ли, если я отправляю письмо через тот же Яндекс, но в копию ставлю задачу в ПФ, то будет ли отображаться статус прочтения в ПФ?
Нет, так не сработает – письмо должно отправиться из ПланФикса, чтобы к нему добавился пиксель отслеживания. При этом для получателя такое письмо может вынлядеть так же, как если бы оно было отправлено с Яндекса, если вы добавите настройки своего ящика в ПланФикс.
В новостях пропустил это нововведение по принципу “не аналитики – эх, ждем дальше…”
А через пару дней понял, какая классная штука, все получения как на ладони, особенно в общении с клиентами!
Класс, большое спасибо!
Здравствуйте. Просьба добавить переотправку писем в случае недоступности почтового сервера. Сейчас это сделать нельзя если почтовый сервер ответил что-то вроде – http://joxi.ru/Dr81G3aU4bdnDm
Спасибо
Здравствуйте, Дмитрий!
На самом деле, переотправка работает и сейчас. Мы с определенным интервалом пробуем отправить письмо заново, используя настройки внешнего сервера, а если это не удается, то примерно через пару часов письмо отправляется с нашего почтового сервера.
К сожалению, этого совсем не видно в “Отчете об отправке уведомлений”. Последняя запись у меня в нем сейчас та же самая, что и на скриншоте – 11-12-2018 21:48
Что странно, вручную отправленное вчера письмо на адрес получателя из Gmail успешно доставилось без каких-либо проблем.
GMail достаточно серьезно страхуется от несанкционированного использования своих серверов сторонними приложениями, поэтому для корректной работы могут понадобиться дополнительные действия.
Большое спасибо, воспользуюсь, когда буду привязывать домен.
В данном случае отправка идет с ваших адресов без использования внешних серверов. Внешних адресов у сотрудников нет.
Только что попробовал сделать новый комментарий. Он клиенту отправился. А вчерашнее письмо так и висит с красной отметкой.
Ясно, а я подумал, что речь как раз про отправку с внешнего адреса. По вопросу отражения в статусе последующих попыток отправки задал вопрос коллегам. Напишу тут, когда получу ответ.
Дмитрий, выяснилось что именно при отправке с наших адресов не добавлялись записи при последующей удачной отправке. Доработали этот момент, уже какое-то время с этим все ОК.
Спасибо!
Скажите, а есть ли возможность в событии “прочитано уведомление на почту” узнать, какое конкретно уведомление было прочитано?
Бывает так, что контакту отправляется несколько сообщений, а он читает только одно из них. И в обработке этого события – хотелось бы понимать, какое конкретно это было сообщение…
А как именно вы это видите, Алексей?
Вообще, сценарий “знает”, какое уведомление прочитано – у него есть id комментария, по которому было отправлено письмо. Нужно придумать, что с этим можно делать, чтобы этим было удобно пользоваться.
Дмитрий, требуется ваша помощь для того, чтобы сформулировать – что же конкретно нужно…
В нашем случае мы отправляем клиенту серию писем и нам хотелось бы знать – какие письма он прочитал.
Сейчас мы отправляем письма “ручками” и это видно “глазками”
Но такое – надоело уже… Да и работать должны роботы )
Текущие проблемы такая:
-нужно отправить пользователю письмо и, если он не прочитал это письмо, значит нужно отправить ему это письмо повторно, но – с другого внешнего адреса и с другой темой
-после того, как пользователю отправлены все письма, надо знать – сколько писем ему было отправлено (в зависимости от разных условий – это может быть разное количество) и сколько писем (и каких) было прочитано.
Есть ещё задачи, связанные с прочтением писем, но уже менее важные.
А вот эти – прямо важные-важные 🤗