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

На примерах рассказываю.

1. Производство изделий. Изделие изготовлено полностью одной сменой, под конец смены ОТК сообщает о недочётах, изделие возвращается на конвейер - его доделывает следующая смена. Кому в зачёт ставить? С точки зрения BI - разработчика - он забирает первое получение статуса о готовности, или последнее? На практике, целое совещание созывали, когда задал такой вопрос. А вроде бы основа основ - если зарплата сдельная, то какой бригаде пойдут деньги? Дальше - лучше. А если одну часть работы сделала одна бригада, а другую часть работы - другая бригада, как поступить в этом случае? А если вдруг кто-то поймёт схему и начнёт недоделки скидывать следующей бригаде, зная, что зарплата считается по первому попаданию к ОТК, а не последнему? Выход из ситуации тут конечно другой - считать раздельно каждый этап. То есть бригады разделить на ту, которая занимается условно назовём заготовкой, и ту, которая занимается финишированием. Гораздо проще договориться между бригадами, у которых 1 вид деятельности, чем 1 административная принадлежность. Если Бригада 1 занимается и черновой и финальной обработкой, то у неё будут стычки с Бригадой 2, если им переходит наследство. А если есть Бригада 1 Черновая и Бригада 2 Черновая, то им легче понимать, что обеим бригадам будут попадать недоделанные заготовки друг друга (конвейер пришлось остановить - ТО или конец смены)

2 Продажи. Задача: "сумму продаж по месяцам выведите, пожалуйста". В СРМ системе порядка 18 этапов, а цикл сделки 2 года. И вот такой человек как я задаёт вопрос: "считаем по какой дате?". Разумеется, немой вопрос. "Что значит по какой дате?" Вот у меня в СРМ системе 18 этапов, у каждого этапа своя дата. Во-первых, оказывается, что сделка случается не при классическом "Сделка закрыта и реализована", в своём специальном. Во-вторых, разным участникам нужно разный маркер времени. Например, сумма продаж в марте 2024 года, это какие именно сделки? Сделки, по которым произошёл расчёт? Или по лидам, которые в марте 2024 года пришли в компанию? Мы что считаем? Денежные потоки или ROMI? Мало того, были и другие проблемы, например, менеджеры не вели лида в СРМ системе, а просто в памяти, и спустя 2 года в "Неразобранном" сделка получает статус "сделка успешно реализована". Или менеджер, уверенный в своих силах сразу переносит клиента на поздние этапы сделки, а ему документы зарезают при выдаче вида на жительство.

Выход из ситуации:

1. Мы перестраиваем СРМ, уменьшаем число этапов, вводим жёсткие условия перевода сделок на тот или иной этап. 2. Отслеживаем сделки, по которым нет активности или они переносятся. 3. Связываем СРМ с 1С Бит-Финанс (без синхронизации, просто отчётность в BI системе).

К чему я это всё? А задайте себе вопрос, вы знаете, как считается у вас в бизнесе? И все ли согласны с этим методом? Согласна ли с ним вообще математика? Нередко в описании вакансий вижу требование "понимание статистики". Сам же видел, как выпускник видного вуза (я бы сказал самого видного вуза в области аналитики) делил на ноль! НА НОЛЬ, КАРЛ. И в отчёте выводил прямо в таблице значение "бесконечность". Разумеется, в этот канал вкладывали бесконечно денег, а сделок он принес... ноль.