Интеграция Битрикс24 с сайтом: чтобы заявка дошла целиком
Здесь ломается не портал и не сайт, а стык между ними, и ломается он тихо. Форма продолжает показывать «спасибо», менеджер продолжает отвечать на то, что видит, — а часть обращений просто не доезжает, и узнают об этом случайно, через месяц. Поэтому мы принимаем работу не по настройкам: отправляем настоящие заявки с каждой формы и вместе ищем их в портале — со всеми полями, меткой источника и ответственным.
- Источник и рекламные метки доезжают вместе с заявкой — потом их не восстановить
- У заявки сразу есть ответственный, а не общая куча, из которой её кто-нибудь заметит
- Приложение и ключ заводятся в вашем портале и остаются у вас
Проверьте сами, доходят ли заявки
Шесть проверок, которые вы делаете руками — на своём сайте и в своём портале, минут за пятнадцать. Мы никуда не подключаемся и ничего не отправляем: это список того, куда посмотреть, а не форма. Отмечайте то, что у вас сходится.
Вердикт появится, как только отметите первый пункт. Ничего никуда не уходит: это проверка для вас, а не заявка.
Сходится 0 из 6
Если не проходит первая проверка, остальные можно не делать: пока заявка не доезжает вовсе, разбираться с метками и дублями рано. Полная сверка выглядит иначе — берётся почтовый ящик, куда дублируются формы, и каждое письмо за месяц ищется в портале руками. Это скучно и это единственный способ увидеть тихий отказ.
Где заявка теряется по дороге
Шесть мест отказа, и только одно из них выглядит как поломка. Остальные пять работают: заявка доходит, менеджер отвечает, никто ничего не замечает — теряется при этом не обращение, а то, без чего его потом нельзя посчитать.
-
Форма пишет на почту, а в портал переносят руками
Самый распространённый случай и самый недооценённый. Работает он ровно до первого выходного и первого отпуска: пока переносит один человек, всё в порядке, а как только он занят, часть писем остаётся письмами. Отдельно это ломает отчётность — время первого ответа считается от момента переноса, а не от момента обращения.
-
Интеграция стоит, но отвалилась и молчит
Истёк ключ, сменился пароль, обновился сайт, кто-то поменял адрес портала. Единственный отказ из шести, который можно назвать поломкой, — и заметить его труднее всех остальных: сайт продолжает показывать «спасибо», а в портале просто становится тише. Лечится это не аккуратностью, а уведомлением: система должна сама сообщать, что заявка не ушла.
-
Заявка доезжает, а источник — нет
В карточке есть имя и телефон, а откуда человек пришёл — неизвестно. Дальше отчёт по каналам собирается из того, что вспомнил менеджер, и на его основании принимаются решения о рекламных бюджетах. Восстановить источник задним числом нельзя: это единственное поле, которое существует только в момент обращения.
-
У заявки нет ответственного
Она попадает в портал и лежит в общем списке, пока кто-нибудь не заметит. Скорость ответа в такой схеме зависит от того, кто первым открыл вкладку, а в выходные и вечером — ни от кого. Распределение чинится правилом, а не полем: по очереди, по направлению, по источнику или по загрузке — важно, чтобы правило вообще существовало.
-
Каждое обращение создаёт нового клиента
Человек написал в январе, вернулся в марте — и в портале у него теперь два двойника с разными историями. Повторные продажи в отчёте становятся новыми, а менеджер, открывший карточку, не видит, что клиенту уже отправляли смету. Правило склейки настраивается один раз и по телефону или почте, а разбирать накопившиеся дубли приходится отдельно и руками.
-
Часть обращений идёт вообще не через формы
Чат на сайте, сообщение в мессенджер, звонок по номеру из шапки. Эти обращения существуют, менеджеры на них отвечают, но в портале их нет — и отчёт по каналам показывает картину, в которой сайт приносит меньше, чем на самом деле. Чат подключается в эту же работу, телефония — со второй сметы направления.
Процентов «сколько заявок теряется» мы не называем: своей статистики по этому у нас нет, а чужую в таком вопросе приводить бессмысленно — доля зависит от сайта, а не от рынка. Своё число вы увидите на сверке, и оно обычно удивляет сильнее любого примера.
Эта страница — часть направления «Внедрение Битрикс24»
Речь тут только о стыке: что происходит с обращением между сайтом и порталом. Устройство самой CRM — воронка, поля, права, обучение команды — описано на странице направления, там же лежат три сметы с открытым составом и тест готовности к CRM. Повторять это здесь незачем: если в портале ещё не работают, заявка доедет в воронку, куда никто не заходит.
Сайт — тоже наша зона, и это упрощает работу: правки в формах не уезжают в чужую очередь. Если сайта пока нет или его надо переделывать, это отдельное направление. Разработка сайтов
Что входит в интеграцию
Шесть частей, и подключение — только третья из них. Подключить форму к порталу умеет любой разработчик, и делается это за час. Остальные пять — это то, из-за чего подключённая интеграция всё равно даёт неполные данные.
Считаем все места, откуда может прийти обращение: формы, всплывающие окна, калькуляторы, заказ звонка, чат, корзина. Их почти всегда больше, чем помнит заказчик, и именно забытые пишут мимо портала — потому что про них никто не вспомнил, когда настраивали.
Что из формы в какое поле сделки ложится, что попадает в комментарий, а что не нужно вовсе. Здесь же решается судьба полей, которых в форме нет: их не выдумывают, а оставляют пустыми — поле, заполненное значением по умолчанию, портит отчёт незаметнее, чем пустое.
Штатными средствами платформы: приложение и ключ заводятся в вашем портале, на стороне сайта работает обработчик, который умеет повторить отправку, если портал не ответил с первого раза. Сайт при этом не останавливается — выкладка обычная.
Метки перехватываются на входе, живут вместе с посетителем по сайту и доезжают в сделку вместе с заявкой — вместе с адресом страницы, с которой она отправлена. Это единственное поле, которое существует только в момент обращения: не забрали тогда — не восстановите потом.
По телефону или почте проверяем, знаком ли нам этот человек, и либо заводим сделку у существующего клиента, либо создаём нового. Тут же назначается ответственный по правилу, а не по тому, кто первым заметил. Накопившиеся дубли — отдельная работа, и мы скажем, сколько их, до того как браться.
С каждой точки приёма уходит живая заявка, и мы вместе с вами ищем её в портале: все поля, метка источника, адрес страницы, ответственный. Отдельно проверяем поведение при недоступном портале — посетитель обязан увидеть ошибку, а не «спасибо».
Телефония и почта в эту работу не входят: они относятся ко второй смете направления, где звонки и переписка попадают в карточку сделки. Порядок обычно такой — сначала формы и чат, потом телефония, иначе отчёт по каналам всё равно останется неполным, и это стоит знать заранее.
Почему источник нельзя восстановить потом
Из всех полей сделки это единственное, которое не переспросить. Имя уточняется звонком, сумма правится в любой момент, а «откуда вы про нас узнали» через неделю не помнит даже сам человек. Разберём, из чего источник состоит и в какой момент он исчезает.
Источник — это не одно поле, а три разных ответа на вопрос «откуда пришло обращение». Их часто складывают в одну строку, и отчёт после этого отвечает не на тот вопрос, который задавали.
- Канал откуда человек попал на сайт: поиск, реклама, карты, ссылка в мессенджере, прямой заход. Живёт в адресе страницы в момент первого визита и исчезает при первом же переходе внутри сайта, если его не запомнить
- Рекламная метка какая именно кампания, группа и объявление привели человека. Это то, по чему потом считается цена заявки: без метки реклама и поиск сливаются в одну строку «сайт», и оптимизировать становится нечего
- Страница отправки с какой именно страницы ушла заявка. Отличается от канала и часто важнее его: по ней видно, какая услуга или статья реально приводит обращения, а какая просто собирает просмотры
Все три существуют только в браузере посетителя и только пока он на сайте. Если их не перехватить на входе и не передать вместе с заявкой, дальше они не живут нигде: ни в портале, ни в почте, ни в памяти менеджера. Отсюда практическое правило, которое стоит дешевле любой аналитики: метки настраиваются до запуска рекламы, а не после первого отчёта. Иначе первый месяц бюджета превращается в строку «сайт», и сравнивать её будет не с чем.
Как идёт работа
Четыре шага, и последний нельзя заменить скриншотом настроек. Именно на нём вскрываются расхождения, которых не видно в настройках: форма, про которую забыли, поле, которое не доехало, дубль, который создался. Увидеть это можно, только отправив настоящую заявку.
-
01
Инвентаризация точек приёма
Обходим сайт и считаем все места, откуда уходит обращение, а потом смотрим, куда каждое пишет сегодня: в портал, на почту, в чат или никуда. Здесь же выясняется, кто имеет доступ к сайту и может вносить в него правки.
-
02
Карта полей и правило дублей
Что в какое поле ложится, по какому признаку узнаём знакомого клиента и кто становится ответственным. Один лист на согласование: спорить о правиле дешевле, чем разбирать дубли, которые оно наделало за месяц.
-
03
Подключение
Приложение и ключ заводятся в вашем портале, на стороне сайта ставится обработчик с повтором отправки и понятной ошибкой для посетителя. Работаем штатными средствами платформы. Сайт не останавливается, выкладка обычная.
-
04
Приёмка доставкой
С каждой точки приёма уходит настоящая заявка, и мы вместе ищем её в портале — со всеми полями, меткой и ответственным. Отдельно проверяем, что видит посетитель, когда портал не ответил. Приёмка идёт при вас: смотреть отчёт о проделанной работе тут бессмысленно.
Отдельно про существующие дубли. Правило склейки предотвращает новые, но уже накопившиеся оно не разбирает — это ручная работа, и она считается отдельно. Сколько их у вас, видно на инвентаризации, и мы называем число до того, как браться.
Прислать сайт на разбор
Не уверены, доезжают ли заявки?Пришлите адрес сайта и скажите, сколько форм вы насчитали, — посмотрим, куда каждая пишет сегодня, и назовём места, где обращение теряется молча. Без счёта и без созвона.
Прислать в Telegram Когда наши услуги не нужныЧетыре способа связать сайт с порталом
Выбор делается не по красоте, а по двум вещам: что именно должно доехать в сделку и у кого есть доступ к сайту. Чаще всего на одном сайте живут два способа сразу — формы через один, чат через другой, — и это нормально.
| Что смотрим | Штатная CRM-форма | Своя форма и ключ | Чат и открытая линия | Модуль магазина |
|---|---|---|---|---|
| Что доезжает в портал | Поля формы и метки — всё из коробки, настраивается в самом портале | Всё, что вы решите передавать: поля, метки, адрес страницы, данные калькулятора | Переписка целиком, контакт — только если человек его назвал | Состав заказа, товары, сумма, доставка и статус оплаты |
| Что с внешним видом | Форма вендора: на аккуратном сайте почти всегда выглядит чужеродно | Ваш дизайн и ваша проверка полей — посетитель разницы не замечает | Виджет вендора, настраивается в пределах его возможностей | Ничего не меняется: покупатель оформляет заказ как обычно |
| Нужен ли доступ к сайту | Достаточно вставить код один раз — справится и контент-менеджер | Нужен: работа идёт на стороне сайта, и без разработчика не обойтись | Достаточно вставить код | Нужен доступ к магазину и понимание, как в нём устроен заказ |
| Что ломается со временем | Почти ничего: форму обслуживает вендор | Ключ и адрес портала. Поэтому обработчик обязан уметь повторить отправку и сообщить об отказе | Подключения к мессенджерам: их правила меняет не вендор портала | Обновления магазина. Проверять надо после каждого крупного |
| Когда это ваш случай | Сайт простой, доступа к нему нет, а заявки нужны прямо сейчас | Сайт живой, форм несколько, и важно, чтобы они остались вашими | Много пишут, а не звонят и не заполняют формы | Заказы идут из корзины и в сделке нужны товары, а не строка «заявка» |
Обратный ход — когда статус сделки из портала возвращается на сайт, в личный кабинет покупателя, — делается реже, чем о нём спрашивают, и требует работы на стороне сайта. По умолчанию в эту работу он не входит: скажем на разборе, нужен ли он вам на самом деле, и во что обойдётся.
Что понадобится от вас
Список короткий, и в нём нет ни одного пункта, который надо готовить заранее. Самое частое препятствие тут не техническое: сайт делал кто-то другой, контакты потерялись, и человек откладывает разговор, потому что не знает, с чего начать. С этого и начинаем — с выяснения, у кого доступ.
Приложение и ключ заводятся в вашем портале, под вашей учётной записью администратора. Ни ключи, ни доступы к сайту мы на себя не оформляем и не держим у себя: уйти от нас можно, ничего не переподключая, и любой следующий подрядчик увидит ту же схему, что видели мы.
Чего не нужно: технического задания, схемы полей, разбирательства с прошлым подрядчиком и остановки сайта на время работ. Схему соберём сами и покажем на согласование.
- Доступ к админке сайта — или контакт того, кто его ведёт. Если контакт потерян, скажем, что делать
- Права администратора в портале, чтобы завести приложение и выдать ключ
- Список форм, которые вы знаете. Остальные найдём сами — их обычно больше
- Человек, который скажет, кто отвечает за заявку с каждой формы
- Доступ к почтовому ящику, куда дублируются формы, — по нему делается сверка за прошлый месяц
- Час вашего времени на приёмку: отправляем настоящие заявки и ищем их в портале вместе
Сколько стоит и от чего зависит
Отдельной цены у этой работы нет — она считается по сметам направления: от 60 000 ₽ первая, от 120 000 ₽ вторая, где к сайту добавляются телефония и почта. Состав каждой открыт на странице направления. Если портал у вас уже настроен и нужен только стык, объём считается по факту инвентаризации.
| Что смотрим | Как двигает объём | Как двигает календарь |
|---|---|---|
| Сколько на сайте точек приёма | Сильно: каждая форма — это свой набор полей и своё правило ответственного, а не копия предыдущей | Умеренно: подключаются параллельно, время уходит на приёмку каждой |
| Своя форма или штатная | Сильно: своя форма — это работа на стороне сайта, штатная вставляется кодом | Слабо, если доступ к сайту есть |
| Нужен ли обратный ход | Сильно: статус сделки на сайт — это отдельная логика на обеих сторонах, и она относится ко второй смете | Сильно: проверять приходится на живых сделках, а не на тестовых |
| Есть ли доступ к сайту | Не двигает вовсе | Сильнее всего остального: ожидание чужих доступов — это не наша скорость, и предсказать её нельзя |
| Надо ли разбирать накопившиеся дубли | Умеренно: ручная работа, объём виден по числу совпадающих контактов | Умеренно: делается после подключения, чтобы не разбирать дважды |
Приложение и ключ заводятся в вашем портале, а не в нашем, и остаются у вас вместе со схемой интеграции. Подписка Битрикс24 к этой работе отношения не имеет: её счёт приходит от вендора на ваше юрлицо, а сумму мы не называем — тарифы меняет он, а не мы. Партнёрскую цену на неё тоже не обещаем: статус партнёра — это квалификация, а не скидка
Что обычно идёт рядом
Стык — середина цепочки: слева стоит сайт, который должен отдать заявку с меткой, справа — портал, который должен её принять во что-то осмысленное. Если слабо одно из звеньев, интеграция этого не исправит: заявка без источника останется без источника, сколько полей ни заводи.
Когда интеграция вам не нужна
Четыре ситуации, в которых мы отговариваем. Связать форму с порталом — работа понятная и недорогая, поэтому её охотно продают всем подряд. Вопрос не в том, можно ли её сделать, а в том, изменится ли от неё хоть что-нибудь.
-
Если вам звонят чаще, чем пишут
Тогда главный канал — телефон, и заявки с форм в общей картине почти ничего не меняют. Начинать стоит с телефонии: звонок попадает в карточку, запись сохраняется, пропущенные видно. Это вторая смета направления, и порядок здесь важнее скорости — подключив сначала формы, вы получите отчёт по каналам, в котором нет главного канала.
-
Если портал ещё не настроен под вашу продажу
Заявка доедет в коробочную воронку, ляжет в стадию «в работе» и будет там лежать рядом с остальными. Это не проблема интеграции, и чинить её интеграцией нельзя: сначала воронка и поля, потом стык. Обратный порядок встречается часто и заканчивается одинаково: подключено всё, заходит один человек.
-
Если сайт скоро переделывают
Формы на новом сайте будут другие, адреса страниц изменятся, часть меток перестанет доезжать. Интеграцию в этом случае делают один раз — после запуска нового сайта, — а не дважды. Если новый сайт делаем мы, стык закладывается сразу и отдельной работой не считается.
-
Если вы хотите видеть в CRM всех посетителей, а не заявки
CRM работает с обращениями: человек оставил контакт, с ним можно что-то делать. Поведение тех, кто ничего не оставил, живёт в аналитике, и складывать его в портал вредно — карточки без контактов засоряют воронку и портят любой отчёт. Это сквозная аналитика, отдельная работа и другие деньги.
Есть отдельная страница о том, когда наши услуги не нужныОна написана не для красоты: на стыках разбор чаще всего заканчивается словами «сначала не это, а вот то», — и мы показываем, в каком порядке.
Когда вам это не нужноИнтеграция Битрикс24 с сайтом: что стоит знать до заказа
Как заявка с сайта попадает в Битрикс24
Технически — одним из четырёх способов, и выбор между ними делается не по удобству, а по тому, что должно доехать в сделку. Штатная CRM-форма вставляется на сайт кодом и настраивается в самом портале: годится, когда доступа к сайту нет, а заявки нужны сейчас. Своя форма с передачей по ключу сохраняет дизайн и проверку полей и позволяет передать что угодно, включая данные калькулятора, но требует работы на стороне сайта. Чат и открытая линия ловят тех, кто не заполняет форм и не звонит. Модуль магазина передаёт заказ с товарами и суммой, а не строку «заявка».
На одном сайте почти всегда живут два способа сразу, и это нормально: формы через один, чат через другой. Важнее другое — единое правило на входе. Каждое обращение должно проверяться на знакомого клиента по телефону или почте, попадать к ответственному по правилу, а не по тому, кто первым заметил, и приносить с собой источник. Если это правило одно на все точки приёма, отчёт собирается сам. Если у каждой формы своя логика, отчёт придётся сводить руками, и тогда интеграция экономит только перенос, а не работу.
Отдельно стоит сказать про обработку отказа. Когда портал недоступен или ключ истёк, обработчик на стороне сайта обязан повторить отправку, а если не вышло — показать посетителю ошибку. Фраза «спасибо, мы свяжемся» при неотправленной заявке выглядит как успех для всех участников: посетитель ждёт звонка, менеджер про него не знает, отчёт показывает ровную картину. Это и есть тихий отказ, самый дорогой из всех, и стоит он ровно столько, сколько длится незамеченным.
Что такое источник заявки и почему его теряют
Источник — это три разных ответа, которые часто складывают в одну строку. Канал: откуда человек попал на сайт — поиск, реклама, карты, ссылка в мессенджере. Рекламная метка: какая именно кампания и объявление привели его, — по ней потом считается цена заявки. И страница отправки: с какого конкретно адреса ушла форма. Все три живут в браузере посетителя и только пока он на сайте; если их не перехватить на входе и не передать вместе с заявкой, дальше они не существуют нигде.
Отсюда главное практическое следствие: источник — единственное поле сделки, которое нельзя восстановить задним числом. Сумму можно уточнить, имя переспросить, комментарий дописать, а «откуда вы про нас узнали» через неделю не помнит и сам человек. Поэтому метки настраиваются до запуска рекламы, а не после первого отчёта: иначе первый месяц бюджета превращается в строку «сайт», и сравнивать её будет не с чем.
Проверить, доезжает ли источник, можно самому и прямо сейчас. Откройте десяток последних сделок, пришедших с сайта, и посмотрите на поле источника. Пусто — метки не передаются. Одинаковое значение у всех десяти — значение проставляется по умолчанию, а не приходит с заявкой; симптом тот же, только выглядит приличнее. Дальше стоит посмотреть, виден ли в карточке адрес страницы: без него нельзя отличить обращение с рекламной посадочной от обращения из статьи, даже если обе на одном домене.
Сколько стоит интеграция и от чего зависит объём
Работа считается по сметам направления: от 60 000 ₽ — первая, от 120 000 ₽ — вторая, где к сайту добавляются телефония и почта. Своей отдельной цены у стыка нет, потому что объём здесь задаётся не услугой, а сайтом: три формы или пятнадцать, штатные или свои, есть ли корзина, нужен ли чат. Точное число точек приёма выясняется на инвентаризации, и оно почти всегда больше, чем помнит владелец сайта.
Сильнее всего на объём влияет число точек приёма и то, свои у вас формы или штатные: каждая форма — это отдельный набор полей и своё правило ответственного, а не копия предыдущей. Отдельной строкой идёт обратный ход, когда статус сделки возвращается из портала на сайт, в личный кабинет покупателя: это логика на обеих сторонах, она относится ко второй смете и нужна реже, чем о ней спрашивают. На календарь же сильнее всего влияет не объём работ, а доступ к сайту: ожидание чужих паролей предсказать нельзя, и это не наша скорость.
Что на смету не влияет вовсе — лицензии Битрикс24. Это подписка вендора, она выставляется отдельным счётом на ваше юрлицо и продлевается независимо от того, работаем мы с вами или нет. Приложение и ключ для интеграции заводятся в вашем портале под вашей учётной записью администратора, так что уйти от нас можно, ничего не переподключая.
Что делать, если сайт делали не вы
Это обычная ситуация и она не блокирует работу. Штатная CRM-форма ставится вставкой кода — с ней справится тот, кто наполняет сайт контентом, даже без разработчика. Своя форма с передачей по ключу требует правок в коде сайта, и тут нужен доступ: либо ваш, либо того, кто сайт ведёт. Если контакт прежнего разработчика потерян, начинаем с восстановления доступа к хостингу и панели домена — это делается со стороны владельца домена, и заканчивается чаще, чем ожидают: доступы обычно существуют, просто лежат не у того человека.
Сайт мы не останавливаем и не переделываем: правки касаются только обработки форм, выкладка обычная, посетители ничего не замечают. Если по ходу выясняется, что формы неудобны на телефоне или их нет вовсе там, где они нужны, мы скажем об этом отдельно, но чинить это интеграцией не станем — это другая работа. И если сайт в ближайшее время переделывают, честнее подождать: интеграцию делают один раз после запуска нового сайта, а не дважды.
Вопросы про стык сайта и портала
Семь вопросов, которые задают именно про интеграцию. Общее по направлению — лицензии, облако и коробка, сроки внедрения — разобрано на странице направления: ответы должны жить в одном месте, иначе со временем разойдутся.
Остался вопрос?
Написать в Telegram, отвечаем за 30 минутДа, и в большинстве случаев без участия прежнего разработчика. Штатная форма портала ставится вставкой кода — справится даже тот, кто просто наполняет сайт. Своя форма требует правок в коде, и тут нужен доступ к сайту: либо ваш, либо того, кто его ведёт. Если контакты потеряны, начинаем с восстановления доступа к хостингу и домену — это делается со стороны владельца, и в половине случаев доступы находятся, просто лежат не у того человека.
Смотрим на две вещи: даёт ли конструктор вставлять свой код и умеет ли он отправлять содержимое формы наружу. Если даёт — работаем как с обычным сайтом. Если нет, остаётся штатная форма портала: она вставляется как готовый блок, но тогда вид формы задаёт вендор, а не ваш дизайн. Что именно умеет ваш конструктор, проверяем на разборе — по названию платформы сказать заранее нельзя, возможности меняются.
Новые — да, правилом склейки: перед созданием сделки проверяем по телефону или почте, знаком ли нам этот человек, и либо заводим сделку существующему клиенту, либо создаём нового. Настраивается один раз. Уже накопившиеся дубли это правило не разбирает — их сводят отдельно и руками, потому что решение «какая из двух карточек главная» машина за вас не примет. Сколько их у вас, видно на инвентаризации, и число мы называем до того, как браться.
Нет. Правки касаются только обработки форм, выкладка обычная, посетители ничего не замечают. На время приёмки в портал приедет несколько тестовых заявок — мы помечаем их так, чтобы менеджеры не начали по ним звонить, и удаляем после проверки. Если у вас идёт рекламная кампания, приёмку ставим вне часов пиковой нагрузки, чтобы тестовые обращения не перемешались с настоящими.
Вам. Приложение и ключ заводятся в вашем портале под вашей учётной записью администратора, доступы к сайту остаются вашими, наша учётная запись отключается одной кнопкой. Схему интеграции отдаём документом: какие точки приёма есть, куда каждая пишет, какие поля передаются и какими ключами. С этим документом любой следующий подрядчик разберётся за час, ничего не переподключая. Что ещё остаётся у вас
Можно, но это отдельная работа и относится она ко второй смете: логика нужна на обеих сторонах, а проверять её приходится на живых сделках. Спрашивают про обратный ход часто, а нужен он реже — обычно достаточно письма или сообщения клиенту при смене стадии, и это делается штатными средствами портала без доработок сайта. На разборе скажем, ваш ли это случай, и во что обойдётся, если да.
Так почти всегда и бывает, поэтому инвентаризация идёт до сметы, а не внутри неё. Мы обходим сайт и считаем все точки приёма сами: формы в шапке и подвале, всплывающие окна, калькуляторы, заказ обратного звонка, чат, корзину. Если находок оказывается заметно больше, объём пересчитываем и согласуем заново, а не подключаем молча и не выставляем разницу потом.
Пришлите сайт — посчитаем, куда уходят заявки
- Найдём все точки приёма и скажем, куда каждая пишет сегодня
- Проверим, доезжает ли источник и появляются ли дубли
- Если чинить надо не стык, а воронку или телефонию — скажем прямо
Заявка принята
Посмотрим сайт и вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.
Или напишите сразу:
Telegram · отвечаем лично за 30 минут