TimesFM‑3 в планировании: карточка модели и честный пилот
TimesFM-3 стоит оценивать не по красивой линии на графике, а по тому, насколько прогноз помогает принять конкретное решение. Это модель для временных рядов: спроса, обращений, загрузки, остатков или других последовательных измерений. Она видит повторяющиеся закономерности в истории, но не знает о внезапном повышении цены, аварии или запуске нового товара, если такие признаки не переданы отдельно. В этой карточке важнее протокол проверки, чем обещание универсальной точности.
Версия и режим доступа
Перед пилотом зафиксируйте точный checkpoint или API-идентификатор TimesFM-3, дату, режим запуска и параметры горизонта. Уточните допустимую длину истории, число рядов, формат входа и лимиты запросов. Если модель доступна через внешний сервис, запишите тариф, регион обработки и условия хранения рядов. Для локального запуска добавьте требования к памяти и стоимость инфраструктуры.
Название модели не сообщает, умеет ли выбранная оболочка учитывать дополнительные признаки, праздники и пропуски. Проверьте это на реальном интерфейсе и не переносите свойства одной версии на другую.
Подготовьте один показатель
Начните с одного ряда и понятного решения: сколько товара заказать на следующую неделю или сколько операторов вывести в смену. Приведите время к единому часовому поясу и шагу — день, час или неделя. Не смешивайте дневные и недельные значения в одной колонке без заранее записанного правила агрегации.
Отдельно пометьте пропуски, возвраты, промо-периоды, аварии и смену ассортимента. Не заполняйте пропуск средним значением молча: модель должна знать, что измерение отсутствовало. Храните дату последнего факта и момент, когда был построен прогноз.
Базовая линия обязательна
Сначала рассчитайте простой прогноз: последнее значение, среднее за несколько периодов или повтор прошлого сезона. Он нужен не для конкуренции с моделью, а как честная точка отсчёта. Если TimesFM-3 не уменьшает ошибку относительно простого правила, сложность и стоимость не оправданы.
Разделите историю по времени, а не случайной выборкой. Последний отложенный период должен имитировать будущее. В обучающую часть не включайте сведения, появившиеся после даты прогноза, иначе получится утечка.
Собственный эксперимент
Возьмите минимум 12 последовательных периодов для проверки и несколько предыдущих периодов для настройки. Постройте прогноз на один, три и семь шагов вперёд, если это соответствует процессу. Для каждого горизонта сохраните фактическое значение, прогноз, ошибку и причину аномалии.
| Горизонт | Базовый прогноз | TimesFM-3 | Что проверяем |
|---|---|---|---|
| 1 период | реакция на последний скачок | ||
| 3 периода | сезонный рисунок | ||
| 7 периодов | накопление ошибки | ||
| промо-период | отсутствие внешнего признака |
Заполняйте таблицу собственными цифрами. Используйте MAE для средней абсолютной ошибки, а MAPE — только когда значения не близки к нулю. Для рядов с нулевыми продажами добавьте sMAPE или другую заранее выбранную метрику. Показывайте не только среднее, но и худшие периоды: один провал на пике спроса может быть важнее десяти спокойных дней.
Сезонность и внешние причины
Проверьте отдельные будни, выходные, праздники и периоды рекламных кампаний. Модель может заметить повторение в истории, но не угадать событие, которого раньше не было. Если прогноз используется для бюджета, заведите два сценария — базовый и стрессовый — и явно подпишите, какие допущения изменились.
Не подменяйте причинную модель прогнозом временного ряда. TimesFM-3 может показать, что показатель вырастет, но не объяснить, какая акция или ограничение поставки к этому приведёт. Решение о закупке или графике остаётся за аналитиком.
Пропуски и выбросы
Сравните три варианта: оставить пропуск отмеченным, заполнить его простым правилом и удалить период из теста. Если вывод меняется, зафиксируйте чувствительность в отчёте. Выброс после аварии не должен автоматически стать новой сезонностью. Проверьте прогноз с ним и без него, а причину изменения сохраните рядом с графиком.
Недельный протокол перед передачей прогноза в работу
Для первого пилота заведите одну контрольную неделю и не меняйте правила посреди эксперимента. В понедельник зафиксируйте срез истории, горизонт и базовую линию. Во вторник проверьте, что новые факты не попали в архив задним числом. В середине недели сравните прогноз с простым правилом на том же горизонте, а в конце недели сопоставьте оба варианта с фактом. Такой ритм показывает не только точность, но и момент, когда прогноз перестаёт быть актуальным.
В отчёте разделите три причины ошибки: модель не увидела закономерность, данные пришли с задержкой или произошло внешнее событие. Для каждой причины нужен свой ответ. Ошибку закономерности измеряют на новой отложенной выборке; задержку исправляют в конвейере загрузки; внешнее событие выносят в сценарный комментарий и не маскируют ручной правкой ряда. Если команда просто исправляет цифру перед публикацией, следующий прогон не станет лучше и историю решения будет невозможно восстановить.
Перед передачей прогноза закупщику или руководителю приложите короткую карточку: дата среза, горизонт, последняя фактическая точка, базовая линия, диапазон неопределённости, известные акции и условие остановки. Если диапазон не рассчитан, честно укажите это и запретите интерпретировать одну цифру как обещание. После фактической даты автоматически помечайте прогноз как проверенный или просроченный. Через четыре недели пересмотрите порог допуска на худших периодах, а не на среднем результате: именно редкий провал обычно создаёт реальный ущерб.
Русский интерфейс и объяснение
Если система формирует комментарий к графику, проверьте даты, единицы и названия показателей на русском языке. Текстовое объяснение не заменяет числовую таблицу: модель может уверенно назвать сезонность, которой нет. Просите указывать фактический диапазон истории, горизонт и метод расчёта.
Стоимость, приватность и эксплуатация
Считайте цену принятого прогноза: вызовы, хранение истории, повторные расчёты, время аналитика и стоимость ошибки решения. Ряд продаж может содержать косвенные сведения о клиентах или сотрудниках; обезличьте идентификаторы до загрузки и ограничьте доступ к резервным копиям. Для внешнего API проверьте срок хранения и обучение на запросах.
Установите пороги остановки: рост ошибки относительно базовой линии, отсутствие факта после заданной даты или резкая смена распределения. При срабатывании прогноз не публикуется автоматически, а передаётся человеку с пометкой о причине.
Сильные и слабые стороны
Сильные стороны: быстрый старт на последовательных измерениях, единый подход к нескольким горизонтам и возможность получить базовый прогноз без ручной настройки сложной архитектуры.
Слабые стороны: зависимость от качества истории, слабая реакция на беспрецедентные события, чувствительность к пропускам и необходимость отдельного расчёта неопределённости и причин.
Честный вердикт
TimesFM-3 можно проверять для планирования спроса, нагрузки и обращений, если у команды есть чистая история, простой базовый прогноз и аналитик, принимающий решение. Не используйте её как автоматический источник бюджета или закупки без стресс-сценария и ручного подтверждения. Модель считается полезной только тогда, когда выигрывает у базовой линии на отложенном периоде, а её ошибки видны до того, как прогноз превратится в обязательство.
Что забрать в работу
Карточка помогает проверить прогнозную модель на своей истории и не принять красивую демонстрацию за готовое решение. Сохраните исходные условия теста, зафиксируйте критерии остановки и вернитесь к ним через неделю: так решение оценивается по результату, а не по впечатлению от первой демонстрации.