Your comments

Радомир, знаем о проблеме. Сегодня поправим.

Константин, правильно ли я понял, что раньше лиды создавались в Битрикс с помощью подключенного эмейла, а теперь создаются с помощью емейлтрекинга Roistat.

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

Если я где-то неправильно вас понял, пожалуйста, поправьте.

Марк, у нас есть CTR-контроль, который позволяет отключить ключевые слова с низким CTR, такое решение не подходит? В Яндекс.Директе есть возможность проводить А/Б-тесты объявлений, чем не удобен этот инструмент?

Хотелось бы понять, какими возможностями должен обладать инструмент, который бы вам было удобно использовать.

Сейчас есть возможность устанавливать ставки на уровне ключевых слов. Правильно ли я понимаю, что вам было бы удобно установить максимальную стоимость клика в рамках объявления?

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

Спасибо за комментарий. Учтём при проектировании.

Виктор, большое спасибо за отзыв.
Управление ставками опираясь на группы объявлений - посмотрите предложение http://feedback.roistat.com/topics/273-optimizator-stavok-na-urovne-poiskovoj-frazyi/
Если это то, что вы имеете ввиду, пожалуйста, проголосуйте.
По поводу управления ставками, опираясь на ROI. Смотрите, если ROI будет вычисляться, опираясь на данные заданного периода, то данные будут не актуальны. Ведь сами кампании за это время могли быть изменены в лучшую или худшую сторону, что могло повлиять на показатели.
Мне кажется, что в вашем случае правильнее было бы опираться на конверсию в заявки. Эти данные будут актуальны в любое время. В этом случае оптимизация ставок будет работать, опираясь на самые свежие данные. Если по какой-то кампании мы увидим рост конверсии, то для этой кампании будет сразу же увеличена максимальная ставка.

Подойдет ли вам такое решение?

Андрей, спасибо за подробное описание.
Вы правы, сейчас показатели "Прибыль" и "Прогнозируемая прибыль" считаются не совсем корректно. Постараемся исправить в ближайшее время.
Планируем сделать так:
Прибыль = Выручка от оплаченных сделок - Себестоимость от сделок статусов, указанных в настройках интеграции
Прогнозируемая прибыль = Выручка от оплаченных и сделок в работе - Себестомоимость от сделок статусов, указанных в настройках интеграции и сделок в работе, если они не включены в настройках интеграции
То есть для прибыли мы учитываем себестоимость тех сделок, которые вы указали в настройках. Для прогнозируемой прибыли обязательно учитывается себестоимость от сделок "В работе", а также все остальные из настроек.
Подойдет ли вам такое решение?
Доработку про добавление прибыли в список сделок добавил в план. Пока ставлю на голосование, чтобы посмотреть востребованность такой доработки.

Мы планируем добавить возможность настраивать создание повторных сделок в зависимости от:

1. Наличия сделок в работе «В работе»

2. Наличие сделок в «Оплаченные»

3. Учитывать только сделки за последние N дней


Подойдет ли такая реализация?