и ссылку взяла из опубликовывающего окошка...

Ох, как же я ворчу сейчас) Причина была в том, что в одной из таблиц шаг с Native query был последним. Раньше десктоп ругался на такие ситуации при попытке загрузки данных в модель + я всегда руками определяю типы данных, но тут в одной из таблиц забыл, а десктоп видимо перестал ругаться.
Что хочется сказать в заключение: АААААА 😡

получилось! спасибо большое! надо было как ексельку публиковать. все так забывается быстро...

Спасибо, разобралась, все работает :)

привет чат 👋

#удаленка #parttime #фриланс

Аналитик на проектную работу

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

Что есть
- данные всех проданных страховых полисов
- данные зарегистрированных агентов
- данные о расходах на привлечение и удержание/стимулирование агентов по месяцам, с разбивкой на статьи
- разбивка агентов на когорты по неделе регистрации, и данные об активности этих когорт, выручке, ROI
- RFM-анализ по агентам на коленке (выделенные RFM-сегменты)

Что хотим
- проверить выполненные расчеты
- построить модель продукта (от воронки, юнита и ретеншена до P&L/ROI) для планирования экспериментов и поиска точек для улучшений
- более “практично” сегментировать агентов, выделить тех, кого интересней всего привлекать
- научиться определять “сегмент” нового агента в течение 5 недель и понимать, сколько выручки он должен принести в будущем, и за сколько окупится (чтобы, в свою очередь, быстро определять качество новых когорт)
- правильно посчитать ценность конверсий для автоматических РК Яндекса
- настроить сквозную аналитику и корректную модель атрибуции, чтобы знать точную стоимость регистраций в новых когортах и иметь возможность связать регистрации с каналами привлечения / посчитать когорты с разбивкой по источникам (сейчас примерно половина трафика, считающегося органическим, фактически приходит с рекламных кампаний)

Сроки
- пункты 1, 2 - в течение 1-2 недель
- пункты 3, 4 - в течение 3-4 недель
- пункт 5 - по договоренности

Условия
- оплата за результат или по часам (с предварительной оценкой трудозатрат)
- работа по договору (желательно, самозанятость или ИП)

Требования к исполнителю
подтвержденный опыт выполнения аналогичных задач

—
Уточнения можно прямо сюда, а за переговорами и деталями - пожалуйста, в личку.

Так вы их суммируете, поэтому так. Непонятно, где три столбика надо? Я бы для каждой цифры свою меру написал бы и все три бы вывел

так вот как решила вопрос курса валют. выгрузила все коды валют в 1 столбец, потом код общей валюты во второй столбец, а в 3й столбец - формула гуглфинанс. смотрите:

там где usd/usd просто 1 ввела, без формулы

но этот вариант не годится, если нужен курс валют на дату в прошлом

Может быть кто-то сможет подсказать другое
Если имеем таблицу ввгруженную при помощи directquery, как использовать её с vlookupvalue?

в чем конкретно проблема? не дает?

Нет, пишет, что при выгрузке такого типа (directquery) эта функция недоступна

а какие три столбика надо-то?

значит, никак. Может, связи спасут?

Сейчас у меня три значения янв 20, дек 20, янв 21 складываются вместе, надо что бы выводились рядом три

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

Был бы импорт, поидее работало бы. А импортом таблица грузиться не хочет

используйте вместо LOOKUPVALUE функцию FILTER. В принципе, LOOKUPVALUE внутренне и есть комбинация типа CALCULATE(VALUES('Table[Нужный столбец]), FILTER('Table', Table[Столбец для поиска] = значение для поиска))

Спасибо, попробую

сделайте три меры: текущий месяц, прошлый месяц, прошлый год. будет вам три столбика. В каждой проверка по тому, что выводим - город или регион.
А проще - вычисляемую группу