Добрый день!



Помогите разобраться.

Задача: изменить объект привязки в сквозной воронке (по умолчанию воронка строится по Лидам и Продажам). Необходимо изменить продажу на заказ.

Нашёл, что изначально объекты привязки объявляются в FullPipelineDesigner (пакет Platform):

 

_getDefaultEntities: function() {
                return [
                    {
                        "schemaName": "Lead",
                        "connectedWith": null,
                        "calculatedOperations": [{"operation": "Amount", "targetColumnName": "Budget"}],
                        "filters": null
                    },
                    {
                        "schemaName": "Opportunity",
                        "calculatedOperations": [{"operation": "Amount", "targetColumnName": "Budget"}],
                        "connectedWith": {
                            "type": 0,
                            "schemaName": "Lead",
                            "connectionSchemaName": "Lead",
                            "parentSchemaColumnName": "Opportunity",
                            "childSchemaColumnName": "Id"
                        },
                        "filters": null
                    }
                ];
            }



При попытке создать замещающий модуль c переопределенной _getDefaultEntities система говорит: "Замещение модулей запрещено".

Подскажите как решить такую задачу?

Нравится

1 комментарий

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

 

Проще всего будет сделать свою копию всех схем, реализующих сквозную воронку, изменить в ней объект, а затем использовать вместо стандартной.

Показать все комментарии

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

Необходимо создать 2 независимые воронки есть ли такая возможность?

Нравится

2 комментария
Лучший ответ

Евгений, используйте функционал дизайнера кейсов. Он позволит вам добавить неограниченное количество воронок в зависимости от типа продаж(например). Почитать подробнее можно здесь https://academy.terrasoft.ru/documents/technic-bpms/7-16/nachalo-raboty…

Евгений, используйте функционал дизайнера кейсов. Он позволит вам добавить неограниченное количество воронок в зависимости от типа продаж(например). Почитать подробнее можно здесь https://academy.terrasoft.ru/documents/technic-bpms/7-16/nachalo-raboty…

Сидоров Александр Валерьевич, спасибо большое!

Показать все комментарии

 Изображение удалено.

О компании

Компания Viseven — ведущий поставщик интерактивного контента, CRM- и CLM-систем, обучающих мобильных приложений, а также услуг по продвижению медицинских препаратов на мировом рынке с 2009 года. Официальные представительства компании расположены в 4 странах мира — в РФ, Эстонии, Канаде и Украине.

 

Предпосылки внедрения bpmonline

Для взаимодействия с клиентами Viseven использовала продукт собственной разработки. Работа с клиентами велась разрозненно, что не позволяло сделать аналитические срезы относительно продуктивности сотрудников компании. После анализа нескольких CRM-систем Viseven приняла решение в пользу продукта bpmonline sales.

 

Задача внедрения bpm'online

В первую очередь было необходимо автоматизировать рабочий процесс отдела продаж, чтобы избавиться от «самодеятельности». Также это позволило бы получать историю взаимодействия с клиентами и в дальнейшем ее анализировать, добавить контроль в выставление счетов, создать единый источник корректной информации, упростить работу новым сотрудникам. Кроме того, внедрение bpmonline позволило бы наладить процесс утверждения цен, коммерческих предложений (КП) и стандартизировать прайс-лист услуг компании.

Выполненные настройки

В рамках процесса внедрения был доработан процесс работы с Лидом. Старт процесса — это базовая стадия «Квалификация». После того как пользователь определил, что Лид может быть квалифицирован, он выполняет квалификацию и переходит на стадию «Назначение встречи». Стадия была добавлена в кейс с помощью инструментов Case Management c целью назначения предварительной встречи с клиентом. Как только встреча назначена, Лид переходит на стадию «Встреча», по результатам которой автоматически создается продажа.

 

Изображение удалено.

 

Процесс продажи также не остался без изменений: после прохождения референтной стадии «Квалификация», которая соответствует базовой логики системы, продажа переходит на стадию «Предложение». В рамках данной стадии составляется коммерческое предложение. В рамках процесса внедрения был создан раздел «Коммерческие предложения», в данном разделе клиент создает и управляет КП для клиентов.

 

Каждое коммерческое предложение содержит:

  • данные о покупателе;
  • предлагаемый список продуктов;
  • стоимость продуктов.

 

После подготовки предложения для клиента процесс продажи переходит на стадию «Внутреннее визирование». На данной стадии создается виза в разработанном разделе «Визы». После проставления положительной визы КП становится доступным для предоставления клиенту. Готовность для отправки клиенту определяется его состоянием, которое в данном случае меняется на «Утверждено». Далее КП отправляется клиенту, и процесс продажи переходит на этап «Переговоры». Данный этап состоит из нескольких вариантов ведения переговоров. Менеджер определяет являются ли данные переговоры Активными или Пассивными и в зависимости от этого определяет тактику сделки. После проведения успешных переговоров продажа переходит на стадию «Контрактация», где заключается договор, после чего продажа получает статус «Завершается с победой».     

 

Изображение удалено.

 

