Как выбрать подрядчика по аналитике

На первой встрече подрядчик показывает красивый дашборд. На второй — ещё красивее. На вопрос «откуда берётся прибыль?» отвечает: «Это уже на этапе внедрения».

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

Начните с задачи, а не с инструмента

Павел смотрит за красивый дашборд подрядчика и замечает незавершённый путь данных к прибыли

Хороший подрядчик спрашивает, какие решения вы хотите принимать, кто будет смотреть отчёт и почему текущих данных не хватает.

Фраза «внедрим BI» не описывает результат. Фраза «руководитель видит продажи и маржу по каналам до 10:00 каждого дня» — уже ближе.

Вопросы интегратору аналитики

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

Просите показать не картинку, а путь данных

Павел прослеживает путь показателя от исходных данных через очистку и расчёт до обновления дашборда

Пусть подрядчик возьмёт одну цифру на экране и объяснит её маршрут: источник, загрузка, очистка, формула, обновление.

Так быстрее видно, понимает ли команда задачу. Макет можно нарисовать за вечер. Надёжный путь данных требует чуть больше знакомства.

Зафиксируйте понятную приёмку

До старта договоритесь, с чем сверяются цифры, какая погрешность допустима, как быстро обновляются данные и какие роли имеют доступ.

Добавьте пилотный этап. Он дешевле большого разочарования и помогает обеим сторонам понять темп работы.

Как выбирать подрядчика по шагам

Опишите три решения, которые должен поддерживать проект.
Составьте список систем, владельцев и проблем с данными.
Попросите кандидата показать путь одной цифры до источника.
Сравните состав работ, роли, сроки и поддержку.
Запустите пилот на одном отчёте.
Примите результат по заранее записанным критериям.

Сравнивать только итоговую цену неудобно. Один подрядчик включил очистку данных, документацию и обучение, другой — только экран. Формально второй дешевле, но проекты пока разные.

Что должно быть в оценке

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

Отдельно зафиксируйте ограничения API, доступы и качество источников. Если подрядчик обещает точную смету до просмотра данных, это может быть не уверенность, а очень творческая математика.

Пример сравнения двух предложений

Условно вариант А стоит 450 000 рублей и включает три источника, сверку, документацию и месяц поддержки. Вариант Б — 300 000, но коннектор к учётной системе, очистка дублей и поддержка оплачиваются отдельно.

Коннектор стоит 90 000, очистка — 70 000, поддержка — 30 000. Полная сравнимая стоимость Б становится 490 000. Теперь А дешевле на 40 000, но решение всё равно зависит от сроков, опыта и качества подхода.

Сделайте таблицу: обязательное требование, А, Б, подтверждение. Слово «есть» без демонстрации или описания не считается подтверждением.

Как записать приёмку

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

Фраза «дашборд открывается» — слишком мягкая приёмка. Он должен отвечать на управленческий вопрос и объяснять цифру.

Ограничения и красные флажки

Осторожнее с обещаниями «под ключ» без участия бизнеса. Подрядчик не может сам решить, что компания считает продажей, маржой и новым клиентом.

Ещё несколько сигналов: нет плана сверки, не обсуждается владелец данных, доступы выдаются на личные аккаунты, исходные правила остаются только у исполнителя. Проект должен пережить отпуск конкретного человека.

Как я смотрю на выбор

Я прошу кандидата разобрать одну реальную цепочку и показать, где он ожидает риск. Хороший подрядчик задаёт вопросы про решения и данные, а не начинает с цвета графика.

Следующее действие: дайте двум кандидатам одинаковый контрольный кейс, список источников и критерии приёмки. Сравнивайте не презентации, а то, как они проверяют цифры и объясняют границы результата.

Попросите также план после запуска: кто следит за обновлением, как сообщается об ошибке, сколько стоит новая метрика и где хранится документация. Разработка заканчивается, а отчёт остаётся жить. Его нормальная поддержка — часть продукта, а не неожиданное приложение мелким шрифтом.

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