То, что вы сделали связь между почтой и CRM — это здорово. но связь на очень примитивном уровне и требует доработок 1. Должна быть возможность для ящика выбрать сущность, создаваемую автоматически в CRM из писем: лид, сделка, смарт-процесс, а также выбор направления сделок/смарт-процессов, стадию и ответственного, возможно и какие-то другие поля. Сейчас у нас лиды в CRM отключены, но они все равно создаются из писем. Это лишняя информация, лишние записи в базах, лишние файлы на диске, короче мусор. 2. Должна быть возможность выбрать, кто будет и будет ли вообще получать оповещения о новых письмах в ящике. Сейчас я получаю оповещения об info@, но меня эти письма вообще не интересуют, хотя у меня должен быть доступ к этому ящику, при необходимости. Также должна быть возможность разрешить людям или отделам иметь возможность отправлять от этого адреса. 3. Должна быть возможность включения текста письма в комментарий сделки. Сейчас коммент тот же, что и заголовок сделки - не очень информативно. Хотя лучше реализовать п.4 4. Для автоматически генерированных писем, например, от маркетплейса или какого-нибудь каталога, должна быть возможность обрабатывать текст письма - чтобы заполнять поля сделки из текста письма. Отправитель - площадка с адресом типа noreply@deal.by, subject Новый заказ такой-то, а данные о пользователе, о заказе, доставке, товарах — в тексте письма. Также хотелось бы вставлять в комментарий сделки не весь текст письма, а только какую-то определенную часть (например, div какого-то класса или текст между какиим-то фразами). Причем должна быть логика, например, если заголовок письма такой-то, то создаем сделку, если такой-то добавляем коммент в сделку, а если такой-то — высылаем уведомление. Т.е. нужны роботы/БП в почте. В роботах для сделок должна быть возможность получить данные из письма, привязанного к сделке, но основе которого она была создана, и работать с ними и с заголовками. Сейчас в БП и роботах нет почты вообще. 5. При создании сделки из письма со вложением, файл вложения на диске создается 3 раза (https://a.cl.ly/5zunXAWL): 1 в почте и 2 – в CRM (видимо, лид и сделка). Причем я не нашел ни в лиде, ни сделке, где используются эти файлы, они вроде как не приекреплены к сделке, а прикреплено только письмо - и этого достаточно. Я бы еще понял, если бы это были линки на файл из почты, но это копии. 6. При удалении письма или при отправке в спам - вложение остается на диске, а спамеры любят вложения. Я уже не говорю о файлах сделки и лида, они вообще никогда не будут удалены. 7. При отправке письма в спам или удалении должна быть возможность удалять сделку в корзину CRM. Опция 8. Хотелось бы иметь возможность сделать список адресов или масок тем писем, для которых не нужно создавать элементы CRM. 9. Для почтовых ящиков должна быть возможность использовать те же шаблоны писем, что и в CRM, чтобы на некоторые письма можно было отвечать прямо из почты, например, для запроса доп.информации. И чтобы эти ответы привязывались к созданной из письма сделки. 10. Если на основе письма создан элемент CRM, то письмо можно помечать, как прочитанное, чтобы не тратить на него время. 11. Часть сделок попадает в спам, и сделки по ним не создаются. Было бы хорошо, чтобы обрабатывались все папки. Ибо Яндекс порой слишком жесток с определением спама. 12. Во все сделки, которые были автоматически созданы из почты, для которых не определился клиент по эл почте по какой-то причине привязывается новый клиент "Без навазния". Я на месяц включил эту функцию и оказалось, что у нас теперь 1152 компании под названием "Новый клиент". Зачем создавать нового клиента "Без названия", а не оставить поле пустым, абсолютно непонятно. Отключить это нельзя. 13. Возможность создавать общефирменные фильтры почты (для всех или для нескольких ящиков). Это нужно, чтобы настроить почту Битрикса так, чтобы в Битрикс не попадала внутренняя переписка, а только внешние письма от клиентов. Хотелось бы исключать какие-то автоматизированные письма, рассылки, спам и т.д., но не делать это для каждого пользователя по-отдельности.
Очень не хватает возможности создавать чаты не с конкретными людьми, а с отделом или службой, за которой могло быть несколько реальных сотрудников. По аналогии с онлайн-чатом с клиентами на сайте.
Например, хотелось бы, чтобы в списке контактов был "Диспетчер доставок", которому можно было отправить задание на доставку заказа. В реальности людей, которые выполняют роль диспетчеров, может быть несколько, какие-то могут работать одновременно, другие — в вечернюю смену (у них разный график работы). Но для менеджера это должно быть неважно, у него должна быть возможность написать "диспетчеру", не вникая в тонкости, кто именно сейчас работает, чтобы у менеджера это кто-то задание принял и ответил "Принято, доставим завтра". Важно, чтобы оповещения о таких сообщениях получали те сотрудники-диспетчеры, которые есть сейчас в онлайне или, если сообщение было отправлено поздно вечером, — первый, кто появится утром. Но при этом чтобы уведомления о переписке не получали все остальные сотрудники, которые находятся в этом чате.
Это должно быть чем-то средним между чатами один на один и открытыми групповыми чатами, но с той лишь разницей, что в открытых чатах все видят сообщения друг друга, все получают уведомления и видят счетчик новых сообщений (даже если уведомления выключены). А это вообще не нужно. В личных сообщениях ты пишешь конкретному человеку, а если этот человек уже ушел, то твоя задача не будет решена до следующего дня. Нужно, чтобы менеджер написал сообщение как в чате один на один, только на самом деле, чат этот работал как один ко многим. Фактически нужны "Открытые линии" для внутреннего пользования, которая бы вызывалась не через виджет, а через окно чата. В принципе, открытых линий бы и хватило, но сейчас в открытые линии нельзя писать сотрудникам — только внешним пользователям.
Желательно, чтобы такая "служба" была в списке контактов чата, чтобы он был в живой ленте, в XMPP/Jabber, в CardDAVе, в задачах, в списках, роль в бизнес-процессах, в открытых линиях, в ответственных в CRM, чтобы у него был свой email, но чтобы его не было в оргструктуре, учете рабочего времени, у него не было логина/пароля, и вообще его не было в таблице b_user (либо был, но под ним нельзя было войти, и чтобы он не показывался в оргструктуре).
Как вариант, можно было бы просто разрешить писать в чате один на один отделу или группе. Кстати, сейчас и так написано, что можно, но это не работает: https://cl.ly/fd84cfc787f9
Проблему можно было бы решить, просто сделав новый вид группового чата. Сейчас есть "Групповой чат" и "Канал", отличаются они тем, что туда люди по-разному попадают. Можно сделать так сказать "Закрытую линию", в которую было бы можно писать не вступая в группу (чтобы возможность пригласить в группу была только у создателя), при этом уведомления о новых сообщениях получают те, кто состоит в группе, а все остальные получают уведомления, когда их сообщения цитируют или упоминают в чате, а также реагируют на их сообщения (Нравится). И в такой "Закрытой линии" для сотрудника, который в ней не состоит, были бы видны только его сообщения, а также реакции и ответы от участников группы, а для участников группы — все сообщения. Отметка "Нравится" означала бы, что задание принято.
Придется придумать какой-то алгоритм распределения сообщений/звонков и т.п. Но думаю, это у вас уже все решено в телефонии и открытых линиях.
Списки — важнейшая составляющая бизнес-процессов любой компании, именно поэтому подавляющее большинство предприятий малого, среднего и даже крупного бизнеса использует Excel, Google Sheets, OpenOffice в большей степени как таблицы (списки) для совместной работы, а не как инструменты бизнес-анализа и моделирования.
Excel-таблица или документ Google Sheets — это простейший способ создать понятное, структурированное, наглядное, легко настраиваемое, очень мощное и гибкое, безопасное, доступное и легкое в пользовании хранилище информации. Таблица в базе данных или список (инфоблок) в Битриксе, напротив, требует серьезных знаний при создании, сложно настраивается, имеет серьезные ограничения, крайне неудобны в работе, непонятны, сложны для совместной работы и т.д. Смарт-процессы - очень хорошая штука, которая решает немалую часть этих проблем (совместная работа, сложность работы), но это все равно - слишком тяжеловесно.
Вам нужно доработать списки, чтобы хотя бы приблизить их к простоте и возможностям Excel либо с помощью расширения функционала списков либо с помощью синхронизации списков с документами (как в Sharepoint): 1. Добавление и редактирование записей прямо в списке. 2. Совместное редактирование записей. 3. Возможность форматирования: выделения строк и ячеек (цветом, жирным, зачеркивать и тд.), включая условное форматирование 4. Сортировать строки перетягиванием за ≡ 5. Копирование записи перетягиванием или через Ctrl+D, автозаполнение значений по Ctrl+Shift+D (или перетягиванием за точку в правом нижнем углу ячейки) 6. Расчетные ячейки (условия, сумма, промежуточные итоги по условию...) 7. Добавление типа данных Boolean в виде простой галочки в списке 8. Значения по умолчанию (текущие дата/время, текущий пользователь, отдел и т.д.) 9. Генерация документов на основании элементов списков 10. Совместное редактирование с историей изменений. 11. Удобная навигация по записям (как в Excel) - стрелками, Ctrl,Shift+стрелки 12. Наличие структуры и полужесткого требования соблюдения форматов данных, т.е. если поле типа Дата, то туда должно быть можно сохранить как значение только дату, НО также должна быть возможность вместо даты как видимый комментарий сохранить "определится в течение недели" 13. Свободные текстовые поля со списком - не как справочник с жестким перечнем значений, а как простое текстовое поле, с возможностью быстрого выбора значения из списка (как в MS Access) 14. Удобный поиск и фильтрация в списке по всем значениям, а не только по видимым на текущей странице. 15. Простая подстановка значений из других списков (на аналогии с ВПР в Excel) 16. Авообновление данных для совместной работы без обновления страницы. 17. Канбан по выбранному полю — чтобы можно было перетягивать строки по стадиям. 18. Возможность вставлять из буфера не просто 1 значение в поле, а целую таблицу с данными. Например, из какой-то таблицы в интернете со актуальными данными, или из таблицы/запроса в Access, или из какого-то отчета в Excel. Например, есть список пунктов выдачи заказов (город, адрес, ответственный, координаты, время работы).
Как и многие другие компании, наша работает частично на удаленке. Большая часть фирмы работает из дома. В офисе либо люди, которые выполняют функции, которые нельзя делать удаленно, либо кто-то один "дежурный" из отдела. Дежурят в отделе сотрудники, как правило по очереди.
Те люди, которые приходят время от времени (по очереди), каждое утро всей фирме отправляют сообщение "Сегодня работаю в офисе". Это нужно, чтобы люди знали, что с человеком можно обсудить тот или иной вопрос лично.
Желательно, чтобы при запуске рабочего дня у сотрудника была возможность выбрать одно из рабочих состояний: в офисе на рабочем месте, удаленно дома, на выставке, в командировке (на выезде), во другом офисе или магазине, дома дежурит на коллцентре/открытых линиях, подмена сотрудника на складе, в ночную смену, ожидание в "боевой готовности", в рейсе, ожидание на границе, на подработке, поддержка клиента в отпуске.
Если ничего не указывать, то имеется в виду, человек работает как обычно.
В правой панели раздела «Новости» должно быть видно, кто именно сегодня работает не как обычно:
Желательно, чтобы для отделов в структуре можно было бы указать, для каких отделов показывать работающих в офисе сотрудников. Чтобы было видно, что в корпоративе сегодня Иванова, а в опте Сидорова, а у Диспетчеров — сейчас Петров и Васечкин (кто в бухгалтерии или из сборщиков на складе - не важно). Для некоторых состояний - показывать независимо от отдела, чтобы был блок «На выставке: такие-то».
Причем формат работы должен сохраняться в учете времени (/timeman/timeman.php). Зачастую разные виды работ тарифицируются по-разному: например, сотрудник, дежуря на выходных на входящих звонках должен получать почасовую повышенную ставку, а в офисе — обычный оклад 9to5. Желательно, чтобы при смене вида деятельности, если у нового состояния другой график, чтобы в timeman ввелся новый отрезок работы с новым SCHEDULE_ID. Т.е. должна быть возможность полдня поработать в офисе, а потом выехать "на передовую" по торговым точкам — т.е. рабочее время должно разбиваться (если у состояния выбран другой график работы в настройках состояний).
Для каждого состояния должно быть можно настроить: - кому доступны: отделам, группам и конкретным людям (зачем бухгалтеру работа на выставке?). - показ в "Живой ленте" или нет, независимо от отделов; - привязываются ли они к рабочим графикам (/timeman/schedules/) и сменам, чтобы при смене вида деятельности, если у нового состояния другой график, чтобы в timeman ввелся новый отрезок работы с новым SCHEDULE_ID / SHIFT_ID; - является ли данное состояние работой или отсутствием, в офисе или удаленно, и какую иконку показывать (и показывать ли) в чатах, кокой статус указывать в профиле.
Не забыть про моб.приложение.
Также отметка разных видов работ должна быть доступна через API и вебхуки.
1. Копирование событий в календаре при перетягивании с шифтом (очень нужно). 2. Возможность добавлять в боковое меню избранного не только разделы, но и раздел с сохраненными настройками отображения: фильтр (например, Сделки в работе) + режим (Канбан) + Сортировка (самые старые сначала) + отображаемые столбцы + колчество строк на странице. Сейчас нужно каждый день тратить много времени на восстановление списка своих клиентов под разные сценарии работы. 3. Шаблоны подписей в письмах для сотрудников, которые: а) можно выбирать перед отправкой, независимо от шаблона письма (шаблон — это зависит от клиента и варианта предложения (может быть не один десяток), подпись — зависит от отдела и по отдела (как с точки зрения регионов, т.к. и с т.з. направления деятельности, у нас их будет штук 7-8). По теперешней логике нужно делать несколько десятков шаблонов; б) можно было составлять из #тегов#, а-ля #SENDER.LAST_NAME# #SENDER.NAME# (сейчас уже почти можно в шаблонах в CRM, но, во-первых, см. п. 3.а и во-вторых, это есть не все поля, например нет ID пользователя, нет названия отдела, нет телефона отдела, нет многих других важных пользовательских полей пользователя, а также отдела и компании); в) возможность предоставлять доступ к не только "всем", но конкретным группам и подотделам. 4. Возможность в почте при интеграции с CRM игнорировать письма с определенных доменов, поддоменов, а также отдельных почтовых адресов, чтобы в CRM не попадали внутренние письма, рассылки. Но при этом не игнорировать письма указанные в поле "Создавать новый лид для каждого нового входящего письма с указанных адресов". (Кстати, если лиды отключены, то желательно поменять текст этого поля и «Для входящих с нового email-адреса создавать Лид» на «Сделку») 5. Также желательно для части сотрудников (не менеджеров) настроить режим "Только отправка". Т.е. данные авторизации для отправки есть, но входящая почта не синхронизируется. Сейчас нужно обязательно настроить как минимум одну папку для синхронизации. 6. В фильтрах разрешить использовать переменные, например, %CURRENT_USER_ID%, %DEPARTMENT_ID%, CURDATE()-90. В фильтре по датам сделать не только "Последние N дней", но и "Старше N дней", чтобы по полю дата последнего контакта отфильтровать клиентов, которым не звонили больше 30 дней. 7. Ввести автообновляемые или расчтеные поля на основании связанных сущностей, чтобы в фильтре компаний определить поля типа: Дата последнего контакта, дата последнего заказа, срок оплаты последнего заказа, количество заказов, количество отгрузок, количество контактов за последние 30 дней... Хотелось бы их использовать в фильтрах 8. Ввести пользовательские поля для следующих сущностей: а) активность: звонок (входящий, исходящий), письмо, заметка, задача - например, чтобы привязывать контакты не только к компаниям, но и к конкретным людям, а также чтобы обозначить цель звонка предложение сотрудничества, предложение очередного заказа, выбивание долгов, согласование заказа, рекламации, документы... б) адрес компании/контакта. Чтобы можно было добавить пользовательские поля адреса: название адреса (филиала), основной адрес, координаты, населенный пункт (не просто текст, а из местоположений), комментарий (как проехать), время работы, обед, этаж, наличие лифта, координаты, код двери, телефон конкретного офиса, привязанный сотрудник и т.д. И наоборот убрать какие-то: страну и регион. в) реквизиты, например, чтобы добавить код в учетной системе. 9. В компаниях/сделках/контактах разрешить добавлять активности другим людям, даже если нет прав на изменение этих сущностей. Чтобы можно было ввести задачу "перезвонить клиенту", ответственному менеджеру, если тот болеет. А лучше сделать отдельный уровень доступа для активностей, чтобы можно было разрешить их вводить всем, отделу или своим, а также например, экспортировать свои активности по клиенту - для отчета, но запретить экспортировать список клиентов. Возможность регулировать права в CRM на уровне полей. 10. В CRM-сущностях сделать режим изменения "Изменение (кроме ответственного)", в котором ответственного может менять только сам ответственный или его руководитель, а все остальные поля доступны. 11. Сделать так, чтобы контакты, привязанные к компании могли автоматически получать того же ответственного, что и компания. 12. При входе в карточку компании - видеть все активности по всем контактам и сделкам этой компании. А не только по тем, которые привязаны именно к этой компании. Ведь звонок может быть от личного номера сотрудника компании, тогда он записывается не в звонок компании, а в звонок контакта. Это нехорошо. По крайней мере, сделать такой режим, для тех, кому это важно (b2b). Также нужно, чтобы в компании были видны активности, привязанные к сделке этой компании, а не к самой компании. 13. При отправке SMS из карточки компании - разрешать отправлять SMS не только на номер компании, но и на номера контактов компании: https://a.cl.ly/E0uYD2Wx 14. Возможность для разных проектов иметь собственные настройки столбцов в списке и видимости полей в карточке задачи. А для разных направлений (отделов) отображать свои поля в карточке сделок, а также компаний (и чтобы компании имели привязку к направлениям, пусть нежесткую). 15. Научиться получать данные о белорусских компаниях в ЕГР через API https://egr.gov.by/api/v2/egr/getShortInfoByRegNum/290611520 + более подробно через партнеров kartoteka.by
В учете рабочего времени, если не закрыл рабочий день, то иногда сложно вспомнить, какой именно. Особенно, например, если ты поработал в выходные и не помнишь в какой из выходных ты рабочий день открывал. Или если ты болел. Или если были затяжные выходные.
Желательно, если это не вчера и не стандартный рабочий день, то писать "Вы не закрыли рабочий день (5 мая)"
Очень удивлен, что в CRM, например, в списках компаний нет возможности отфильтровать элементы по перечню значений какого-нибудь поля. Например, есть перечень ИНН, которые через запятую хочется вставить в поле фильтра и отфильтровать список компаний с такими ИНН. Вообще сильно не хватает какого-то расширенного редактора запросов наподобие Jira JQL — [ИНН] IN ('1234567890', '2345678901', '3456789012'). Конечно, 95% пользователей бы им не пользовались, но те 5%, кому это нужно, пользовались бы так, что не оторвать.
Также странно, что нет возможности ручного отбора компаний для последующей работы с ними. Например, я по какому-то неформальному признаку (или по признаку, которого нет в CRM) хочу отфильтровать компании. Я нахожу подходящую компанию в списке, нажимаю на меню элемента списка и выбираю пункт «В мой список». Отбираю, скажем 50 таких компаний, а потом открываю фильтр и фильтрую «Отобранные мной» (либо в поле «Список отбора» выбираю свою фамилию) и тогда показываются все 50 компаний, которые я ранее отправлял в этот список. признаки каждый раз разные. Например, задача сейчас отобрать ряд клиентов, которых хочется поздравить с праздником. Но, в следующий раз будет другая задача, — например, каждому из менеджеров из своих клиентов отобрать по 20, кому нужно отправить стенды марки Lorex. Или просто отобрать какой-то список компаний, чтобы потом массово что-то отредактировать. Т.е. это не такой отбор, по которому нужно что-то автоматизировать.
Желательно, чтобы у каждого пользователя был свой список, но при желании, чтобы этот список мог посмотреть и другой менеджер. Также нужна функция очистки своего списка.
Есть похожая штука «Сегменты», можно компанию отправить в сегмент, но, во-первых, многовато кликов, а во-вторых, их потом в CRM нельзя отфильтровать и что-то с ними сделать. К тому же, в CRM-маркетинге нет привычных полей и инструментов (например, сменить ответственного)
нужны некоторые небольшие доработки к компоненту "Список сотрудников":
1. Включить выбор количества отображаемых записей. Сейчас выбор 10, 20, 50, 100, 200, 500 не отображается, и по умолчанию вводится всего по 20 человек. Из-за этого чтобы найти человека из 168 сотрудников, приходится долго листать. Желательно, чтобы по умолчанию было 200
2. Возможность скрывать из списка Сотрудников пользователей, которые не являются людьми и нашими сотрудниками (боты, "групповые пользователи", созданные для технических целей (например, "Сборка" или "Дежурные операторы"), пользователь созданный для поддержки (support24), логин/пароль которого вы просите, когда подключаетесь к нам, пользователи компании-разработчика. По хорошему, они вообще не должны отображаться и требовать лицензии.
3. Отображать приглашенных сотрудников, которые еще не подтвердили вход. Хотя бы бледно. Сейчас их в списке нет вообще, и про них можно забыть.
4. В настройках компонента иметь возможность как-то иначе отображать сотрудников в [декретном] отпуске. Они вообще в списке быть должны (например, чтобы не забыть их поздравить с 8 марта или закупить подарок детям на Новый год), но прямо в списке должно быть понятно, что они в отпуске и до какого числа. Это же будет полезно, чтобы люди не звонили без необходимости сотрудникам, находящимся в отпуске.
Если на 1 день выпадает более 4 дней рождения, то показывается все равно только 4 человека:
Понятно, что должно быть какое-то ограниченное количество. Было бы логичнее показывать все сегодняшние + ближайшие 3. Поскольку живая лента бесконечная, то ограничивать этот блок 4 записями странно. UPD В настройках компонента можно ввести больше, но все равно нельзя вывести все сегодняшние.