Также в рамках реализации сопутствующих задач, всплывающих в процессе внедрения, были использованы такие приложения из маркетплейса как:

  • Fields patterns for bpm'online — с помощью этого приложения были установлены маски ввода телефонных номеров в карточках контакта, контрагента, правила для email-адресов.
  • Lookup records merging — приложение позволило быстро произвести объединение записей в необходимых справочниках, например таких как Страны, Города.
  • Выделение цветом записей — позволило настроить выделение цветом заказов в реестре в зависимости от их состояния. Например, завершенные заказы залиты зеленым цветом.
  • Map widget for bpm'online — данное приложение позволило настроить визуальное отображение на карте мира территориальное расположения клиентов компании, а также проанализировать самые прибыльные регионы. Красивые карты с графиками радуют глаз руководству.

 

При реализации аналитических итогов была перестроена воронка продаж, так как было важно, чтобы она строилась на основании поля «Сумма продажи». Также для удобства пользователей в отображение воронки продаж были статично выведены данные о количество продаж и сумме продаж по стадиям.

Изображение удалено.

  

Результат

Внедрение bpm’online позволило автоматизировать работу менеджеров отдела продаж. Фиксация всех договоренностей и консолидация информации в единой системе позволили провести качественный анализ эффективности работы менеджеров. Компания Viseven не останавливается на достигнутом и уже планирует продолжить автоматизацию для дальнейшего привлечение к системе других организационных подразделений компании.

Нравится

Поделиться

0 комментариев
Показать все комментарии

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

Нравится

2 комментария
Лучший ответ

Думаю что вам может помочь это бесплатное приложение.

Думаю что вам может помочь это бесплатное приложение.

Григорий Чех, спасибо Вам большое.

Показать все комментарии

Добрый день!

Каким образом можно построить конверсионную воронку продаж с указанием количества продаж прошедших через каждую из стадий?



Пример:

- У нас есть 100 созданных продаж на стадии Квалификация. В системе существует 5 стандартных стадий: Квалификация, Презентация, Коммерческое предложение, Контрактация, Завершена с победой.

- Менеджер начинает работу по созданным продажам. Соответственно через первую стадию пройдут 100 продаж;

- На стадию "Презентация" перешли 90 продаж (10 - завершились с поражением) и т.д. Т.е. с каждой новой стадией идет отсев продаж. По итогу менеджер завершил успешно 40 продаж. При этом эти 40 продаж прошли через все стадии.

- Итоговая воронка должна выглядеть как - Квалификация - 100, Презентация - 90, Коммерческое предложение - 70, Контрактация - 40, Завершена с победой - 40.

Нравится

11 комментариев
Лучший ответ

См документацию по воронке продаж тут

См документацию по воронке продаж тут

Григорий Чех пишет:

См документацию по воронке продаж тут

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

Зверев Александр,

Сквозная воронка - это не то что хочется видеть.

1)В моем первоначальном вопросе, речь идет только о продаже.

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

3)Т.к. это воронка, то с каждой последующей стадией идет "сужение". На представленной воронке сужение сугубо графическое. Если посмотреть на числа, то станет ясно, что проценты внезапно увеличиваются, вместо того чтобы последовательно уменьшаться.

Для чисел нужно переключиться на первую вкладку.

Зверев Александр,

В такой воронке отображает не конверсию, а количество продаж на каждой из стадий. Т.е. если у меня есть 100 продаж, они будут распределены по стадиям: Квалификация - 30, Презентация - 30, Коммерческое предложение - 15, Контрактация -20, Завершена с победой - 5.

Тогда вторую вкладку, с процентами. 

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

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

О, да! Равномерная воронка - это обман зрения. Графики нужны для того, чтобы не вчитываться в цифры. 



Хотелось, чтобы разработчики сделали более наглядную воронку 

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

Зверев Александр пишет:

Владимир, если в гугл-картинках вбить «воронка продаж», то чуть менее, чем все

А если вбить "Sales pipeline", то будет уже поинтереснее.

Например, в одной крупной системе виден источник, очень напоминающий воронку в TS 3.x (которая наглядно отражала план и факт в виде заполнения каждой стадии)



В другой крупной системе высота стадии зависит от числового показателя (не так наглядно, но всё же) 



Так что, можно побрейнстормить и выдать визуально эффектный и эффективный инструмент

Да, в 3.Х была неказистее, но нагляднее:

1

2

В 7.X высота элемента воронки отображает количество продаж на соответствующей стадии.

1_Анализ.png (1215×683)

Показать все комментарии

Можно ли настроить воронку продаж, чтобы сумма показывалась по "Сумме продажи", а не по "Бюджету клиента"?Изображение удалено.

Нравится

4 комментария
Лучший ответ

Если не трогать системные представления то посмотрите в сторону как изменить расчеты в воронке продаж

А через представление не пробовали?

Григорий Чех,

а какое представление отвечает за построение воронки продаж? Да и как-то не хочется системные представления редактировать. Обновления-то придут

Если не трогать системные представления то посмотрите в сторону как изменить расчеты в воронке продаж

Да, не тривиально... Вообще, я не понимаю, почему воронку решили строить по бюджету клиента...

