Замера «до» нет: как восстановить скорость процесса из почты и журнала 1С за неделю
Финансовый директор просит сравнить «до» и «после», а «до» никто не мерил. Хорошая новость: почтовый сервер и журнал регистрации 1С мерили за вас.
Многие методики оценки эффекта начинаются со слов «зафиксируйте исходные показатели». Что делать, если проект уже идёт, а показателей нет, они не говорят. Между тем почти каждая заявка, обращение или документ оставляет следы со временем: заголовки писем, записи в журнале учётной системы, даты документов. Из них базовую линию можно собрать задним числом.
A2 Labs меряет процессы заказчиков от входа до результата и цифры «до» сначала ищет в том, что системы уже записали, а новый замер ставит там, где следов нет.
Почему «примерно три дня» — не цифра «до»
Когда замера нет, первым делом спрашивают людей: «Сколько у вас идёт заявка?» Ответ звучит уверенно: «дня три». Беда в том, что потом с ним сравнивают настоящий замер «после» — и сравнивают оценку с фактом.
Насколько оценка расходится с фактом, хорошо видно на исследовании METR. Шестнадцать опытных разработчиков открытых проектов выполнили 246 задач, часть — с ИИ-инструментами, часть — без. До начала они ждали, что ИИ сократит время на 24 %, после — считали, что сократил на 20 %. Замер показал обратное: с ИИ задачи занимали на 19 % больше времени [3]. Это разработка ПО, а не заявки, но механизм тот же: ощущение скорости и скорость — разные величины.
Отсюда и спрос на доказательства. Вопрос на Hacker News «Есть ли у вас доказательства, что агентная разработка работает?» собрал 461 балл и 455 комментариев; автор прямо просил не мнений, а свидетельств [1]. В России по опросу «КОРУС Консалтинг» (более 80 компаний) реальный бизнес-эффект от ИИ могут подтвердить 12 % компаний, а 44 % эффект не измеряют вовсе [2]. Без цифры «до» даже удачное изменение нечем доказать.
Что уже записали за вас
Сквозное время — это разница двух отметок: когда единица вошла в процесс и когда вышла из него. Обе отметки чаще всего уже где-то лежат. Вопрос в том, где и насколько им можно верить.
Почта. У каждого письма есть поле Date — момент, когда отправитель нажал «отправить», и строки Received, которые почтовый сервер обязан добавить при приёме [4] [5]. Поля In-Reply-To и References связывают ответ с исходным письмом, то есть по ним видно, через сколько клиенту ответили [4]. Для замера тела писем не нужны — хватит заголовков: так в выгрузку попадает меньше персональных данных.
1С. Журнал регистрации хранит, какие события и когда происходили в базе и что делал каждый пользователь; из него можно отобрать, какие документы менял конкретный сотрудник за период, и выгрузить записи в таблицу [6]. Уровень записываемых событий настраивает администратор [6], поэтому первым делом узнайте, что именно и за какой срок у вас пишется. Вторая опора — сами документы и их статусы: дата создания заказа, отгрузки, счёта.
Ручная выборка. Когда систем мало или они не связаны, берут случайные заявки за период и по каждой вручную восстанавливают ключевые отметки времени. Медленно, зато видно всё: где заявка ждала, кто её трогал, сколько раз возвращали.
Хронометраж. Наблюдение за работой с секундомером. Он показывает, сколько длится сама работа на шаге, но не ожидание между шагами — а ожидание обычно и есть главная часть сквозного времени.
| Источник | Что даёт | Чего не даёт | Главная ловушка |
|---|---|---|---|
| Заголовки писем | Вход в процесс, время первого ответа, число писем на одну заявку | Что происходило внутри компании между письмами | Заявку переслали коллеге или ответили из личного ящика — цепочка рвётся |
| Журнал регистрации и статусы 1С | Создание, изменение и проведение документов, кто и когда | Связь с письмом клиента; время, пока заявка ждала до ввода | Журнал пишет не все события или хранит не весь период |
| Ручная выборка | Полный путь заявки, возвраты, переделки, причины задержек | Точной доли на малой выборке | Берут «удобные» заявки, а не случайные |
| Хронометраж | Время самой работы на шаге | Ожидание между шагами | Под наблюдением люди работают иначе |
Склейка: где на самом деле уходит неделя
Выгрузить заголовки писем и журнал 1С обычно несложно. Связать их — основная работа. Манифест процессной аналитики (process mining), написанный рабочей группой IEEE, исходит из того, что каждое событие относится к шагу процесса и к конкретному экземпляру процесса — заявке, заказу, обращению. И честно предупреждает: часто события не указывают явно, к какому экземпляру относятся, восстановить это можно, но ценой заметных усилий; а время у части событий отсутствует вовсе [7].
В заявках из почты это выглядит так: письмо клиента живёт в почтовом ящике, заказ — в 1С, и общего номера у них нет. Связывают по признакам, от надёжных к слабым:
- Номер в теме или тексте ответа. Если менеджер отвечает клиенту номером заказа, переписка сама указывает на документ.
- Контрагент и время. Адрес отправителя → контрагент в 1С → ближайший заказ этого контрагента после письма.
- Переписка. Письма одной цепочки по References — это одна заявка, даже если клиент дописал позицию через день.
Каждую склейку по второму и третьему признаку стоит проверить вручную на нескольких десятках случаев. Если ошибок много, лучше честно сократить замер до того, что склеилось надёжно, и написать об этом рядом с цифрой.
Когда меток времени нет совсем: считать по очереди
Бывает, что от процесса остались только итоги: сколько заявок обработали за день. Тогда выручает закон Литтла из теории очередей: среднее число единиц в системе равно среднему темпу их поступления, умноженному на среднее время пребывания единицы в системе [8]. Переставим множители: среднее время = очередь ÷ темп.
Расчёт для примера. Если на вечер в общем ящике в среднем лежат 120 неразобранных заявок, а за день разбирают 60, то заявка в среднем ждёт около двух дней. Очередь можно снимать раз в день одним скриншотом счётчика непрочитанных или отчётом по непроведённым документам — уже через неделю будет оценка.
Граница метода: это среднее, а не медиана, и оно верно, только если поток устойчив — в пик сезона, при авралах и после чистки ящика картина искажается. Как сверка с остальными источниками закон Литтла хорош: если склейка писем и 1С дала полдня, а очередь говорит о двух днях, ошибка где-то в склейке.
Сколько заявок разобрать вручную
Ручная выборка точна в деталях, но мала по объёму. Насколько ей верить, считают по самой распространённой формуле доверительного интервала для доли: p ± z·√(p(1 − p)/n) [9]. Худший случай — доля около половины; для него при 95 % уверенности получается так.
| Заявок в выборке | Погрешность доли | Чем годится |
|---|---|---|
| 30 | ±18 п. п. | Увидеть, где заявка ждёт, и найти тип задержек |
| 50 | ±14 п. п. | Порядок величин: «около трети возвращают», а не «31 %» |
| 100 | ±10 п. п. | Грубое сравнение «до» и «после», если разница большая |
| 200 | ±7 п. п. | Базовая линия, с которой можно сравнивать изменения средних размеров |
| 400 | ±5 п. п. | Тонкое сравнение — но столько вручную разбирают редко |
Вывод простой: выборка из нескольких десятков заявок — инструмент поиска, а не доказательства. Она показывает, где и почему заявка ждёт. Доказательную цифру дают журналы, а выборка проверяет, что журналы не врут. И выборка должна быть случайной: каждая десятая заявка за период, а не те, что «помнятся».
Хронометраж — для работы, не для ожидания
Секундомер честно меряет одно: сколько минут сотрудник реально тратит на заявку. Это нужно, чтобы посчитать стоимость единицы и понять, сколько работы в заявке, которая идёт пять дней. Но у наблюдения есть известная проблема — люди, которые знают, что за ними смотрят, могут работать иначе. Систематический обзор эффекта Хоторна нашёл 19 специально поставленных исследований; в большинстве эффект участия в исследовании есть, но его размер и условия надёжно не известны [10].
Практический вывод: наблюдайте несколько дней, а не час, и сравнивайте время работы с журналом за обычные недели. Если под секундомером операция идёт заметно быстрее, чем в журнале, в базу берите журнал.
Пять ловушек восстановленной базовой линии
- Сезон. У многих процессов март и июль — разные потоки. Сравнивайте «после» с тем же периодом или хотя бы запишите, какой период взят за «до».
- Незакрытые заявки. Если считать только закрытые за последний месяц, самые долгие ещё не закрылись и в расчёт не попали — медиана выглядит лучше правды. Берите заявки по дате входа и ждите, пока закроются, или считайте открытые отдельной строкой.
- Поток вырос или упал. При меньшем потоке очередь короче сама по себе. Пишите рядом со сквозным временем объём потока за тот же период.
- Сменились правила. Новый регламент согласования или новый сотрудник в середине периода — это два разных «до». Делите период по дате изменения.
- Узкое место переехало. После изменения меряйте весь путь, а не только тот шаг, который меняли: очередь может просто переехать дальше. Об этом подробно — в разборе «ИИ ускорил шаг, а процесс — нет», там же — какие метрики записывать.
Как это делаем мы
Когда мы меряем процесс заказчика, в первые три дня берём выгрузку статусов из 1С, CRM и почты за 3–6 месяцев, а если выгрузки нет — ручную выборку из 30–50 случаев с отметками времени и честно пишем, что точность у неё ниже. Добавляем час с владельцем процесса и короткие интервью с теми, кто работает на шагах; интервью подсказывают, где искать, а цифры берём из данных. Гипотеза узкого места — к третьему дню. Подробно о шагах работы — на странице «Как мы работаем».
Где восстановление не сработает
- Процесс живёт в телефоне и мессенджерах. Если заявки принимают звонками и в личных чатах, следов со временем нет. Восстанавливать нечего — начинайте замер с сегодняшнего дня, хотя бы журналом в таблице.
- Систем много, а общего ключа нет. Если склейка по косвенным признакам ошибается чаще, чем угадывает, честнее взять одну систему и меньший участок процесса.
- Нужна точная доля, а данных мало. Ручная выборка из нескольких десятков заявок не отличит 30 % от 40 %. Такую цифру выдают за точную — и потом спорят о «после».
- Процесс за период сильно поменялся. Тогда «до» — это уже не тот процесс, который вы меняете. Берите только период после последнего крупного изменения.
И граница наших знаний: мы не знаем, насколько восстановленная задним числом цифра в среднем отличается от замера, поставленного заранее. Поэтому рядом с каждой восстановленной цифрой пишем, откуда она и на скольких случаях.
Что сделать в понедельник
План на одну неделю для одного процесса. Шаблон паспорта базовой линии ниже можно скопировать в таблицу как есть.
| День | Что сделать | Результат |
|---|---|---|
| Понедельник | С владельцем процесса выбрать единицу (заявка, обращение, документ), её начало и конец. Спросить администраторов, что пишут почта и журнал 1С и за какой срок | Границы процесса и список источников |
| Вторник | Выгрузить заголовки писем общего ящика: дата, отправитель, тема, Message-ID, In-Reply-To, References — без текста писем | Вход в процесс и время первого ответа |
| Среда | Выгрузить из 1С документы процесса с датами и статусами, при необходимости — журнал регистрации за тот же период | Ключевые отметки внутри процесса |
| Четверг | Склеить письма и документы; случайную выборку проверить вручную; каждый вечер снимать размер очереди | Сквозное время по склеенным заявкам и доля надёжных склеек |
| Пятница | Короткий хронометраж на главном шаге; сверить три оценки — склейку, очередь и выборку; заполнить паспорт | Паспорт базовой линии с оговорками |
Шаблон: паспорт базовой линии
- Процесс и единица. Что считаем и где начало и конец пути: «от письма клиента до проведённого заказа».
- Период и поток. С какого по какое число, сколько единиц вошло; сезон и изменения правил за период.
- Источник каждой цифры. Почта, журнал, статусы, выборка, хронометраж — и на скольких случаях посчитано.
- Сквозное время. Медиана и самые долгие случаи, а не только среднее; незакрытые — отдельной строкой.
- Очередь на дату по шагам и оценка по закону Литтла для сверки.
- Доля с первого раза — без возвратов и переделок, с погрешностью выборки.
- Время работы на шаге по хронометражу — отдельно от ожидания.
- Оговорки. Что не склеилось, какие события журнал не пишет, где цифра — порядок величин, а не точное значение.
- Как будем мерить «после». Те же источники и та же формула; с какого дня запись идёт уже по-настоящему.
Последнее, пожалуй, главное: восстановленная цифра нужна один раз. С понедельника, когда вы её собрали, включите запись так, чтобы следующий замер «до» никому не пришлось раскапывать.
Какой из следов вашего процесса окажется самым надёжным — почта, журнал 1С или вечерний снимок очереди?
Источники
- Hacker News, «Ask HN: Do you have any evidence that agentic coding works?», 20.01.2026: 461 балл, 455 комментариев (по API hn.algolia.com, проверено 22.10.2026); автор просит свидетельств «beyond hype» — hn.algolia.com (данные обсуждения Hacker News)
- «КОРУС Консалтинг», исследование эффекта от внедрения ИИ, CNews, 02.09.2026: более 80 компаний из разных отраслей; 12 % могут подтвердить реальный бизнес-эффект, 44 % не измеряют эффект — cnews.ru
- Becker J., Rush N., Barnes E., Rein D. (METR), «Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity», 12.07.2025: 16 разработчиков, 246 задач; ожидали сокращения времени на 24 %, после исследования оценили его в 20 %, фактически время выросло на 19 % — arxiv.org
- RFC 5322, «Internet Message Format», 2008: поле Date — момент, когда отправитель отметил письмо готовым к отправке; In-Reply-To и References связывают ответ с исходным письмом и переписку — rfc-editor.org
- RFC 5321, «Simple Mail Transfer Protocol», 2008: сервер, принявший письмо, обязан добавить в его начало отметку Received («time stamp») — rfc-editor.org
- 1С, «Журнал регистрации»: какие события происходили в базе в определённый момент и какие действия выполнял пользователь; отбор документов, изменённых пользователем за период; настройка уровня событий; выгрузка в табличный документ — v8.1c.ru
- IEEE Task Force on Process Mining, «Process Mining Manifesto», 2011: каждое событие относится к шагу и к экземпляру процесса; события часто не указывают экземпляр явно, восстановление требует заметных усилий; время у части событий может отсутствовать — tf-pm.org
- Little J. D. C., «Little’s Law as Viewed on Its 50th Anniversary», Operations Research 59(3), 2011: L = λW — среднее число единиц в системе равно среднему темпу поступления, умноженному на среднее время пребывания — people.cs.umass.edu (PDF)
- NIST/SEMATECH e-Handbook of Statistical Methods, 7.2.4.1 «Confidence intervals»: доверительный интервал для доли p ± z·√(p(1 − p)/n) — itl.nist.gov
- McCambridge J., Witton J., Elbourne D. R., «Systematic review of the Hawthorne effect», Journal of Clinical Epidemiology 67(3), 2014: 19 исследований; в большинстве есть свидетельства эффекта, но об условиях, механизмах и размере надёжно известно мало — pubmed.ncbi.nlm.nih.gov
Пример с очередью и таблица погрешности выборки — наш иллюстративный расчёт по формулам из источников [8] и [9], а не замер на проектах. Данные METR относятся к разработке ПО, а не к обработке заявок, и приведены как иллюстрация разрыва между оценкой и замером.