Налаштування мультиканального обслуговування Бітрікс24
Щодня оператори втрачають час на перемикання між WhatsApp, Telegram, телефонними дзвінками та чатом на сайті. Клієнти повторюють ту саму інформацію в кожному каналі. Ми вирішуємо цю проблему налаштуванням мультиканального обслуговування в Бітрікс24: об'єднуємо всі канали в єдину точку через Відкриті лінії. Оператор бачить повну історію діалогу з клієнтом незалежно від каналу. Це скорочує час обробки звернення на 30% і підвищує конверсію в продажі. Ми даємо гарантію на працездатність інтеграції 6 місяців. Замовте налаштування під ключ — отримайте готову систему з маршрутизацією, ботами та аналітикою. Наш досвід включає понад 40 проектів з інтеграції чатів, месенджерів та соцмереж. Налаштування виконують сертифіковані спеціалісти Бітрікс24.
Як підключити WhatsApp, Telegram та інші канали?
Кожен канал підключається через Контакт-центр → обрати канал. Технічно це OAuth-авторизація (для соцмереж та месенджерів) або webhook (для кастомних каналів). Важливо враховувати нюанси.
- Підключення WhatsApp — тільки через офіційний Business API (Meta). Потрібна верифікація бізнесу та платний номер. Альтернатива — неофіційні провайдери (Wazzup, Umnico), але з ризиком блокування. Для серйозного бізнесу рекомендуємо офіційний шлях. Згідно з документацією Meta, API підтримує шаблони повідомлень та кнопки швидких відповідей.
- Telegram: через Bot API. Створіть бота через @BotFather, скопіюйте токен у налаштування Відкритих ліній. Обмеження: бот не може ініціювати листування першим.
- ВКонтакті та Instagram: стандартна OAuth-інтеграція. Instagram вимагає прив'язки через Facebook Business Manager.
- Онлайн-чат на сайті: віджет Бітрікс24 додається одним рядком коду, але кастомізується обмежено. Для нестандартного дизайну використовуйте кастомний віджет через REST API.
Порівняння способів підключення WhatsApp — налаштування мультиканального обслуговування
| Спосіб |
Переваги |
Недоліки |
| Офіційний Business API |
Надійність, підтримка Meta |
Дорожче, довше налаштування |
| Через провайдера (Wazzup) |
Дешевше, швидко |
Ризик блокування номера |
Порівняння каналів за складністю підключення
| Канал |
Час налаштування |
Необхідні умови |
| WhatsApp |
1-2 дні |
Верифікований бізнес-акаунт Meta |
| Telegram |
15 хвилин |
Бот @BotFather |
| ВКонтакті |
30 хвилин |
Група та OAuth-ключ |
| Онлайн-чат |
10 хвилин |
Код віджета |
Чому важлива маршрутизація звернень?
Після підключення каналів критично налаштувати розумну маршрутизацію, інакше оператори будуть перевантажені одночасними зверненнями. Принципи налаштування:
- Розділіть операторів за спеціалізацією (продажі, підтримка, технічні питання).
- Налаштуйте пріоритети каналів: телефонний дзвінок важливіший за чат у месенджері.
- Обмежте максимальну кількість одночасних чатів на оператора (зазвичай 3–5).
Для VIP-клієнтів налаштуйте персональну маршрутизацію: при вхідному зверненні система перевіряє закріпленого менеджера в CRM і направляє звернення до нього.
Єдина історія клієнта
Ключова цінність омніканальності — коли оператор бачить усі попередні звернення клієнта незалежно від каналу. У Бітрікс24 це працює через прив'язку до картки CRM.
Автоматична ідентифікація: при новому зверненні система шукає збіг за номером телефону або ID у месенджері. Якщо знайшла — прикріплює звернення до існуючої картки контакту або ліда.
Проблема: одна людина може бути в різних каналах з різними ідентифікаторами. Telegram-ID і номер телефону не збігаються автоматично. Рішення — при першому контакті запитувати номер телефону і вручну (або через бота) зв'язувати акаунти месенджера з карткою CRM.
Як налаштувати бота для первинної обробки?
Налаштуйте чат-бота для первинної кваліфікації звернень до передачі оператору:
- Привітання та вибір теми.
- Збір контактних даних (ім'я, телефон).
- Відповіді на типові питання (години роботи, адреса, статус замовлення).
- Передача оператору зі збереженим контекстом.
Бот знижує навантаження на операторів на 30–40% за типовими зверненнями. Налаштування через Контакт-центр → Чат-боти або через REST API для кастомної логіки.
Аналітика мультиканальної роботи
Звіт за каналами показує, звідки надходить найбільше звернень, де час відповіді гірший, де конверсія у вирішене питання нижча. Дані допомагають перерозподілити операторів і виявити проблемні канали. Контакт-центр → Статистика → за каналами — базовий звіт доступний без доробок.
Що входить у налаштування під ключ
- Підключення 5+ каналів (WhatsApp, Telegram, VK, Instagram, онлайн-чат).
- Налаштування маршрутизації та черг.
- Інтеграція з CRM для єдиної історії.
- Розробка чат-бота (базовий сценарій).
- Навчання операторів (2 години).
- Технічна документація та доступи.
- Гарантія 6 місяців.
Як ми працюємо
- Аудит поточних каналів та вимог.
- Підключення та налаштування кожного каналу.
- Тестування маршрутизації та ідентифікації.
- Навчання та передача документації.
- Постпроектна підтримка.
Терміни: від 3 до 7 днів залежно від складності. Оцінимо проект безкоштовно — зв'яжіться з нами для консультації.
Техпідтримка 1С-Бітрікс: з чого починається реальна допомога
Обмін з 1С через \Bitrix\Sale\Exchange зупинився в п'ятницю ввечері. Залишки на сайті — вчорашні, клієнти замовляють товар, якого немає. Менеджер пише в чат «1С не завантажується», але проблема — в PHP-процесі, який впав через memory_limit при імпорті 40 000 SKU. На діагностику та виправлення потрібно 20 хвилин, якщо знаєш, куди дивитися. Без підтримки — до понеділка сайт торгує повітрям. Ми — команда з 7-річним досвідом обслуговування проектів на 1С-Бітрікс. За цей час провели понад 50 успішних впроваджень і врятували не один сайт від простоїв.
Чому техпідтримка 1С-Бітрікс критична?
Бітрікс — живий продукт. Виходять патчі безпеки, змінюються версії модулів, кастомізовані рішення потребують сумісності. Чим довше сайт живе без обслуговування, тим вищий ризик:
-
Вразливості. Бітрікс випустив патч для модуля
vote (CVE-2022-XXXX). Без підтримки його ставлять «коли руки дійдуть» — через 3 місяці. За цей час сайт можуть зламати. Ми накочуємо критичні патчі протягом 48 годин — але тільки після перевірки на staging, тому що оновлення main до 24.x ламало CIBlockElement::GetList з кастомними властивостями.
-
Ліцензія. Закінчилася — втрата доступу до оновлень та маркетплейсу. Відстежуємо терміни, повідомляємо за 60/30/14 днів.
-
Моніторинг. Не просто «сайт пінгується». Перевіряємо ключові сценарії: додавання в кошик (
sale.basket.add), оформлення замовлення, обмін з 1С, робота пошуку. Якщо API 1С повернув 500, а сторінка віддає 200 — пінг-моніторинг цього не побачить.
-
Бекапи. Створюються автоматично, але хто перевіряє відновлення? Раз на квартал розгортаємо на тестовому сервері та прогоняємо smoke-тести.
Оновлення ядра раз на місяць знижує кількість вразливостей у 3 рази порівняно з щоквартальним підходом. Це не маркетинг — це статистика з нашої практики.
Що входить в техпідтримку 1С-Бітрікс?
Регулярні роботи (включені в абонент):
- Моніторинг: uptime + сценарії (кошик, замовлення, обмін 1С)
- Бекапи:
pg_dump / mysqldump + rsync файлів → ізольоване сховище. Перевірка відновлюваності
- Оновлення ядра Бітрікс та модулів:
\Bitrix\Main\ModuleManager::isModuleInstalled() — перевірка залежностей, накат на staging, тестування, деплой
- PHP та серверне ПЗ — оновлення на виділеному сервері. Перехід між мажорними версіями PHP — з перевіркою deprecated-викликів у кастомному коді
- Аналіз
/bitrix/admin/event_log.php та серверних логів — превентивне усунення помилок
- SSL, домен — перевипуск та продовження
- Щомісячний звіт: що зробили, що знайшли, що рекомендуємо
Роботи за запитом (з годинного банку):
- Баги: «картка товару не відкривається на Safari» — діагностика, фікс, деплой
- Контент: банери, сторінки, категорії, товари
- Інтеграції: нова платіжка, нова доставка, новий маркетплейс (Wildberries API, Ozon Seller API)
- Оптимізація:
CIBlockElement::GetList з 20 JOIN гальмує → рефакторинг на D7 ORM з фасетним індексом
- SEO-доробки: мета-теги, Schema.org, sitemap
- Консультації: «Який модуль Бітрікса обрати для розстрочки?»
Як ми оновлюємо ядро Бітрікс?
Оновлення — процес, що не терпить шаблонів. Спочатку перевіряємо сумісність кастомних модулів з новою версією \Bitrix\Main\Application. Якщо в коді використовуються deprecated-методи — фіксимо їх до деплою. Staging-оточення точна копія прода, включаючи налаштування кешування та черги агентів. Після тестів викочуємо, моніторимо логи error_log та подій. При найменшому відхиленні — відкат за 5 хвилин. — Інструкція з оновлення ядра на dev.1c-bitrix.ru
Які типові завдання вирішуємо в рамках техпідтримки?
Контент. Банери до «Чорної п'ятниці» — за день, тому що маркетолог згадав у четвер. Нова категорія з фільтрами через catalog.smart.filter. Лендінг під рекламну кампанію — з готових компонентів, без дизайнера, за 4-6 годин.
Функціонал. Поле «прикріпити файл» в form.result.new — 2 години. Форма запису на консультацію з інтеграцією в AmoCRM через webhook — 4-6 годин. Підключення JivoSite / Carrot Quest — 1-2 години.
Верстка. «Поїхав» блок на iPhone з Dynamic Island — Safari рендерить env(safe-area-inset-top) по-своєму. Оновили ядро Бітрікс — зламався CSS картки товару, тому що компонент catalog.element оновив HTML-структуру. Чинимо.
Інтеграції. Обмін з 1С: агент CAgent по catalog.import.1c впав по таймауту при 50 000 товарів — розбиваємо імпорт на пакети через STEP. API СДЕК оновився з v1.1 на v2 — переписуємо обробник sale.delivery.handler. Новий еквайринг — налаштовуємо sale.paysystem.handler.
Серверні. Перехід між мажорними версіями PHP: grep по deprecated (each(), create_function(), {$var} строковий доступ), фікс, тестування. SSL: certbot не продовжив — cron-задача не відпрацьовувала через зміну шляху до Python. DKIM/SPF/DMARC для поштового домену — щоб сповіщення про замовлення не потрапляли в спам.
Терміни та вартість
| Параметр |
Старт |
Бізнес |
Профі |
| Годин / місяць |
до 5 |
до 15 |
до 40 |
| Реакція |
8 роб. годин |
4 роб. години |
1 година 24/7 |
| Моніторинг |
Щотижневий |
Щоденний |
Real-time |
| Бекапи |
Щотижневі |
Щоденні |
Щоденні + інкрементальні |
| Оновлення ядра |
Щоквартально |
Щомісячно |
У міру виходу |
| Виділений менеджер |
Ні |
Так |
Так |
| Звіт |
Щомісячний |
Щомісячний |
Щомісячний + аналітика |
| Перенесення годин |
ні |
В межах кварталу |
В межах півріччя |
Вартість розраховується індивідуально під обсяг завдань. Додаткові години за ставкою з договору. Можлива зміна пакету: підвищення — в будь-який момент, пониження — з початку наступного місяця. Нестандартні вимоги обговорюємо окремо. Зв'яжіться з нами — підберемо оптимальний варіант.
Екстрена підтримка — коли горить
Сайт ліг, оплата не проходить, виявлено злам.
-
Гаряча лінія — Telegram + телефон. Для преміум-клієнтів — виділений номер чергового інженера
- Реакція від 15 хвилин на критичні інциденти
-
Поза чергою — критичні інциденти обробляються раніше поточних завдань, незалежно від залишку годин
-
Постмортем — після усунення фіксуємо, що зламалося, чому і як запобігти. Документуємо в базі знань проекту
Як передати проект від іншої команди?
Беремо проекти будь-яких розробників. Починаємо з аудиту — «міни» є завжди.
- Код: grep по `mysql_query` (так, і зараз зустрічається), несанкціоновані `eval()`, SQL без `ForSql()`, хардкод паролів в `init.php`
- Інфраструктура: права на файли, конфігурація Nginx/Apache, налаштування PHP, схема деплою
- Документація: збираємо архітектуру, нестандартні рішення, інтеграції
- Доступи: сервер, хостинг, домен, DNS, платіжки, 1С — складаємо реєстр
Приймання — 3-5 робочих днів. Після нього — повноцінна підтримка.
Які бекапи і як часто?
Залежно від тарифу: від щотижневих до щоденних + інкрементальні. Обов'язково перевіряємо відновлення на тестовому сервері раз на квартал.
Чи можна змінити тариф у процесі?
Так. Підвищення — в будь-який момент, пониження — з початку наступного місяця.
Замовте техпідтримку зараз — отримайте первинний аудит в подарунок та гарантію безперебійної роботи вашого проекту на 1С-Бітрікс.