Последние сообщения блогов

Здравствуйте. Нам нужен партнер (куратор) для доработок и консультаций на платной основе. У нас Битроник 2.0 Мы более года не обновляли не сам Битроник ни Битрикс. Ввиду того, что у нас на сайте было много сделано доработок. Теперь видимо пришло время обновиться и встал вопрос по переносу доработок. Некоторые доработки нам делали через т.п. Ромзы, а некоторые делал Дмитрий Крайний. С ним мы долго и плодотворно сотрудничали. Но недавно он нам сообщил, что устроился на работу, которая у него отнимает много времени. И предложил поискать другого куратора.

Можете ли Вы им стать?

На ближайшее время стоят задачи:

1.       Перенести доработки (см. вкладку)

2.       Устранить проблему- не отправляются письма триггерных рассылок.

3.       Выполнить максимально возможно рекомендации сервиса developers.google.com по увеличению скорости загрузки страниц сайта (оптимизация).

моя электронка 9036086161@mail.ru

1. Отправка SMS на агентах.
   
2. Отправка отложенных рассылок.
   
3. Загрузка статусов отправленных SMS.
   
4. Загрузка входящих SMS.
   
5. Компонент «Контакты по SMS».
   
6. События модуля:
   • загружен финальный статус — FinalStatus;
     
   • загружена входящая SMS — LoadIncoming;
     
   • до принятия SMS на отправку — BeforeSmsSend;
     
   • после принятия SMS на отправку — AfterSmsSend.
     

• на хите;
  
• на агентах (рекомендуется).
  

1. Указать «Отправлять SMS на агентах». Если агенты работают на хитах, тогда необходимо перевести агенты на cron (инструкция).
   
2. Задать параметр «Количество передаваемых сообщений за один запуск агента». Параметр необходимо подбирать исходя из объема отправляемых SMS. Агент запускается каждые 5 минут.
   

• отправить одиночную SMS - sendSingleSms;
  
• отправить массовую рассылку - sendMultiSms;
  
• отправить отложенную рассылку - sendDelayedSms.
  

try {
   $sms4b = new Csms4b();
   
   $message = 'Текст СМС';
   $to = '79871234567';
   $sender = 'SMS4B-Test';
   
   $sms4b->sendSingleSms($message, $to, $sender);
   
} catch (\Rarus\Sms4b\Exceptions\Sms4bException $e) {
   //обработка ошибки
   AddMessage2Log($e->getMessage());
}

try {
    $sms4b = new Csms4b();

    $arPhonesMessages = [
        '79781234567' => 'Текст первой СМС',
        '79789876543' => 'Текст второй СМС'
    ];
    $sender = 'SMS4B-Test';

    $sms4b->sendMultiSms($arPhonesMessages, $sender);

} catch (\Rarus\Sms4b\Exceptions\Sms4bException $e) {
    //обработка ошибки
    AddMessage2Log($e->getMessage());
}

try {
    $sms4b = new Csms4b();

    $arPhonesMessages = [
        '79781234567' => 'Текст первой СМС',
        '79789876543' => 'Текст второй СМС',
    ];
    $sender = 'SMS4B-Test';
    $dateStart = new \DateTime('2019-08-20 10:00');
    $dateFinish = new \DateTime('2019-08-20 18:00');

    $sms4b->sendDelayedSms($arPhonesMessages, $sender, $dateStart, $dateFinish);

} catch (\Rarus\Sms4b\Exceptions\Sms4bException $e) {
    //обработка ошибки
    AddMessage2Log($e->getMessage());
}

• создана — SMS еще не передана на сервис;
  
• отправляется — SMS передана на сервис;
  
• доставлено — SMS доставлена абоненту;
  
• не доставлено — SMS не доставлена абоненту;
  
• отвергнуто — сервис не принял SMS, причина указывается в столбце результат отправки.
  

• FinalStatus — загружен финальный статус SMS;
  
• LoadIncoming — загружено входящее SMS;
  
• BeforeSmsSend — до принятия SMS на отправку;
  
• AfterSmsSend — после принятия SMS на отправку.
  

• для уведомления менеджера о недоставленной SMS;
  
• если SMS не доставлена, то отправить клиенту email.
  

$eventManager = \Bitrix\Main\EventManager::getInstance();
$eventManager->addEventHandler('rarus.sms4b', 'FinalStatus', 'finalStatusHandler');

