При создании сделки по звонку к лиду прикрепляется сам звонок. В АмоСРМ и Битрикс24 звонок выглядит "нативно" в виде отдельного события звонок. Для остальных СРМ можно использовать виджет для Хрома, который ссылку на звонок преобразует в "виджет" (https://chrome.google.com/webstore/detail/roistat-crm-tools/ikbkgacdpenjbbiacghfhkmkfndiinaj).

Прослушивание таких звонков доступно без отдельной авторизации в Roistat.

1. Подсчет ROI по объявлениям реализован: http://feedback.roistat.com/topics/273-optimizator-stavok-na-urovne-poiskovoj-frazyi/

2. Учет цикла сделки добавлен в экспериментальные возможности.

> 1) Самое главное. Автоматическое управление ставками на уровне одного ключа - полная ерунда.

Когда мы будем делать доработку, то добавятся оба варианта: по ключевикам, по группам объявлений. То есть в интерфейсе будет выбор как считать ROI: кампания, группа объявлений, ключевик. Добавил упоминание об этом в то предложение.

> 2) в том тикете Максим пишет: "Оптимизаторы в Директе и AdWords по ROI нужно использовать очень аккуратно, так как корректно собираются данные о продажах из CRM в этих системах у очень маленького процента пользователей."Ну это капец. Вы, всё-таки, делаете сервис в предположении, что люди могут корректно загрузить лиды из своей crm.

Как раз Roistat данные из CRM использует максимально точные. И даже если какой-то фрилансер настраивал интеграцию с Roistat, всегда можно проверить кол-во лидов и выручку за месяц в Roistat и в CRM, убедиться в точности или исправить интеграцию, если нашли ошибку.
А в случае с Директом и Adwords требуется гораздо более квалифицированная работа и в гораздо большем объеме. Ее мало кто делает качественно. То есть прибыль в CRM будет совпадать с прибылью в Roistat и ROI будет корректен. Но прибыль в CRM очень часто при этом не совпадает с прибылью в Метрике и GA (там интеграция обратная, сам бизнес несет ответственность за то, какие данные туда посылает). Максим просто предупредил, не более того. Ни к чему не призывал. И предупреждение его к Roistat никак не относилось.

> Ну, это уже можно дать пользователям решать, что там актуально, а что нет.

Как вы правильно заметили, сделать это не сложно. Поэтому мы добавим в экспериментальные возможности (это страничка в настройках проекта) возможность указать цикл сделки в днях, который будет учитываться брокером. Например, если в настройках брокера указано "брать ROI за 14 дней", то в простом случае он берет период статистики за последние 2 недели, а с указанным циклом сделки в 30 дней, он возьмет период 2 недели, оканчивающийся 30 дней назад.

Добавлю, что при реализации предложения ROI можно будет учитывать не только по ключевикам (у большинства по ключам информации соберется недостаточно), но и по объявлениям. То есть в интерфейсе будет выбор, как считать ROI: по кампаниям, по объявлениям, по ключевикам.

Обидно это слышать от вас, Дмитрий. : (

> Часто анализируя прошедшие периоды натыкаюсь на заказы, которые зависли в Roistat в каком то промежуточном статусе, а на самом деле в магазине они давно отменены/выполнены.

Возможно у вас не совсем корректно сейчас настроена интеграция. Таких заказов быть не должно. Ройстат постоянно запрашивает измененные заказы из вашей СРМ, передавая в запросе дату, изменения с которой надо отдавать. Возможно вы эту дату используете в качестве фильтра для заказов "созданных после этой даты", а надо отдавать заказы "измененные после это даты". И если вы решите эту проблему, то вам и не понадобится менять статусы в Roistat.

Это не касаемо самого предложения. Просто, мало ли)

Андрей, вы можете сами выбрать показатели, выводимые в отчете. У каждого отчета есть настройки (шестеренка рядом с названием отчета, показывается при наведении). В настройках отчета есть настройки колонок, где можно выбрать сами колонки и их порядок.

Это решит вашу проблему?

Готово. Посмотреть можно в состоянии проекта (вкладка история вебхуков)