#учебный Всем добрый день. Как человек, анализировавший данные из amoCRM 3 года и работавший в нём, я неоднократно замечал, что BI разработчики всех мастей плохо понимают специфику работы с этапами в amoCRM, что вызывает некорректный расчёт конверсий между этапами сделок на уровне логики, а не кода. Менеджер может принять звонок, поговорить с клиентом, сразу закрыть сделку, если клиент купил в режиме разговора. Он может перепрыгивать между этапами (стоит отметить, что есть возможности требовать заполнения тех или иных полей для попадания на тот или иной этап, чтобы предотвращать подобное). Значит ли, это клиент не был на этапе холодного звонка скажем, если сразу из заявки попал в «Сделка успешно реализована»? Нет. Он был на этом этапе пару минут, пока менеджер ему звонит. Ещё одна «болезнь» неотлаженных бизнес-процессов, это когда клиент взял паузу и клиента перекидывают назад, в более ранние этапе, прогревы, пассивы и так далее. с моей точки зрения – это потерянная сделка, это помогает лучше оценивать эффективность маркетинга, а клиент должен попасть в новую воронку прогрева, где будет оцениваться эффективность именно команды прогрева. Иначе менеджер будет вечно передвигать задачу по этой сделке, потому что не хочет звонить клиенту, который «думает». Я видел случай, когда одну задачу звонка перенесли 57 раз. Однако в данных у нас появляется ещё одна запись после перехода, которой быть не должно. В связи с чем я разработал логику, которая решает все эти проблемы. В чём она заключается. В том, что попаданием на этап засчитывается этот этап и более дальние. Например, число попаданий на этап 2 и 8 равно числу попаданий на этапе со 2 по 8 и так далее. Разумеется, мы говорим об успешных этапах. Этап «Закрыто и не реализовано» мы из условия фильтра исключаем. Таким образом мы готовим вычисления для каждого этапа. Далее, в таблице событий amoCRM мы подсчитываем количество сделок, у которых число попаданий на интересующий этап больше нуля. Тем самым мы учитываем попадание сделки на этап 1 раз, даже если менеджер будет целый день перебрасывать сделку между этапами. В файле-примере вы найдёте сравнение подходов. Данные сгенерированы. Файл https://t.me/pbi_sql_dataviz/24?comment=45