Перейти к публикации

Roman G

Пользователи
  • Публикации

    11
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

О Roman G

  • Звание
    Новичок
  1. Как всегда повторюсь: информации о том когда что-то представим я давать не могу. Следите за новостями на сайте и в соц сетях. Могу предложить вам пока другой вариант: раз в пару минут загружать последнюю статистику. Также обратите внимание на id звонка, он есть и в названии файла записи и в статистике по API. Таким образом вы получите все перечисленное, но только с задержкой в пару минут, что обычно не критично. Все верно, пустые файлы не отправляем. (то есть если клиент услышал например 1 секунду IVR и положил трубку, спамить вас этой записью не будем) Тогда вам ориентироваться только по записи разговоров действительно плохая идея. Ведь запись есть только когда разговор есть. А если менеджер не смог взять трубку то и записи не будет. Для этого есть либо условная переадресация, либо голосовая почта, что больше подойдет. Хранение также есть в планах. Чтобы хранить не все, есть дисковые квоты. Спасибо за развернутый ответ! Я изначально думал про сбор статистики, но, увидев вопросы про оповещении о конце звонка, решил спросить. Сейчас видимо в сторону работы со статистикой пойдём.
  2. Пример, почему нам важно контролировать автоматически результаты и длительность звонков, принимать запись: 1. Если менеджер заносит информацию в CRM, то со стороны кажется что всё окей. Если искать соответствующие записи, то, бывает, выясняется, что клиент дозвонился только с третьего раза. Это очень плохо. А потом менеджер все ввел в CRM, будто всё окей. 2. Или сначала клиент вообще не дозвонился, а потом менеджер увидел пропущенный, перезвонил клиенту уже с другого номера (мобильного, например). В таком случае и у клиента над душой недоверие повиснет, потому что он не мог дозвониться. И мы не услышим запись разговора, т.к. работают уже другие номера на исходящих. 3. Долгое время мы ориентировались на письма с записью разговора, как на сигнал о том, что у менеджеров состоялся или не состоялся разговор. Они постепенно привыкли, что такие письма приходят. По ним перезванивали пропущенным и т.д. Мы их контролировали. Но потом мы заметили, что по каким-то причинам, в CRM стали записываться номера, которых нет ни на телефонах, ни в почте. Т.е. вызовы были, но записи не приходили. За новогодние каникулы чисто случайно обнаружили 3 новых вызова, потому что они записались в CRM. А человек в выходные не на CRM, но на моб. телефоне с переадресацией никаких вызовов не получал. Телефо не звонил. Техподдержка в рамках заявки 286680 сказала: Запись разговора может быть не отправлена если разговор не состоялся или имеет длительность в несколько секунд.Вероятно в этом случае запись не отправилась именно по такой причине. Это нас очень удивило. Ответы тех.поддержки вообще достойны отдельной книги. И желание нормально получать результат входящего вызова и его запись не в виде письма резко выросло после этого, чтобы не связываться с таким вот: "может придёт, а может не придёт". 4. В сложных тематиках типа продажи строительства домов хочется иногда прослушать, о чем говорили менеджеры. И самим менеджерам хочется иногда освежить в памяти разговор. Мы планируем записи приклеивать в карточку контакта, но из почты доставать это для нас слишком сложно, ненадёжно и вообще не в тему. В целом, всё направлено на то, чтобы работать лучше, обрабатывать входящие заявки на все 100%. Думаю, что это распространённые пожелания. Спасибо за внимание!
  3. Добрый день! Для автоматического контроля работы менеджеров на входящих звонках нам (и, наверное, всем на свете) необходимо видеть состояние входящих вызовов. Сейчас по ссылке получаем от zadarma информацию о начале звонка. Данные записываем в CRM автоматически. Работает замечательно, но приходится потом прослушивать звонки на почте, чтобы понять качество обработки входящих звонков. Где-то в соседних темах я видел упоминания, что возможно будут оповещения ещё и о конце звонка. Было бы замечательно, если бы мы в этом оповещении видели следующую информацию: 1. Информация о том, что это конец звонка, а не начало. 2. На какой номер звонили. 3. С какого номера звонили. 4. Статус (результат) звонка: разговор, отменен (не принят), недоступен и другие. 5. Продолжительность разговора. 6. Ссылка на аудиозапись. О чем-то таком говорили на форуме в сентябре 2015-го. Там говорилось, что скоро такое хотят реализовать. Вы не подскажете, как сейчас обстановка в этом направлении? Это единственная оставшаяся преграда до полной интеграции с CRM, где была бы возможность видеть всю картину, просчитываемую автоматически. Это будет круто! Спасибо за внимание!
  4. Проверили, работает! Круто! Большое спасибо!
  5. Проверили, работает! Спасибо большое!
  6. Вот это скорость! Круто, спасибо! Завтра будем тестировать.
  7. Спасибо за очень быструю реакцию, завтра проверим!
  8. Добрый день! Прошу рассмотреть такой вопрос: Уведомление о заказанном звонке приходят на почту в таком виде: Здравствуйте, Роман ФамилияWidget: widgetНомер: 79xxxxxxxxxxxУдобное время для звонка: 11.03.2016 13:00 Ссылка для звонка: ссылка Оповещения получают несколько наших менеджеров, каждый из которых работает в разных компаниях-направлениях. И вот в чем вопрос: Если вы работаете на корпоративных клиентов, а не только на физиков, если подразумевается, что у ваших клиентов может быть несколько менеджеров, то зачем оповещать о заказе звонка с именным приветствием на имя админа? С данным вопросом я обращался в тех.поддержку по заявке 285682, но оператор не справился. Признаю, что это кажется мелочью, но из мелочей состоит общая картина. Спасибо за внимание.
  9. Проверим еще раз на счет того, что работает, но не передаёт номер, на который звонили. Один хрен, нам нужно будет знать, на каком номере колбак сработал, т.к. сайтов несколько, а crm одна. Каналы нужно анализировать. А вообще, я рассчитывал, что на такие вопросы представители компании однозначно ответят, как оно работает сейчас и какие планы по развитию. Уже так запарили эти мелочи с виджетом.
  10. Добрый день! В настройках Callback-виджета есть поле "Событие для аналитики". При заказе звонка в рабочее время всё нормально срабатывает, мы видим событие в метрике. Но событие не срабатывает при заказе звонка в нерабочее время. Почему? Какой логикой руководствовались те, кто решил сделать так? Вот мои слова о проблеме, написанные в соседней теме: Но у этого варианта есть нюанс, связанный с ещё одним косяком, достойным отдельной темы. Когда человек заказывает звонок в рабочее время, скрипт события аналитики вызывается. А когда человек заказывает звонок в не рабочее время (там, где он ещё выбирает удобное время для перезвона), событие аналитики не вызывается!!!!!!!! Это шок! Клиент реальный, телефон реальный, его действие реально, зашел он с какого-то из наших реальных каналов, приготовил реальные деньги для оплаты нам, потратил наш реальный рекламный бюджет, заходя к нам, но в системе его нет. Кто-то решил, что это не событие. Я писал техподдержке в рамках заявки 285534. Оператор плохо, но ответил на другой вопрос в той заявке, а этот проигнорировал. Просим исправить.
  11. Добрый день! Суть проблемы: В личном кабинете в разделе API мы указываем ссылку, которая вызывается по входящему звонку, а в параметрах передается номер звонящего, номер, на который звонят. Эти данные позволяют нам автоматически заносить номера клиентов в CRM. Это проверено, работает прекрасно. При работе через callback-виджет этого не происходит. Номер не передаётся, менеджеры теряют информацию в CRM. А мы не можем автоматически считать параметры работы всей системы продаж. Опираться на то, что менеджеры могут читать письма, это костыль. И для нашей автоматической системы подсчета метрик это вообще не подходит, т.к. мы точно не хотим парсить письма. Номер не передаётся ни при заказанном звонке в рабоче время, ни при заказе отложенного звонка на удобное клиенту время. Возможные варианты решения проблемы: 1. Сделать так, чтобы эти номера передавались через API наравне с обычными звонками. Здесь есть нюанс в том, что заказанные в нерабочее время звонки на удобное время это тоже клиенты, их тоже нужно регистрировать с CRM, но при этом при простой передаче номера, не передать само удобное время. Но лучше иметь номер клиента без удобного времени, чем вообще ничего не иметь. 2. От нашего специалиста поступило предложение, как можно проще решить проблему. Цитирую: "Сейчас во время срабатывания коллбэка вы вызываете наш скрипт для аналитики. Нам для автоматического внесения заявок в CRM нужно получать номер, который человек вводит в поле коллбэка. Поэтому есть идея, чтобы вы научились передавать этот номер в наш скрипт для аналитики. Реализовать это можно очень просто при помощи переменной с фиксированным значением, в которую ваш скрипт проставлял бы номер из поля коллбэка, который ввел пользователь. Например, сейчас наш код для аналитики выглядит так: Callback.action(); А мог бы выглядеть так: Callback.action(ZD_CALLBACK_PHONE); Где переменная ZD_CALLBACK_PHONE содержала бы в себе номер, который человек ввёл в коллбэке." Т.е. не нужно менять ядро системы, достаточно подпилить код Callback-виджета, а пользы всем будет огромная куча! Но у этого варианта есть нюанс, связанный с ещё одним косяком, достойным отдельной темы. Когда человек заказывает звонок в рабочее время, скрипт события аналитики вызывается. А когда человек заказывает звонок в не рабочее время (там, где он ещё выбирает удобное время для перезвона), событие аналитики не вызывается!!!!!!!! Это шок! Клиент реальный, телефон реальный, его действие реально, зашел он с какого-то из наших реальных каналов, приготовил реальные деньги для оплаты нам, потратил наш реальный рекламный бюджет, заходя к нам, но в системе его нет. Кто-то решил, что это не событие. А тех.поддержка ничего внятного не ответила ни на один из вопросов. Заявку 285679 я открыл аж 19.12.2015.
×
×
  • Создать...