ИТ-решения для продаж | Digital for Sales

Разные банки выгружают выписки в разных форматах. В одном файле колонка может называться “Плательщик”, в другом – “Контрагент”, в третьем сумма входящего платежа может быть в отдельной колонке “Кредит”. Иногда перед таблицей идут служебные строки, а нужные заголовки начинаются ниже. Если каждый раз сопоставлять колонки вручную, часть выгоды от автоматизации теряется. Поэтому приложение позволяет сохранить шаблон банка после первой настройки. Пользователь один раз сопоставляет поля выписки с полями приложения, а при следующих загрузках подходящий шаблон подставляется автоматически...

Работа начинается с загрузки файла банковской выписки. Поддерживаются XLSX и CSV, поэтому приложение подходит для распространенных банковских выгрузок. После загрузки приложение анализирует файл и ищет строку с настоящими заголовками, даже если в начале документа есть служебные строки банка. Это важный момент, потому что банковские файлы редко выглядят одинаково. В одном банке сначала может идти информация о расчетном счете и периоде выписки, в другом – несколько строк с реквизитами организации, в третьем – таблица начинается не с первой строки...

После установки приложения новые комментарии в выбранных сущностях фиксируются автоматически. Это удобно: сотрудник пишет комментарий в сделке, лиде, контакте, компании или смарт-процессе, а приложение сохраняет его снимок для будущего сравнения. Если комментарий потом изменят или удалят, история будет доступна во вкладке карточки. Приложение Защита комментариев в CRM и смарт-процессах работает по принципу снимков. Чтобы показать старый текст после изменения или удаления, приложение должно заранее сохранить исходное состояние комментария...

В Битрикс24 комментарии в карточках CRM часто используются как оперативный рабочий журнал. Менеджер может записать итог звонка, руководитель – поручение, специалист поддержки – важное уточнение, бухгалтерия – комментарий по оплате или документам. Такие записи помогают быстро восстановить контекст по клиенту и понять, почему сделка движется именно так. Приложение Защита комментариев в CRM и смарт-процессах добавляет к этой работе слой истории. Оно показывает не только текущий комментарий, но и факт его изменения или удаления...

Личные чаты в Битрикс24 относятся к пользовательскому контексту. Чтобы приложение могло корректно отвечать на обращения в личных чатах, сотрудник должен хотя бы один раз открыть пункт «Автоответчик отсутствия» под своей учетной записью. Это нужно для получения разрешенного доступа к его чатам. Такой шаг важен для правильной работы приложения. Если сотрудник ни разу не открывал автоответчик, администратор может задать настройки, но для полноценной работы с личными чатами потребуется пользовательский доступ...

Типовой сценарий выглядит просто. Сотрудник открывает свой профиль в Битрикс24 и переходит в пункт «Автоответчик отсутствия». В интерфейсе он включает автоответчик, указывает дату и время начала отсутствия, дату и время окончания, выбирает причину и назначает заместителя из сотрудников компании. После этого можно оставить стандартный текст автоответа или отредактировать его под конкретную ситуацию. Например, для отпуска сообщение может быть более нейтральным, для командировки – с уточнением по ограниченной доступности, а для больничного – максимально коротким и без лишних деталей...

Многие компании хорошо настраивают маршруты бизнес-процессов. Они знают, кто должен согласовать договор, кто проверяет заявку, кто утверждает счет и кто получает финальное уведомление. Но после запуска процесса начинается другая задача – нужно понимать, что происходит в реальности. На практике процесс может остановиться на любом этапе. Сотрудник не увидел задание, ушел в отпуск, ждет дополнительную информацию или просто не понимает, что от него требуется. Если нет простой сводки, задержка становится заметной только тогда, когда клиент или коллега начинает спрашивать о результате...

В реальной работе карточка сделки или лида – это не просто место хранения информации. Это точка принятия решений. Менеджер открывает карточку, чтобы понять, что происходит с клиентом, что нужно сделать дальше и есть ли ограничения для движения вперед. Если по сделке запущен бизнес-процесс, например согласование договора или проверка условий оплаты, именно статус этого процесса может определять следующий шаг. Но когда информация о заданиях спрятана глубже, пользователь теряет контекст. Он видит карточку, но не видит, кто сейчас держит процесс...

Интеграция уведомлений часто воспринимается как техническая задача: нужно создать роботов, настроить бизнес-процессы, разобраться с API, проверить права, прописать условия отправки. Для обычного администратора Битрикс24 такой путь может быть слишком долгим, особенно если нужно быстро запустить уведомления по задачам для команды. Приложение Уведомления о задачах в MAX сделано для более простого сценария. Оно работает автоматически по событиям задач Битрикс24 и не требует настройки роботов или бизнес-процессов...

Новая задача в Битрикс24 может быть срочной, плановой, проектной или связанной с клиентом. Но для исполнителя важнее всего одно: вовремя понять, что задача появилась, кто ее поставил, что нужно сделать и до какого срока. Если уведомление заметили поздно, даже простое поручение может превратиться в просрочку. Приложение Уведомления о задачах в MAX помогает доставить информацию о новой задаче прямо в MAX. Исполнитель получает сообщение в мессенджере, видит ключевые данные и может сразу перейти в Битрикс24 по ссылке, чтобы начать работу...

В настройках приложения можно создать новый тип пользовательского поля и задать его название. Например: “Видео и карта”, “Калькулятор”, “Инструкция для сделки”, “Дашборд клиента” или “Формы и опросы”. Для каждого типа можно указать количество фреймов. У каждого фрейма задается заголовок, режим отображения, ссылка или iframe-код, высота блока и fallback-ссылка. Это позволяет собрать в одном поле один или несколько внешних элементов. В режиме ссылки можно указать обычную ссылку или embed-ссылку, если внешний сервис поддерживает отображение через iframe...

В типичной ситуации менеджер открывает сделку, смотрит данные клиента, затем переходит в отдельную вкладку с калькулятором, потом ищет инструкцию в базе знаний, затем открывает карту или презентацию. В итоге работа с одной сделкой превращается в цепочку переходов. Такая схема работает, пока процессов мало. Но когда менеджеров несколько, материалов много, а сделки идут потоком, появляются ошибки. Кто-то использует старую ссылку, кто-то забывает открыть нужную инструкцию, кто-то делает расчет не по тому калькулятору...