Есть ещё Recognized Revenue и collected payments

Recognized — это акты

А collected — на счёте в банке

> Ну то есть основная задача — увидеть общую выручку за месяц.

К расчёту мотивации и конкретного заказа тут отношения никакого не имеет.

У многих компаний в проектной работе менеджеры получают от прибыли с каждой сделки. Это реалии. Поэтому у клиентов это востребовано. Проектную деятельность ведут PM в других программах. А прибыль менеджерам важно видеть в моменте. Это опыт 7 лет в построении продаж. Можно с этим не соглашаться. Просто это факт :)

Смысл соглашаться с чем-то другим, если тут совсем иная потребность)

Это да :)

Амо представляет собой базу с большим количеством данных. Исследование их позволяет видеть слабые и сильные места бизнеса.
Понятно, что общую выручку можно и в 1с глянуть или на банковском счёте,  но анализ через данные амо позволяет делить клиентов (менеджеров,  товары,  регионы..) на сегменты.  Например,  смотреть сколько новых клиентов,  сколько сорвались и кто именно сорвался, чтобы провести с ними работу. Аналитика позволяет РУКОВОДИТЕЛЮ из тысяч сделок быстро найти те несколько,  которые нужно обсудить с ответственными, и принять управленческое решение: уволить/наградить; закрыть направление/вложиться в продукт/рекламу на конкретный сегмент и тд.

Всё можно во внешней аналитике.

Ну кому как не вам знать, что у данных есть достоверные и не достоверные источники. Так вот, когда мы говорим о количестве оплат и о деньгах, то в CRM данные не достоверные, а у бухгалтерии в Эксельке достоверные.

Отсюда простой вопрос — какой софт должен являться первоисточником данных для такого рода аналитики.

Адинэська дядь Вить

Дядь Вить шо там у тебя в релизе было? Где посмотреть?

Здоровенько. Запись будет позже

Ну вообще, достоверность лучше поддерживать в мастере, а не в эксельке) в том числе и амо-rawdata. Источников может быть много, но результирующая все равно одна должна быть, а ее детальность зависит напрямую от целей аналитики. Иначе даже на маломальских обьемах, и особенно если в инфрастуктуре много saas-ок, какой нибудь сквозной срез по клиенту будет строиться как в лучшие времена - минут по 5:) И когда все это действительно важно - изза угла начинает помахивать oracle :)

/spam@NotSpamBot

Доброе утро! Можете подсказать, пожалуйста, как можно организовать отображение загруженности производства для менеджера продаж (желательно визуальное), чтобы он мог планировать даты отгрузки для клиентов?

Т.е. есть производство с условной  мощностью 1000 ед. продукции/сутки, менеджер смотрит на график и видит, в понедельник запланировано 600 ед продукции, во вторник 200, в среду 100, и может распределять заказ и согласовывать сроки с клиентом, + заказы (количество товаров) с определённой стадии попадали в этот график, опционально хотелось бы понимать возможность бронирования в этом графике

Отдельный виджет писать

Управление загрузкой производства - виджет. Ню ню

да тут есть любители, они хоть на управление орбитальной станцией виджет напишут)))))
лишь бы освоить бюджет)

ЦУП в амо. За 10000 рублей ))))