Ребята, добрый день. Не отображаются менеджеры в таблице, все остальные данные вроде бы подтягиваются, не могу понять где ошибка. Подскажите?
Ребята, добрый день. Не отображаются менеджеры в таблице, все остальные данные вроде бы подтягиваются, не могу понять где ошибка. Подскажите?
Здравствуйте, Юля!
Чтобы менеджеры появились в таблице – нужно поставить план по продажам и распределить его между менеджерами. Таблица фактически отображает выполнение плана, но если его нет, то отображать нечего.
Сейчас у вас план не заполнен.
Так же если хотите посмотреть за прошедшие месяцы – тоже поставьте план задним числом.
Спасибо большое
И еще не могу понять, что не так делаю. В СРМ стоит фактическая прибыль 10 тысяч, а в дашборде 127
скрин с срм, грузила декабрь
скрин с срм, грузила декабрь
Юля, откройте доступ к вашей выгрузке и дашборду для it.business.systems@gmail.com – я посмотрю
Готово, я думаю может быть криво встают заявки, которые были забронированы ранее, а доплатили в декабре
Михаил, можете заодно посмотреть бонус за выполнение плана, я ставила конкретную цифру, а считает %
Добрый день! У меня подтянулось в таблицу только количество заявок, а все остальные цифры нет... Что делаю не правильно?)
И еще такой вопрос. Я - продающий директор, НО обычно план ставлю только менеджерам, мои личные продажи учитываю как чистая прибыль сверх планов. В новой системе при подтягивании фактических продаж как я понимаю цифра берется общая. Можно ли сделать, чтобы из юона в выполнение командного плана подтягивались фактические продажи только тех менеджеров, которые есть в таблице?
И еще такой вопрос. Я - продающий директор, НО обычно план ставлю только менеджерам, мои личные продажи учитываю как чистая прибыль сверх планов. В новой системе при подтягивании фактических продаж как я понимаю цифра берется общая. Можно ли сделать, чтобы из юона в выполнение командного плана подтягивались фактические продажи только тех менеджеров, которые есть в таблице?
Добрый день!
По цифрам, откройте дашборд и выгрузку для it.business.systems@gmail.com – я посмотрю.
По частичной выгрузке по менеджерам – к сожалению такой опции в текущем ф-ле нет, хотя в теории это конечно возможно. Но пока такую доработку не планировали.
Можно попробовать использовать стандартные фильтры:
Использовать специальный отдельный "Тип сделки" для директора "Продажи Директора", например. Не включать этот тип сделки в план продажи, а при распределении плана по продажам ставить себе 0%.
Добрый день! У меня подтянулось в таблицу только количество заявок, а все остальные цифры нет... Что делаю не правильно?)
Наталья, посмотрел ваш дашборд.
Вы забыли проставить галочки "учесть" для закрытых сделок. Из-за этого дашборд не может понять что считать успешной продажей и поэтому таблица не заполнена.
Просто проставьте галочки в настройках.
+++
Так же рекомендую убрать доступ по ссылке к файлу дашборда и файлу выгрузки.
Спасибо! По поводу продаж директора - добавила тип сделки Продажа директора, прощелкала свои заявки за последние несколько месяцев, в выгрузке из юона данный тип появился, а вот в Дашборде в директорской вкладке, где стоит общая сумма Факта в выполнении командного плана цифра так и не изменилась - все продажи туда сваливает...
Спасибо! По поводу продаж директора - добавила тип сделки Продажа директора, прощелкала свои заявки за последние несколько месяцев, в выгрузке из юона данный тип появился, а вот в Дашборде в директорской вкладке, где стоит общая сумма Факта в выполнении командного плана цифра так и не изменилась - все продажи туда сваливает...
Это произошло потому, что данные о продажах мы берем с листа "продажи", а не листа заявки, который обновляется реагируя на все изменения.
Лист продажи устроен иначе – он проверяет какие строки уже были добавлены и добавляет только новые.
Поэтому у вас есть два варианта:
1. Ничего не делать и просто учитывать ваши продажи отдельно начиная с сегодняшнего дня – все новые продажи будут попадать в выгрузку уже с актуальными типом сделки.
2. Произвести выгрузку из CRM полностью заново. Тогда данные выгрузятся с актуальным типом сделки. Для этого удалите все заполненные ячейки кроме заголовков и листа "цикл сделки" и просто дождитесь следующего выполнения скрипта (если вы настроили таймер – он должен запускаться каждые 10 мин.)
В любом случае не забудьте правильно отметить типы сделок на листе "настройки" в дашборде (просто не выбирайте тип сделки "Продажи директора" ни в туры, ни в допы).
Отпишитесь потом какой вариант вы выбрали, и все ли получилось.
Пошла по второму пути - почистила таблицу(все вкладки), все данный подгрузились заново, НО в Факте выполнения командного плана цифра все равно не совпадает с продажами менеджеров, там считаются все равно все фактические продажи... Ну или я что-то не правильно делаю (ссылки для вас открыты, сможете проверить?)
И еще уточнение, в ФАКТ идут все оплаты, даже если была предоплата по заявке? Или только полностью оплаченные заявки?
И еще один нюанс заметила - если по оплате была банковская комиссия (по эквайрингу например), мы ее сразу вычитаем из комиссионной части, в юоне конечно все проставляем. А в таблице комиссия по заявке подтягивается полная, без учета расходов банковских. Можно ли это как-то тоже учитывать при анализе продаж?
Пошла по второму пути - почистила таблицу(все вкладки), все данный подгрузились заново, НО в Факте выполнения командного плана цифра все равно не совпадает с продажами менеджеров, там считаются все равно все фактические продажи... Ну или я что-то не правильно делаю (ссылки для вас открыты, сможете проверить?)
И еще уточнение, в ФАКТ идут все оплаты, даже если была предоплата по заявке? Или только полностью оплаченные заявки?
Наталья, чтобы я смог помочь, дайте пожалуйста доступ для редактирования для it.business.systems@gmail.com
Учитываем все оплаты по заявке.
Вы всегда сможете поправить комиссию по каждой продаже в столбце "Сумма комиссии" на листе "Продажи". Я об этом говорил в видео. Учитывайте, что после изменения данные попадут в дашборд спустя некоторое время.
Доступ открыла.
Ну если все оплаты считаются, это не совсем рабочая история... если мы все время говорим о том, что зп менеджерам начисляем только по полностью оплаченным сделкам.
А если я вручную например удалю комиссию там, где внесена только частичная оплата, при следующей выгрузке она перетрется?
Доступ открыла.
Ну если все оплаты считаются, это не совсем рабочая история... если мы все время говорим о том, что зп менеджерам начисляем только по полностью оплаченным сделкам.
А если я вручную например удалю комиссию там, где внесена только частичная оплата, при следующей выгрузке она перетрется?
Наталья, здравствуйте!
Вопрос начисления бонусов – это одна из самых горячих тем на каждой эталонке. Кто-то платит по факту получения денег, кто-то – только после возвращения туриста.
Внутри TurMarketing мы придерживаемся позиции: платить нужно по мере поступления денег в кассу. Это лучший способ финансовой мотивации: менеджер видит прямую связь «получил деньги от клиента = получил бонус». Да, директор в этом случае берет на себя риск, но в бизнесе это ОК, и высокая скорость работы и мотивация команды перекрывают эти риски.
Дашборд спроектирован именно под эту логику. Функционал «оплаты только по закрытым сделкам» у нас в планах, реализуем его, если будет высокий спрос.
Как работать сейчас (Ответы на ваши вопросы):
- Можно ли править комиссию в выгрузке? Да, вы можете это делать на листе "Продажи"
- Сотрется ли она при обновлении? Нет. Мы специально настроили систему так, чтобы ручные правки в столбце "Комиссия" на листе продаж сохранялись при следующих выгрузках.
Технический момент: Чтобы данные подтягивались корректно, пожалуйста, вставьте ссылку на лист выгрузки в файл дашборда полностью (как обычный текст), не превращая её в смарт-чип (не нажимая Tab для форматирования), как показано на скриншоте. В новой видеоинструкции мы этот момент уточнили.
Таким образом если вы хотите пока остаться на своей системе мотивации, вам нужно вручную корректировать файл выгрузки:
- Ставить «0» в комиссии там, где внесена только предоплата.
- Проставлять полную комиссию, когда заявка оплачена полностью.
Добрый день. В старом kpi план ставился из мат формулы + историйность. Сейчас как в автоматическом план брать только историйность?
Добрый день. В старом kpi план ставился из мат формулы + историйность. Сейчас как в автоматическом план брать только историйность?
Добрый день!
В плане постановки плана ничего не изменилось – мы все так же пользуемся фалом расчетчиком и прогнозом из прошлых лет.
Важно не путать инструменты:
-
Файл-расчетчик: В нем мы планируем. Мы берем исторические данные (как базу) + накладываем на них нашу математическую модель (сколько денег вы хотите заработать).
-
Новый KPI-ник (Автоматический): В нем мы считаем факт. Он нужен, чтобы в реальном времени видеть, попадаете вы в план или нет, и отслеживать честную конверсию и средний чек.
Новый KPI-ник только автоматизирует учет и помогает наглядно увидеть реальную конверсию / ср. чек по каналам, что может помочь в постановке плана. А наш математический планировщик хорошо помогает директору лучше понять из чего достигается план.
Но, как и прежде, мы все-таки держим в голове, что наш план – это не просто прогноз, это наша цель. Если ставить план только по историйности – это будет не план, а «прогноз погоды» (плывем по течению). Мы в ТМ топим за то, что план – это воля собственника.
спасибо
Добрый день!
Почему может не отображаться в дашборде портфель источников по менеджерам? Остальное всё отображается.
Может не хватает данных, хотя странно...остальные диаграммы встают.
Добрый день!
Почему может не отображаться в дашборде портфель источников по менеджерам? Остальное всё отображается.Может не хватает данных, хотя странно...остальные диаграммы встают.
Здравствуйте, Елена!
А вы заполнили страницу "Прогноз по обращениям"? Без нее источники могут не работать.