Мне всегда приятно, когда на мобильном смотреть почту не просто красиво, а удобно!
Считаю пришла пора задуматься над адаптивностью писем с сайта (email-маркетинг): Думаю нужно добавить возможность скрывать/отображать элементы в шаблонизаторе по типу устройства (как в bootstrap) Возможность сделать это кроссбраузерно есть (lang)
Бывает, что сотрудник ведет переписку с клиентами с нескольких почтовых адресов. Но CRM сейчас может распознавать только один email для сотрудника при отправке писем, что делает невозможным пользоваться почтой в CRM с двух и более адресов.
Хотелось бы иметь возможность добавить несколько почт для каждого сотрудника при необходимости.
Довольно типовая задача - сделать электронную рассылку по клиентам, которые у нас уже купили что-то - поинтересоваться у них, довольны ли они товаром и хотят ли купить ещё. Или обзвонить их с тем же вопросом.
Выбираем в конструкторе отчётов "Сделки" - есть ФИО, Адрес Контакта... нет ни телефона, ни адреса электронной почты.
Аналогично и просто в CRM никак не выведешь список сделок, чтобы и телефон/почта контакта показались в списке.
Получается, что нужно заходить вручную в каждый из нескольких сотен контактов и копировать оттуда телефон и адрес электронной почты.
Добавьте возможность включить эти поля (телефон/е-мэйл Контакта) в отчёт по сделкам CRM.
Хочется выстроить структуру контактов. Сейчас имеем какую-то кашу.
1. Сотрудники. Различаются теперь доступом к бизнес-функциям. Получают убогие EMAIL-оповещения. 2. CRM-контакты: должны быть доступны для привлечения к обсуждению в Ленте и в Задачах (как Исполнители, Наблюдатели и (NEW!) Заказчики) 3. EMAIL-контакты.Кто такие? Ими сейчас невозможно управлять. Почему бы их не отправить CRM? 4. Внешние B24-контакты. Опять же - в CRM. 5. Контакты из внешних мессенджеров (обещано). Туда же.
Т.е. нужно единое хранилище контактов (видимо в CRM), А доступность контакта для разных инструментов (Чат, Задачи, Лента ...) определяется его типом (B24 / EMAIL / Мессенджер) и настройками его прав доступа.
Предлагаю внести мелкое улучшение в предустановленные почтовые шаблоны портала и добавить микроразмету schema.org. Уже сейчас тот же gmail её обрабатывает и позволяет удобно использовать. Например, можно сделать быструю ссылку для подсветки нужного письма в inbox-е. См. на картинке кнопку "Посмотреть тикет":
Удобство на лицо. Не нужно открывать письмо и искать там ссылку. Можно сразу из инбокса нажать на кнопку и перейти в портал к нужной задаче/тикету. Трудозатратность реализации минимальна, а удобства добавится.
Допустим, у менеджеров довольно длинный список почтовых шаблонов (15-30 штук, что вполне реально при некотором разнообразии предложений и статусов обработки заказов/лидов - и все они нужны для отправки от имени одной компании).
-> "отправить по е-мэйл" - появляется окно составления нового письма, в котором в том числе есть выпадающий список "Шаблон".
И вот этот выпадающий список при большом количестве шаблонов получается достаточно длинным (может и в экран не влезать).
Было бы удобно, если бы можно было группировать эти почтовые шаблоны в этом списке, чтобы группы (папки? ) показывались свёрнутыми, с возможностью развернуть их при необходимости.
Примерно так:
- Изменение условий (изначально свёрнуто, подпункты появляются при щелчке по пункту) --- Изменение условий А --- Изменение условий Б --- Изменение условий В - Подтверждение оплаты --- Подтверждение оплаты А --- Подтверждение оплаты Б --- Подтверждение оплаты В - ...
Проблема: для наполнения текста рассылки модуль sender предлагает использовать виз. редактор. Чтобы сделать красивую рассылку нужно использовать сниппеты или "почтовые блоки".
Но и те и другие подразумевают наличие верстки с большим количеством вложенных тегов (даже картинку по-хорошему нужно оборачивать в таблицу). Так вот когда обычный (без образования программиста) маркетолог пытается это все делать - получается не очень. В смысле одно неосторожное движение и пара нужных тегов удаляется.
При этом маркетологи знают такой хороший инструмент как MailChimp (а точнее конструктор в нем). Где любой блок который кладется только в заранее разрешенные места. Плюс любой блок сам содержит перечень мест в которые можно класть другие блоки.
Было бы неплохо если бы виз. редактор тоже такое поддерживал: метки /начало дочернего блока/ и /конец дочернего блока/ и чтобы никуда кроме этих меток ничего вставлять и писать было нельзя
Маркетологи помимо статистики выпуска в админке хотят еще и отслеживать эффективность рассылок (достижение целей теми кто перешел с рассылки) в метрике/аналитике.