Кроме продаж, мне очень нравится работать в роли "бизнес-аналитика" - когда мы с моими продажниками и официальным бизнес-аналитиком, прожект-менеджером сидим и очень бурно иногда обсуждаем модель интеграции разных систем.
Например, у клиента будет IP АТС 3СХ, есть Jira, есть некий биллинг и хотят еще наш текстовый колл-центр Chat2Desk с интеграцией с vTiger CRM (service desk).
Нужно это зоопарк "поженить", из АТС приходят звонки - нужно их фиксировать в vTiger как историю звонков с привязкой к конкретному клиенту (в АТС они идут как 0312123456 дата время звонка и запись разговора);
из биллинга тянуть информацию о клиентах (текущих абонентах) в vTiger, чтобы колл-центр видел кто из клиентов звонит, также видеть актуальный баланс клиента нажатием кнопки в CRM (постоянно передавать все изменения баланса каждого из тысяч абонентов сильно нагружает биллинг).
Все новые клиенты, еще не ставшие абонентами, фиксируются в vTiger и далее при успешной сделке копирются в биллинг как текущий абонент.
Из chat2desk-а все диалоги в whatsapp, online chat и facebook messenger попадают в vTiger как история диалогов. Если номера телефона нет в crm - создается потенциальный клиент.
При этом важно, чтобы информация везде была актуальная, в нужном формате и попадала как можно оперативнее. Здесь мы уже сталкиваемся с ограничениями каждой из систем. Например, из биллинга нельзя дергать данные каждые 5-10 секунд. Нагрузка большая. А из АТС данные онлайн по звонкам тоже не получишь, пока звонок не завершится и не запишется в логи. А chat2desk требует строгие интервалы между запросом по API и его нужно придерживаться.
Ну и плюс клиент хочет, чтобы данные были моментально, и приходится объяснять нюансы и приходить к некому консенсусу.
В итоге клиент получает навороченную, с многими деталями вот эту схему, с указанием протоколов интеграции, ограничений, скорости обмена, списками полей данных, форматами и требованиями к безопасности для всех участвующих в проекте информационных систем.
Например, у клиента будет IP АТС 3СХ, есть Jira, есть некий биллинг и хотят еще наш текстовый колл-центр Chat2Desk с интеграцией с vTiger CRM (service desk).
Нужно это зоопарк "поженить", из АТС приходят звонки - нужно их фиксировать в vTiger как историю звонков с привязкой к конкретному клиенту (в АТС они идут как 0312123456 дата время звонка и запись разговора);
из биллинга тянуть информацию о клиентах (текущих абонентах) в vTiger, чтобы колл-центр видел кто из клиентов звонит, также видеть актуальный баланс клиента нажатием кнопки в CRM (постоянно передавать все изменения баланса каждого из тысяч абонентов сильно нагружает биллинг).
Все новые клиенты, еще не ставшие абонентами, фиксируются в vTiger и далее при успешной сделке копирются в биллинг как текущий абонент.
Из chat2desk-а все диалоги в whatsapp, online chat и facebook messenger попадают в vTiger как история диалогов. Если номера телефона нет в crm - создается потенциальный клиент.
При этом важно, чтобы информация везде была актуальная, в нужном формате и попадала как можно оперативнее. Здесь мы уже сталкиваемся с ограничениями каждой из систем. Например, из биллинга нельзя дергать данные каждые 5-10 секунд. Нагрузка большая. А из АТС данные онлайн по звонкам тоже не получишь, пока звонок не завершится и не запишется в логи. А chat2desk требует строгие интервалы между запросом по API и его нужно придерживаться.
Ну и плюс клиент хочет, чтобы данные были моментально, и приходится объяснять нюансы и приходить к некому консенсусу.
В итоге клиент получает навороченную, с многими деталями вот эту схему, с указанием протоколов интеграции, ограничений, скорости обмена, списками полей данных, форматами и требованиями к безопасности для всех участвующих в проекте информационных систем.