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

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

Отчёт, готовый после окончания месяца, это не отчёт

Когда ежемесячный отчёт отнимает у кого-то два дня работы, он перестаёт быть отчётом в любом полезном смысле и превращается в упражнение по сбору данных. Это различие не терминологическое: отчёт является инструментом для принятия решения, а упражнение по сбору данных это административная деятельность, которая заканчивается файлом.

Посмотрите только на сроки. Месяц заканчивается, начинается сбор, и цифры появляются пятого или десятого числа следующего месяца. Решение, которому должны были служить эти цифры (задержать платёж, напомнить должнику, который просрочил оплату, скорректировать цену), истекло раньше, чем пришла цифра, указывающая на него. Вы не управляете с помощью отчёта; вы просматриваете то, что уже произошло и изменить уже нельзя.

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

Куда на самом деле уходят дни

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

  • Сбор файлов у ответственных. Сообщение бухгалтеру, ещё одно руководителю продаж, третье на склад, затем напоминания тем, кто не ответил. Последний файл всегда приходит с опозданием, и всё упражнение ждёт его.
  • Приведение форматов к единому виду. Даты, записанные в нескольких стилях, один и тот же контрагент, написанный тремя способами, числа, сохранённые как текст и поэтому отказывающиеся складываться. Это ровно те недостатки, о которых шла речь в третьей части этой серии, только здесь они возвращаются каждый месяц, вместо того чтобы быть исправленными один раз.
  • Сверка цифр, которые не сходятся. Цифра продаж в бухгалтерии не совпадает с цифрой продаж у отдела продаж, и начинается поиск расхождения. Обычно он заканчивается ручной корректировкой в одной ячейке, а не устранением причины.
  • Повторное построение таблиц и диаграмм. Скопировать и вставить в шаблон прошлого месяца, поправить диапазоны, починить диаграмму, которая сломалась, потому что изменилось количество строк. Работа, которая каждый месяц повторяется полностью, и ничего не накапливается.
  • Проверка перед отправкой. Финальное прочтение, чтобы убедиться, что ни одна цифра не выпала и итоги сходятся, ведь все знают, что ручная ошибка возможна, а обнаружить её после отправки отчёта хуже.

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

Внутри системы отчёт становится представлением текущего момента

Когда данные записываются в одном месте в тот момент, когда происходят, смысл отчёта меняется в корне. Это уже не файл, который вы собираете, а представление, которое вы открываете. Отсюда вытекают четыре практических различия:

  • Один источник для цифры. Цифра продаж не рассчитывается дважды в двух местах; она считывается оттуда, где была записана. Это снимает вопрос о том, какая копия верна, тот самый вопрос, с которого эта серия началась в первой части.
  • Отчёт строится один раз и обновляется сам. Вы задаёте его форму, поля и условия только в первый раз, и при каждом открытии он показывает сегодняшние данные. Усилия затрачиваются один раз, а не оплачиваются каждый месяц.
  • От цифры можно спуститься к её деталям. Когда цифра выглядит странно, вы открываете её и видите стоящие за ней операции, вместо того чтобы отправлять сообщение с вопросом, откуда она взялась, и день ждать ответа. Одна эта возможность сокращает большую часть споров на совещаниях.
  • Отчёт доходит до того, кому он нужен, без запроса. Руководитель филиала утром открывает своё собственное представление, а не ждёт, пока у кого-то в головном офисе освободится время, чтобы собрать файл и отправить его.

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

Взгляд Origami

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

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

Какие отчёты стоит автоматизировать в первую очередь

Не начинайте с автоматизации всего, что вы собираете сегодня, потому что часть этого вообще не стоит собирать. Практический порядок приоритетов:

  • То, что повторяется с одной и той же периодичностью. Еженедельный или ежемесячный отчёт, который каждый раз собирается по одинаковым шагам, лучший кандидат, потому что его правила уже устойчивы и явно сформулированы.
  • То, что собирается из двух или более источников. Чем больше файлов использует отчёт, тем больше времени уходит на их сверку и тем выше вероятность ошибки. Выигрыш здесь больше, чем при автоматизации отчёта с одним источником.
  • То, что запрашивает больше одного человека. Если три человека в разное время запрашивают одну и ту же цифру, вы платите за её подготовку трижды, а три версии могут не совпадать.
  • То, что определяет решение со сроком. Закупки, взыскание задолженности, планирование. Ценность этих отчётов в том, чтобы прийти до срока, а не после него, и именно этого вас лишает ручная сборка.
  • То, что связано с законодательной обязанностью с конкретной датой. Декларации, требования к выставлению счетов и документы, которые нужно предоставить по запросу, имеют сроки и правила, опубликованные уполномоченным органом, поэтому задержка с их подготовкой это не просто вопрос внутренней эффективности.

Затем следует вопрос дисциплины, самый полезный во всей этой области: отчёт, который за последние шесть месяцев не изменил ни одного решения, вообще не стоит готовить. Возьмите список отчётов, которые ваша компания выпускает сегодня, и запишите рядом с каждым последнее решение, к которому он привёл, и когда. Обычно выясняется, что несколько из них делаются по привычке, рассылаются и никогда не открываются. Их отмена это немедленный выигрыш, которому не нужны ни система, ни бюджет, и это единственная часть этой статьи, которую вы можете применить уже на этой неделе. Та же логика применима к любым другим вложениям в технологии, и мы рассмотрели её с точки зрения измерения в статье как измерить реальную отдачу от ИИ.

В заключительной части

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

Источники