/**
* @param Rarus\Sms4b\Sendings\Messages\Message $message
* @param Rarus\Sms4b\Sendings\Messages\Status $status
*/
function finalStatusHandler($message, $status) {
   if ($status->isNotDelivered()) {
       //уведомление клиента по почте
   
}

$eventManager = \Bitrix\Main\EventManager::getInstance();
$eventManager->addEventHandler('rarus.sms4b', 'LoadIncoming', 'loadIncomingHandler');

/**
* @param Rarus\Sms4b\Incoming\Incoming $incoming
*/
function loadIncomingHandler($incoming) {
   /**
    * код обработчика
    */
}

$eventManager = \Bitrix\Main\EventManager::getInstance();
$eventManager->addEventHandler('rarus.sms4b', 'BeforeSmsSend', 'beforeSmsSendHandler');

/**
* @param array                              $arPhonesMessages
* @param string| null                       $sender
* @param string| null                       $mailEvent
* @param Rarus\Sms4b\Sendings\Source\Source $source
* @param int                                $entitiesId
*
* @return array
*/
function beforeSmsSendHandler($arPhonesMessages, &$sender, $mailEvent, $source, $entitiesId) {
   /**
    * код обработчика
    */
  
   return $arPhonesMessages;
}

$eventManager = \Bitrix\Main\EventManager::getInstance();
$eventManager->addEventHandler('rarus.sms4b', 'AfterSmsSend', 'afterSmsSendHandler');

/**
* @param \Rarus\Sms4b\Sendings\Sending $sending
*/
function afterSmsSendHandler(Rarus\Sms4b\Sendings\Sending $sending) {
   /**
    * код обработчика
    */
}

• текст SMS-сообщения;
  
• ограничение количества отправок SMS на один номер. (для предотвращения СПАМа);
  
• номера на которые не распространяется ограничение на количество отправок (опционально).
  

Пост скорее ознакомительный, полезный больше для клиентов, чем для разработчиков.

Вопрос особенно актуален в компаниях среднего и крупного размера. Менеджеры ежедневно тратят время на обработку тех заявок, которые до определенного момента не нуждаются во внимании и вполне могут быть обработаны автоматически.

Ниже приведу некоторый список типичных и простых бизнес процессов для лидов, успешно внедренных на одном из предприятий.

Форма подписки

Первое действие, которое можно легко автоматизировать. У каждого лида в Б24 есть поле “источник”, которое можно проверять в блоке условия БП. Далее действия довольно очевидны и можно легко разобраться по скриншоту:

Здесь следует пояснить, что для повторных лидов смена статуса на “успешный” - это в некоторой мере хак, потому что через интерфейс так сделать невозможно (система потребует сконвертировать такой лид в повторную сделку). Но на уровне бизнес-процессов такая операция проходит, сохраняя при этом отчетность по конверсии лидов.

Если же лид не повторный, то наиболее разумное решение - сконвертировать его в контакт без сделки для последующей отправки рассылок через модуль CRM-маркетинга.

Некорректные контактные данные

Тоже вполне актуальная проблема. Не всегда пользователи корректно заполняют свои контактные данные. И не все источники лидов позволяют производить валидацию данных перед отправкой.

Для реализации алгоритма потребуются две переменные - целочисленная длина телефона и булево значение “брать в работу”.

Для определения минимальной допустимой длины телефонного номера можно задать константу:

На практике минимальная длина телефона равна 10. Для более коротких номеров телефона угадать код страны и города затруднительно.

Переменная “длина номера” заполняется конструкцией:

=strlen({=Document:PHONE_PRINTABLE})

В итоге получаем итоговую схему БП:

Случай может быть довольно редкий, но не будет лишний раз отвлекать внимание менеджера.

Форма запроса информации

Пример очень похож на обработку лида с формы подписки. Разница только в том, что клиенту еще дополнительно отправляется на почту некоторая интересующая его информация - в данном случае тематический вебинар. Осуществляется это, например, с помощью блока “Запуск бизнес-процесса”.

Обработка лидов с некорректным телефоном с помощью роботов

Б24 позволяет создавать промежуточные статусы лидов и навешивать на них “роботов”, которые фактически являются теми же бизнес-процессами, только автоматически запускающимися при переводе лида в соответствующий статус.

Следующий бизнес-процесс реализован для статуса “Запрос телефона”. Довольно часто встречаются случаи, когда клиент оставляет в заявке корректный емейл и некорректный номер телефона. Простейший алгоритм робота представлен на скриншоте ниже:

Задача “контроль выхода на связь” здесь очень желательна, потому что если ее не ставить, то во вкладке “Лиды” у менеджера лид будет отображаться как лид без дел.

Также перед отправкой первого письма добавлена пятиминутная пауза на случай ошибочного перевода лида в этот статус.

Заключение

Фактически все приведенные выше бизнес-процессы - это автоматическая реализация некоторых скриптов отдела продаж. При этом выполнение действий запускается либо по нажатию на одну кнопку, либо вообще без участия менеджера. При этом система позволяет выдерживать паузы, слать письма с персонализацией отправителя и получателя, расставлять задачи и уведомлять о результатах работы.

Если говорить о практике внедрения - как правило подобные несложные процессы автоматизации отрабатывают для небольшого процента поступающих лидов. Однако по соотношению затрат на настройку и выгоды от использования игра определенно стоит свеч. Даже если сэкономить таким образом лишние 15 минут работы менеджера в день, то за месяц будет накапливаться по несколько часов на каждого.

Лучше уж потратить один раз пару часов времени одного разработчика, не правда ли?