Короткий ответ
Power BI dashboard нельзя оценить по одной строке “цена за отчет”, потому что это не стандартный продукт. Оценка зависит: сколько источников (1С одна или 1С + Excel + CRM + ERP?), качество данных (чистые справочники или нужна очистка?), метрики (все согласованы или спорные?), частота обновления (ежедневно или раз в месяц?), кто видит что (все видят всё или нужны роли доступа?), нужен ли gateway для защиты on-premise данных.
На этой странице:
- Нет публичных цен — они зависят от scope и меняются с каждым КП.
- Нет “пакетов за X тенге” — потому что разные компании нужны разное.
- Есть checklist для оценки — что подготовить, чтобы получить честное КП.
На public Microsoft pages опираемся только для обучения, не для коммерческих предложений.
Для кого этот гид
Гайд нужен, если звучат такие вопросы:
- Finance: “Сколько нам будет стоить Power BI дашборд?” (Хотим бюджет, но честный.)
- IT/BI: “Что нужно подготовить, чтобы получить нормальное КП?” (А не размытое?)
- Бизнес-владелец: “Нам нужен простой дашборд или это большой data project?” (Я понимаю объём?)
- Прокьюремент: “Как правильно написать RFP для Power BI?” (Чтобы предложения были сравнимы.)
Для кого:
- Finance owner: бюджет зависит от источников, метрик, refresh, лицензий — есть checklist.
- IT owner: нужны gateway, security, environments, access, support — есть вопросы.
- BI owner: нужна структура метрик, владельцы, модель — есть примеры.
- Бизнес-владелец: нужен инструмент, которому доверять, не красивую картинку — есть acceptance criteria.
Чем эта страница не является
Это НЕ:
- Публичная цена дашборда (нет одной цены, потому что все разные).
- КП (это подготовка к КП).
- Финальное предложение (это шаблон вопросов для оценки).
- Microsoft price list (используем Microsoft Docs для обучения, не для договорных условий).
Это ЕСТЬ:
- Checklist “что подготовить для честной оценки”.
- Объяснение “почему Power BI дашборд 1 стоит 50k, а дашборд 2 — 500k”.
- Карта вопросов для procurement, finance, IT и business owner.
Почему Power BI dashboard cost - это scope вопрос
Слово “дашборд” может означать совсем разные вещи.
Дашборд 1: финдиректор смотрит одну таблицу с выручкой за неделю. Данные — один файл Excel, уже готовый. → 10 часов работы → цена низкая.
Дашборд 2: финдиректор видит выручку, маржу, дебиторку в разрезе по регионам. Данные из 1С, Excel, CRM. В 1С справочник контрагентов имеет дубли, в CRM контрагент называется иначе. Нужна очистка, согласование, тестирование. → 60 часов работы → цена среднесть.
Дашборд 3: то же самое, но данные нужны ежечасно, есть ограничения доступа по регионам (менеджер видит только свой регион), нужен gateway для on-premise 1С, нужна поддержка. → 200+ часов работы → цена высокая.
Визуально все три дашборда похожи. Но это разные проекты. Поэтому первый правильный вопрос не “цена”, а “что конкретно”.
- Какую задачу решает дашборд?
- Кто им будет пользоваться и что решает?
- Откуда берутся данные (один источник или много)?
- Как часто обновлять?
- Нужны ли разные роли доступа?
- Кто следит за ошибками после запуска?
Что влияет на оценку dashboard
| Driver |
Почему влияет на scope |
Что подготовить |
| Источники |
Один чистый Excel из бухгалтерии = 5 часов. 1С + Excel + CRM + ERP = 50 часов (нужно объединить, очистить справочники, согласовать ключи). |
Какие системы (1С, Excel, CRM, ERP, сайт, Dynamics 365), примеры данных, владельцы каждой. |
| Метрики |
Если отделы спорят "выручка это отгрузка или оплата", нужна встреча и согласование. Это работа. |
Как считается каждая цифра, примеры расхождений, кто согласует (финдиректор). |
| Модель данных |
Слабая модель = красивый дашборд, но ему не верят. Хорошая модель = рабочий инструмент. |
Таблицы, связи между ними, какие метрики переиспользуются, владелец модели. |
| Обновление данных |
Ежедневное обновление = нужен стабильный процесс. Ежечасное = нужна инфраструктура и monitoring. |
Когда нужны свежие данные (ежедневно в 7 AM, еженедельно, раз в месяц). |
| Доступы и роли |
Если финдиректор видит всё, а региональный менеджер только свой регион, нужна настройка ролей (RLS). |
Кто смотрит дашборд (все видят всё или разные люди видят разное). |
| Лицензии |
Если дашборд публикуется для 50 человек, может понадобиться Premium или Fabric capacity. |
Сколько людей будут смотреть, есть ли у компании Power BI лицензии. |
| Поддержка |
После запуска дашборд меняется: добавляют регионы, меняют роли, обновляют формулы. Нужен владелец. |
Кто в компании будет ответственен за changes, ошибки, новые метрики. |
Это не список цен. Это checklist, который помогает понять, почему два Power BI dashboard requests can have very different estimates.
Карта источников
Легко оценить:
- Дашборд из одного файла (Excel готовый, никакой очистки).
- Дашборд из одной системы (только 1С, только CRM).
Сложнее оценить:
- Дашборд из 1С + Excel + CRM (нужно объединить, понять ключи, очистить).
- Дашборд с фильтрами по регионам (нужна RLS, сложнее тестировать).
- Дашборд с ежечасным обновлением (нужен monitoring, support).
Для Казахстана часто: 1С + Excel + CRM + локальный ERP. Это много источников, это объёмнее.
Главный вопрос: где живут данные и кто их готовит? Если отвечает “разные люди в разных местах”, это прибавляет complexity.
Если главный вопрос в самой 1С архитектуре (какие таблицы брать, как clean данные), читайте Power BI + 1С гайд.
Semantic model и владельцы метрик
Semantic model — это не одно слово, это структура. Дашборд — это не только красивые картинки. Ему нужна организованная модель данных, иначе потом появляются споры о цифрах.
Хорошая модель включает:
- таблицы (какие данные);
- связи между таблицами (как товар в 1С связан с товаром в CRM);
- метрики (выручка вычисляется как SUM(…) WHERE …);
- фильтры (финдиректор видит все регионы, региональный менеджер только свой);
- владелец (кто утверждает, что модель правильная);
- правила обновления (ежедневно в 7 AM).
Слабая модель:
- Выручка может считаться по отгрузке или оплате — никто не выбрал.
- Дебиторы по дате счёта или по дате платежа — никто не выбрал.
- Товар в 1С и в CRM — это одна вещь или нет? Не знаем.
Результат: красивый дашборд, но финансовый директор говорит “я этим не доверяю”.
Перед оценкой подготовьте хотя бы 5 ключевых метрик:
- Название (“Выручка”).
- Смысл (“Сумма оплаченных счётов за месяц”).
- Источник (“1С таблица Продажи”).
- Формула (“SUM(сумма) WHERE статус=‘оплачено’”).
- Владелец (“финдиректор Амина”).
- Кто меняет это? (финдиректор + CTO).
Refresh, gateway и частота обновления
Refresh — это как часто дашборд обновляет данные. “Часто обновлять” звучит хорошо, но это не бесплатно.
Ежедневный refresh (дашборд обновляется в 7 AM):
- Кто готовит выгрузку из 1С? (человек или процесс?)
- Кто это мониторит? (IT видит, что выгрузка пришла или не пришла?)
- Если выгрузка не пришла, кто узнает и кто что-то сделает?
Ежечасный или реал-тайм (дашборд обновляется каждый час или прямое подключение):
- 1С должна быть в облаке или на сервере с открытым доступом.
- Нужен gateway (специальный компонент для безопасного подключения).
- Нужен мониторинг (что если gateway упал?).
Ежемесячный или ручной (дашборд обновляется, когда финансовый отдел скажет “обновите”):
- Проще всего организовать.
- Дешевле.
Главное для оценки:
- Когда нужны данные (ежедневно, еженедельно, раз в месяц)?
- Где стоит 1С (облако или локальный сервер)?
- Кто мониторит, что выгрузка пошла?
Доступы, RLS и роли пользователей
Простой доступ:
- Все смотрят один дашборд, видят все данные. (Например, executive dashboard для руководства.)
Сложный доступ:
- Финдиректор видит всю компанию.
- Региональный менеджер видит только свой регион.
- Продавец видит только свои сделки.
Это называется RLS (row-level security). Это усложняет работу и стоит денег.
Вопросы для оценки:
- Все видят всё или разные люди видят разное?
- Если разные — по чему разделить? (По регионам, отделам, менеджерам?)
- Кто менеджер для этого человека? (Чтобы понять, что он видит.)
- Есть ли external users (клиенты, партнеры)?
- Как проверять, что RLS работает правильно? (Кто тестирует?)
Совет: не обсуждайте RLS в конце. Обсуждайте в начале, потому что это меняет дизайн и тестирование.
Лицензии влияют на бюджет, но эта страница не публикует цены.
Вопросы для лицензирования:
- Сколько человек будут смотреть дашборд? (10 человек = дешевле, 500 = дороже.)
- Кто создаёт отчеты? (Только IT или бизнес-пользователи тоже?)
- Нужны ли сложные features? (Например, AI-based insights, paginated reports.)
- Где живут данные? (В облаке Microsoft или on-premise?)
- Нужен ли Fabric или достаточно Power BI?
Типовые сценарии:
- 5-10 человек видят дашборд, IT создаёт → Power BI Pro для IT + free viewers для остальных.
- 50 человек видят дашборд → нужно считать лицензии.
- Много данных, сложная обработка → Fabric capacity (отдельная переговор).
Лицензирование нельзя гадать из интернета. Проверьте во время КП с реальными цифрами.
Что отправить для оценки
Отправьте краткий бриф. Не просто “нужен дашборд”.
| Что | Где взять | Зачем |
|---|
| Бизнес-вопрос | ”Финдиректору нужны цифры выручки, маржи, дебиторки каждый понедельник” | Чтобы дашборд решал реальную задачу. |
| Пример отчета | Excel/PowerPoint, который используют сейчас, или sketch | Чтобы видеть, какие метрики и как их располагать. |
| Источники | Список систем (1С, Excel, CRM, ERP) и владелец каждой | Чтобы оценить, сколько работы по интеграции. |
| Метрики | ”Выручка = SUM(Сумма) WHERE Статус=‘Оплачено’, владелец=финдиректор” | Чтобы не спорить о том, как считать. |
| Обновления | ”Ежедневно в 7 AM” или “раз в месяц” | Чтобы понять операционные расходы. |
| Доступы | ”Финдиректор видит всё, менеджер видит свой регион” | Чтобы спланировать RLS и тестирование. |
| Лицензии | ”Есть ли у нас Power BI Pro, сколько пользователей смотрит” | Чтобы не гадать. |
| Сроки | ”Нужна КП до 30 июня, процесс procurement стандартный” | Чтобы ответить в правильный формат. |
Отправьте на контакты с примером отчета (Excel/screenshot), выгрузками данных и контактом финансового владельца.
Это быстро? Да. Заменяет ли это discovery? Нет. Но резко сокращает неопределенность КП.
Частые ошибки
Ошибка 1: просить цену без примера отчета. Поставщик гадает, результат = неверное обещание.
Ошибка 2: думать, что дашборд — это дизайн. На самом деле 80% работы = метрики, модель, очистка данных, согласование.
Ошибка 3: ждать, что Power BI “сам исправит” данные. Нет. Power BI показывает данные. Если данные грязные, дашборд тоже грязный.
Ошибка 4: забыть про поддержку после запуска. Дашборд, который не обновляется, становится ещё одним ручным файлом.
Ошибка 5: обсуждать лицензии в самом конце. Лицензирование меняет весь бюджет. Обсуждайте в начале.
Ошибка 6: публиковать “цену за дашборд” на сайте (даже в этом гайде). Цена зависит от scope, не бывает одной цены для всех.
Как связать этот гайд с другими страницами
Этот гайд — это подготовка к КП. Дальше:
Источники и границы
Technical и product facts в этом гайде используют official Microsoft sources:
Этот гайд не предоставляет Kazakhstan price list, implementation package, legal/procurement advice, fixed project timeline, promised reporting result или local Microsoft availability claim. Перед покупкой, RFP или реализацией проверьте source systems, current Microsoft terms, licensing/capacity route, currency, quote validity, support scope, data/security requirements и internal approvals.