Приоритет задач
Понятные уровни срочности и визуальные метки задач внутри amoCRM.
Приоритет задачДобавляем в amoCRM конкретную функцию, которой не хватает сотрудникам: приоритет задач, карта клиентов, документы, аналитика, календарь или связка с внешней системой. Если готового решения недостаточно, дорабатываем сценарий под ваш процесс.
Можно начать с одной локальной функции без перестройки всей CRM.
Основные решения
Для этих решений можно сразу посмотреть, как устроена функция, какие данные она использует и какой результат получает сотрудник.
Понятные уровни срочности и визуальные метки задач внутри amoCRM.
Приоритет задачСделки и клиенты на карте, фильтрация и работа с выездными маршрутами.
Карты в amoCRMПлан-факт, воронка, скорость реакции и показатели сотрудников в одном представлении.
Дашборды и отчётыФормирование PDF, DOC и XLS по шаблонам компании и актуальным данным сделки.
Генерация документовЕщё решения
Можно внедрять отдельно или использовать как часть более широкого процесса продаж, учёта и коммуникаций.
Расчёт показателей по формализованным правилам и доступным данным CRM.
KPIСвязь встреч и рабочих событий CRM с календарём сотрудника.
КалендарьРабочая связка продаж с товарами, заказами и учётным контуром.
amoCRM и МойСкладРегистрации, заказы, оплаты и действия менеджеров по согласованному сценарию.
GetCourseДанные вебинаров и связанные действия менеджеров в CRM.
Bizon 365Локальные функции и проверки внутри карточки сделки для конкретного рабочего правила.
Пример решенияВыбор формата
Название технологии вторично. Выбираем тот формат, который решает задачу с минимальной лишней инфраструктурой.
Если существующий виджет уже закрывает задачу, настраиваем его под аккаунт и процесс.
Если не хватает одного правила, поля, действия или интерфейса, меняем только нужную часть.
Разрабатываем собственный интерфейс внутри amoCRM, когда стандартных возможностей недостаточно.
Если логика должна работать независимо от открытой карточки, выносим обработку в серверный контур.
Для сложного процесса используем отдельный рабочий интерфейс и связываем его с CRM через API.
Процесс
До разработки фиксируем не список кнопок, а конкретный сценарий и ожидаемый результат.
Что проверяем
Локальная функция не должна создавать новую ручную операцию или ломать существующие автоматизации.
Где сотрудник должен увидеть кнопку, данные или результат.
Кому функция доступна и какие данные пользователь может менять.
Какие внешние API, поля и сущности участвуют в сценарии.
Что происходит при недоступности сервиса, повторном событии или неполных данных.
Если каталога недостаточно
Когда задача выходит за границы готовой функции, проектируем индивидуальное решение вокруг реальной работы сотрудников.
Следующий шаг
Определим, можно ли закрыть его существующим решением или нужна точечная разработка.
Вопросы
Нет. Зависит от функции, аккаунта, прав пользователей, состава полей и внешних сервисов. Перед запуском проверяем конкретный сценарий.
Да, если задача требует отдельной логики или интерфейса. Сначала определяем, что именно нужно изменить и не проще ли решить это стандартными средствами amoCRM.
Да. Не обязательно запускать большой проект: можно начать с одного виджета или локальной доработки.
Да. Если нужен обмен с учётом, ЭДО, доставкой или другим сервисом, пользовательская часть может находиться в amoCRM, а обмен выполняться через API и серверную логику.
Проверяем согласованный сценарий в рабочей среде и предоставляем 3 месяца бесплатной технической поддержки по выполненной разработке.
Опишите одно действие, которое сейчас приходится делать вручную, в другой системе или через несколько экранов.