ТЕХНІЧНЕ ЗАВДАННЯ
1. Буде розроблена розширена інтеграція сервісів Binotel та amoCRM.
Нижче, описані дії та параметри, які будуть ініціюватись при певних типах дзвінків.
1.1. ВХІДНИЙ ДЗВІНОК
1.1.1. Якщо на дзвінок відповіли (Контакт та угода має створюватися спочатку дзвінка або в момент підняття трубки менеджером)
1.1.1.1. Якщо контакт існує - здійснюється перевірка на наявність активної угоди. У разі відсутності активних угод - створюється нова картка угоди. Запис розмови прикріплюється до картки контакту.
1.1.1.2. Якщо контакт не існує - створюється картка контакту з назвою “Автоконтакт Binotel” в якій вказується номер телефону, з якого здійснений дзвінок. Також буде створена картка угоди, а запис розмови прикріплюється до картки контакту.
1.2. Якщо на дзвінок не відповіли
1.2.1. Якщо контакт існує - здійснюється перевірка на наявність активної угоди. У разі відсутності активних угод - створюється нова картка угоди. Далі у картці активної угоди створюється завдання відповідальному менеджеру щодо передзвону. Якщо це нова угода, то ставити завдання на адміністратора не потрібно.
1.2.2. Якщо контакт не існує - створюється картка контакту з назвою “Автоконтакт Binotel” в якій вказується номер телефону, з якого здійснений дзвінок, картка угоди, ставити завдання на адміністратора не потрібно.
1.2. ВИХІДНИЙ ДЗВІНОК
1.2.1. Якщо на дзвінок відповіли
1.2.1.1. Якщо контакт існує - здійснюється перевірка на наявність активної угоди. У разі відсутності активних угод - створюється нова картка угоди. Запис розмови прикріплюється до картки контакту.
1.2.1.2. Якщо контакт не існує (GETCall) - створюється картка контакту, картка угоди і прикріплюється до картки контакту. Запис розмови прикріплюється до картки контакту.
1.2.2. Якщо на дзвінок не відповіли
1.2.2.1. Якщо контакт існує - здійснюється перевірка на наявність активної угоди. У разі відсутності активних угод - створюється нова картка угоди. Далі у картці активної угоди створюється завдання відповідальному менеджеру щодо передзвону. Якщо це нова картка угоди на першому етапі воронки, то не НЕ потрібно створювати задачу на адміністратора
1.2.2.2. Якщо контакт не існує (GETCall) - контакт і завдання не створюються через технічні обмежень Binotel.
1.3. Відповідальні за угодами та контактами, створеними даною інтеграцією
Якщо дзвінок здійснювався за існуючим контактом, то відповідальним буде закріплений, за цим контактом менеджер.
Якщо дзвінок здійснюється новим контактом, то відповідальним встановлюється адміністратор акаунту.
1.4. Формат номерів
Номера будуть відображатися у форматі:
+380ХХХХХХХХХ
1.5. Параметри завдань, що будуть встановлюватись користувачам даною інтеграцією
Параметр | Значення |
Тип | Зв'язатися з клієнтом |
Виконавець | Відповідальний менеджер |
Постановник | API-користувач (адміністратор) |
Текст | Був пропущений дзвінок. Передзвонити клієнтові на номер {{номер, з якого було здійснено дзвінок}} |
Термін виконання | Весь поточний день |
1.6. Тегування угод по дзвінках в залежності від джерела
Всі угоди мають тег “Binotel”. Якщо дзвінки здійснювалися за допомогою Гетколу або Колтрекінгу, додаються відповідні однойменні теги - “GetCall”,”CallTracking”.
1.7. UTM-мітки
У разі підключення додаткового сервісу CallTracking від Binotel:
UTM-мітки будуть записуватись у додаткові одноіменні поля в окрему вкладку "UTM" картки угоди (gaClientId, utm_source, utm_medium, utm_term, utm_content, utm_campaign, gclid).
У додаткові поля передаються параметри джерела трафіку, а саме: Gclid, Yclid, GAclientID, місто, ip-адреса, сторінка звернення.
1.8. Дзвінки на певні різні номери мають потрапляти в різні воронки. Також потрібно щоб при підключеному колтрекінгу також в різні воронки падали заявки, якщо це дзвонять з відповідних сайтів
1.9. Статичний колтрекінг. При дзвінку на певний номер в поле “Джерело” в amoCRM має вибиратися джерело дзвінка
