Отслеживание откликов

[SLK]

Непойму никак или я что то не так делаю или в системе баг.
Процесс таков: создаем интерес (поле "Исходная кампания" не заполняем) -> создаем в отношении данного интереса Контракт от кампании с указанием маркетинговой кампании (допустим, Обзвон) -> преобразуем данный контракт, а также связанный с ним интерес (второй пункт меню в диалоговом окне преобразования контракта) в организацию, контакт, возможную сделку. Вот тут и возникают грабли, а именно в том интересе что мы преобразовали поле Исходная кампания заполнилось нашей МК Обзвон, а вот в преобразованной возможной сделке такое же поле Исходная кампания не заполнилось и более того оно стало неактивно для заполнения, а следовательно данная возможная сделка не попадает в отчет Достижения в рамках кампании по МК Обзвон.

[Артем Enot Грунин]

Согласен, процесс запутан, а объект Контракт от кампании (он же отклик) на первый взгляд лишний. А делать надо так: создавать сперва контракт, преобразовывать его в интерес, а уже интерес гнать дальше.
1. Не совсем понятно, что вы понимаете под "создаем в отношении данного интереса Контракт от кампании".
2. Еще вы не указали версию системы.
3. Посмотрите в настройках настраиваемые связи между Возможной сделкой и интересом и посмотрите есть ли возможность указывать сопоставления атрибутов. Вполне возможно, что эти поля можно сопоставить вручную. Например отчество из интереса в контакт в тройке автоматически не попадает, но это лечится вышеупомянутым способом.

[SLK]

Цитата:

Сообщение от Артем Enot Грунин

Согласен, процесс запутан, а объект Контракт от кампании (он же отклик) на первый взгляд лишний. А делать надо так: создавать сперва контракт, преобразовывать его в интерес, а уже интерес гнать дальше.

Этот вариант тоже опробован, но пока текущий процесс требует создания сначала интереса а потом уже отклика для него.

Цитата:

1. Не совсем понятно, что вы понимаете под "создаем в отношении данного интереса Контракт от кампании"

.
Заходим в созданный интерес и в разделе действия нажимаем создать и выбираем Контракт от кампании

Цитата:

2. Еще вы не указали версию системы.

4.0

Цитата:

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

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

[Артем Enot Грунин]

Сдается мне, что следуя методологии "Заходим в созданный интерес и в разделе действия нажимаем создать и выбираем Контракт от кампании" вы никак не связываете эти записи. С тем же успехом в этом меню можно создать новую Организацию или Контакт. На форме отклика есть лукап "Связать с существующей записью Интереса", ну или как-то схоже. Заполняется ли оно у создаваемого вами Контракта?

[SLK]

Почему же, очень даже связываются и лукап клиента, на форме Контракта от кампании, заполняется текущим интересом автоматом, попробуйте сами.

[Артем Enot Грунин]

Честно говоря лениво. Вполне возможно что и баг. Не пойму только, если с виду все выглядит одинаково, почему после преобразования все меняется? Возможно вы все же что-то упускаете?
Так же не совсем понятно, почему ваш "текущий процесс требует создания сначала интереса а потом уже отклика для него"?. Логично делать их по порядку? Отклик, в частности, допускает и отсутствие интереса. Если помните его состояние может быть "ошибка" и "не слать маркетинговые материалы".

[SLK]

Ситуация такая, есть база интересов, которых требуется обзвонить и собрать отклики в рамках маркетинговой кампании, соответственно если обзваниваем интересы и создаем для интересов отклики, то см. пост 1.

[Артем Enot Грунин]

Откуда берется база интересов? Импортируйте сразу отклики, а уже потом делайте из них интересы! Правильный процесс именно такой: получение отклика и на основании его данных происходит регистрация интереса (если клиент попался трудный) или сразу конт. + орг. + сделки если он готов сотрудничать.
В этом случае вы получите в том числе и данные по "негативу" - отрицательные отклики, от клиентов которые были включены в кампанию по ошибке.

[SLK]

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

[Артем Enot Грунин]

Согласен, типовая ситуация. Тогда можно сделать некий workaround - в настройках формы возможной сделки снять галочку "Только для чтения" с поля "Исходная кампания" и заполнять поле вручную.
Как вариант - написать скрипт или callout который при создании сделки, в случае незаполнености поля "Исходная кампания", проверял бы значение поля "источник интереса", и если он не пуст, запрашивал бы данные по исходной кампании из него. В принципе задача не сложная.

[Likefire]

