Соберём данные в общее хранилище
Одна точка правды вместо ручной выгрузки из пяти систем. С архитектурой, которая переживёт смену подрядчика, обновление ваших систем и уход сотрудника, который «единственный знал, как считается».
Хранилище — это про договорённости, а не про технологию
Развернуть базу и залить в неё выгрузки — задача на несколько дней. Сложность в другом: договориться, что считается выручкой, кто такой активный клиент и с какого момента сделка считается закрытой.
Почему проекты буксуют
Хранилище строят как техническую задачу, откладывая согласование определений на потом. В итоге данные собраны, а доверия к ним нет: каждый отдел продолжает считать по-своему и приносить на встречу свой файл.
Что делаем иначе
Определения метрик фиксируем письменно и до разработки. Каждая цифра в отчёте должна раскладываться до исходных записей — чтобы спор решался проверкой, а не авторитетом.
Признаки, что данные пора собирать вместе
- На один и тот же вопрос два отдела дают разные цифры — и оба могут обосновать свою
- Подготовка регулярного отчёта занимает дни ручной работы
- Историю нельзя посмотреть: системы хранят текущее состояние, а как было полгода назад — уже не восстановить
- Аналитику невозможно построить, потому что выгрузки из разных систем не стыкуются по справочникам
- Логика расчёта ключевых метрик живёт в голове одного человека или в формулах одного файла
От разрозненных выгрузок до витрин данных
Инвентаризация источников
Какие системы содержат нужные данные, в каком виде, с какой полнотой и качеством. Отдельно фиксируем известные проблемы: дубли, незаполненные поля, ручные правки.
Словарь метрик и справочников
Согласуем определения с теми, кто этими цифрами пользуется. Приводим справочники к единому виду — без этого данные из разных систем не соединяются.
Модель хранилища
Слой сырых данных, слой очищенных, слой витрин под конкретные задачи. Сырые данные сохраняем всегда: это позволяет пересчитать историю, когда логика поменяется.
Загрузка и контроль качества
Регулярная загрузка с проверками: полнота, дубли, расхождения с источником. Если загрузка сломалась, это должно быть видно сразу, а не через месяц в отчёте.
Документация и передача
Описание модели, расчётов и регламента загрузки. Задача — чтобы вашей команде или другому подрядчику было понятно, как всё устроено.
О хранилище
Нам нужно именно хранилище или хватит выгрузок в Excel?
Если данные нужны раз в квартал одному человеку — хватит выгрузок. Хранилище оправдано, когда цифры нужны регулярно нескольким подразделениям, когда важна история и когда расхождения между отчётами стали проблемой. Если сомневаетесь, это нормальный вопрос для первого разговора: иногда честный ответ — «пока рано».
На чём вы строите хранилище?
От объёма и требований: для большинства задач среднего бизнеса достаточно классической СУБД, для больших объёмов и сложной аналитики — специализированных решений. Выбор обсуждаем отдельно, с учётом того, что у вас уже используется и кто это будет поддерживать.
Где будут храниться данные?
Там, где требуют ваши политики: в вашем контуре, в вашем облаке или у выбранного вами провайдера. Вопрос размещения и доступа к данным решается до начала работ, а не после.
Что если у нас данные плохого качества?
Так почти всегда. Проблема в том, что до сборки хранилища масштаб проблемы обычно не виден. Часть чистится автоматически, часть требует решений на вашей стороне — например, изменить процесс заполнения. Мы показываем, что именно не сходится, и предлагаем варианты.