Показать все комментарии

Всем привет, подскажите как решить задачу:

Воронка строится на основании кейсов конкретного раздела, а мне нужно построить воронку продаж по 3-м сущностям: лид(его стадии)+контрагент(его стадии)+продажа(ее стадии).

Подскажите, можно ли это реализовать?

Нравится

1 комментарий

Добрый день, Роман!

Да, данный функционал сквозной воронки (начиная с лида) уже реализуется в системе и будет готов в релизе к концу этого лета. Вы можете более подробно описать свой кейс и мы учтем пожелание при данной реализации в рамках уже существующей проблемы 4662 (например, какие стадии в контрагенте вы делаете? вы хотите учитывать лиды, которые квалифицируются в контрагенты или лиды, как потребности по определенной базе контрагентов, а потом уже сколько этих потребностей переросло в продажи?).

Показать все комментарии

Здравствуйте.
Скажите пожалуйста, можно ли убрать из воронки продаж определенные стадии?
Стандартный функционал фильтрации не подходит, т.к. стадия в воронке все-равно присутствует, но со значением 0.

Как отфильтровать воронку,чтобы осталось всего 5 нужных стадий?

Нравится

8 комментариев

Добрый день, Александр!

Если необходимо минимум вмешательства, а стадии используются не совсем как задумано, то можно их отфильтровать следующим образом: в воронке не отображаются конечные не успешные стадии. То есть, можно всем тем, которые не должны отображаться, установить поле End = 1, а поле Successful = 0.

Если же этот функционал используется, то фильтрацию можно добавить только вмешательством в код. Необходимо замещать модуль OpportunityFunnelDrillDownProvider, полностью копировать его код в новый модуль, и вносить необходимые изменения в метод getFunnelAllowedStagesFilters (для версии 7.6) либо в initOpportunityStage (для версии 7.5).

а разве это не решается через Справочники - Стадии продаж?

"Антон Кравченко" написал:а разве это не решается через Справочники - Стадии продаж?

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

"Антон Кравченко" написал:а разве это не решается через Справочники - Стадии продаж?

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

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

"Пащенко Александр Сергеевич" написал:Изначально был сделан новый процесс продаж и лишние стадии были удалены, но они снова появились после очередного обновления системы и установки данных, привязанных к пакетам.

Лишние стадии мешают не только в воронке продаж, но и в самой карточке продажи

"Пащенко Александр Сергеевич" написал:Изначально был сделан новый процесс продаж и лишние стадии были удалены, но они снова появились после очередного обновления системы и установки данных, привязанных к пакетам.

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

Решение, настроить фильтрацию была принято для того, чтоб не удалять стадии при очередном обновлении.

Показать все комментарии

Здравствуйте.
Есть 2 вопроса по воронке продаж:

1. Возможно ли выводить в воронке продаж фактическую сумму не из Продажи-Доход, а из суммы договора, который находится в состоянии "Подписан"?
Т.е. в меню Продажи - раздел Договоры. Открываем договор, переводим состояние в "Подписан", сохраняем. И сумма из договора, в состоянии "подписан", отражается в фактической сумме Воронки продаж вместо указанного дохода в самой продаже.
Либо после перевода договора в статус подписан, сумма из договора автоматически подставлялась в доход продажи.

2. Можно ли создать дополнительную Воронку продаж по конкретному продукту (не типу продукта)?
Сейчас есть общая воронка продаж по всем видам, хочется конкретной статистики по продуктам.
Спасибо.

Нравится

4 комментария

Евгений,

1. В коробочной версии воронка продаж строится только на основании данных раздела [Продажи]. Выводить в воронке данные другого раздела, без изменения конфигурационной логики построения воронки, нет возможности.

2. Также потребуются конфиграционные изменения (обратите внимание на сервис Wnd_PipeLineWorkspaceScript, в котором реализовано построение воронки).

Спасибо, Наталья.
А можно по второму вопросу поконкретней.
Что в скрипте изменять, ка создавать новую воронку.

Здравствуйте, Евгений.

Здесь нет четких инструкций, необходимо дорабатывать конфигурационную логику.

Если Вам необходим этот функционал, прошу сообщить на support@terrasoft.ru, - мы передадим информацию менеджеру для согласования проектной доработки.

Понял. Спасибо.

Показать все комментарии

Привет, коллеги. Я веду клуб B2B Ukraine - ежемесячно мы освещаем актуальные вопросы развития маркетинга и продаж В2В. На прошлом клубе по теме выравнивания маркетинга и продаж выступал Андрей Довгань, - публика была впечатлена (см. http://bit.ly/XDA39v). Сейчас нам нужен клиентский опыт по вопросам установки и измерения KPI и в целом эффективности в продажах В2В. Т.е я ищу спикера из среды партнеров -клиентов Террасофт, кто мог бы рассказать об опыте своей компании в этой области 28 марта в Киеве . Если есть желающие - свяжитесь со мной по адресу yurchak.alexandre@gmail.com. Заранее благодарю.

Нравится

0 комментариев
Показать все комментарии