Перед внедрением DWH главный риск — не ETL и не выбор вендора, а кривой предпроект. Если обследование сделано

Перед внедрением DWH главный риск — не ETL и не выбор вендора, а кривой предпроект. Если обследование сделано «для галочки», бюджет уходит на космические замки, а потом внезапно выясняется: источники не готовы, бизнес-метрики не согласованы, качество данных ниже плинтуса, а SLA вообще никто не формализовал.

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

Для performance-маркетинга это особенно знакомо: пока не зафиксированы атрибуция, события, окна конверсий и единый словарь метрик, любой BI превращается в спор о цифрах. 📉

Хороший DWH начинается не с архитектуры, а с вопросов, на которые бизнес и аналитика отвечают одинаково. Если ответы расплывчатые — проект потом будет расплачиваться дедлайнами и перерасходом.