Интересная тема. Не поленился прочитать её с самого начала и поэкспериментировать. Отмечу, что всё ровно так и происходит, как описывает SLK. Но главное даже не в этом. Главное (для меня, как опытного внедренца) то, что сам процесс весьма и весьма сложен. Если в процессах (реальных бизнес-процессах) я не могу найти аналогов контракту от кампании, то мне приходится либо пробовать донести до менеджмента суть и необходимость такой сущности, что не всегда реально, либо адаптировать систему под реальные потребности и действия пользователей. Так вот, как раз по этому поводу вопрос к SLK: Вы просто тестировали всё вышеописанное, или у Вас практикуется сопряженный бизнес-процесс, с реальными аналогами контракта от кампании? И вообще мне интересно, как Вы внедряли существующий функционал (если конечно он внедрен) в "живой" компании?
Хотел бы отметить, что многие сущности стандартного функционала системы MS CRM 4.0, были встречены с непониманием со стороны представителей бизнеса и аналитиков. Например: мы не используем такую сущность как интерес - она явно избыточна и в аналогичных системах (да и методиках) того же Microsoft отсутствует напрочь. Исходно, вся клиентская база (Организации), поделена на представления, соответствующие основным сегментам, в которые сгружены все клиенты - как действующие, так и потенциальные. По мере работы разных специалистов база пополняется. На сегодняшний день система включает 14 сегментов, в каждом из которых не больше 200 записей о клиентах-организациях. Естественно, что каждый может подумать о том, что скорее всего база бесконтрольно разрастается. Реально - это не так. Вернее - по сути так оно и есть, но менеджеры не ощущают никакого дискомфорта в работе, потому что текущий список клиентов для каждого менеджера включает именно тех клиентов, текущее состояние которых обязывает менеджера к активной работе. Для понимания текущего состояния, в котором находится тот или иной клиент, каждый клиент наделяется статусом: 1. Потенциальный клиент; 2. Установлен контакт; 3. Проведена встреча; 4. Подписан договор; 5. Произведена оплата (Клиент); 6. Отказник (Клиентом не был); 7. Потерянный клиент. Переход между статусами происходит в результате фиксирования действий, поскольку, только в результате взаимодействия реально и происходит работа с клиентом (об отказе мы узнаем из встречи или телефонного звонка, договор подписываем в результате встречи, подтверждение оплаты приходит либо по факсу, либо по электронной почте). Единственный момент, который не предусматривает заведения действия для обретения статуса - это присвоение статуса 1. Это делает сам менеджер, когда отбирает из существующих сегментов потенциальный объект для обработки. Но даже эта процедура представляет собой наждатие двух кнопок. Весь процесс работы несложен. Из отчетов ясно видно, с кем из клиентов над чем нужно работать. Воронка продаж абсолютно понятна и прозрачна. Кроме того, с помощью колаутов мы запрограммировали планирование следующих действий. Это тоже логично, потому что каждый менеджер, установив с клиентом контакт, скажем по телефону, стремится договориться о встрече, или на крайняк о следующем звонке - то есть не терять с клиентом связь, либо же поскорее получить отказ, чтобы не тратить в дальнейшем своё время на пустые разговоры. Ну и конечно же, если звонок, либо запланированная встреча с клиентом были безрезультатны (неправильно набран номер, либо по указанному номеру дозвониться удалось, а оказывается, что искомой компании там нет) - система создаст менеджеру напоминание о том, что данный контакт нужно актуализировать, если опять же это необходимо (если это пустышка - запись о клиенте уничтожается). Но и даже в случае отказа, в нашей системе менеджеру создается напоминание с тем, чтобы через определенный промежуток времени, менеджер мог бы снова вспомнить о данной компании и возможно в этот раз уже возбудить интерес к нашим продуктам.
В завершении, хочу отметить, что на текущий момент мы разобрались со всеми нюансами и работаем достаточно уверенно в рамках описанной кастомизации. Естественен вопрос о развитии системы. В настоящий момент есть потребность фиксирования источника информации потенциального клиента о нашей компании, если клиент нам позвонил и сам проявил интерес к некому продукту. То есть грубо говоря, хочу приспособить поле "источник интереса" для этого. Но так как сам интерес в нашем случае ничто - достаточно просто связать данного клиента с кампанией, в результате которой он и получил информацию. Но тут встают два вопроса: 1. Может ли иметь место в моем случае наличие контракта от кампании и для каких целей его можно приспособить, без создания интереса; 2. Возможен случай, когда например кампания будет укрупнена, например: "Рекламная кампания в прессе", которая охватит не меньше 20 печатных изданий, как специализированных, так и общих, а менеджемент захочет проанализировать реальную отдачу каждого конкретного издания. А ведь компанией может быть и инет-поддержка, которая охватит почти полсотни интернет-сайтов, на которых появится наш баннер. Возможно эти сайты и издания и будут контракты от кампании? Я правильно сформировал понимание задачи?