7 цифр первой недели пилота Онлайн-заказов

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

Ниже — план измерений. Сервис не обязан собирать весь этот отчёт автоматически. Часть событий берётся из доступных записей заказа, часть отмечает наблюдатель или старший смены.

Если читать 30 секунд

• Считайте не только заказы, но и знаменатель: сколько посадок вообще попало в условия пилота.
• Зафиксируйте семь определений до первого гостя и не меняйте их посреди недели.
• Для времени используйте медиану в минутах, для сбоев — число инцидентов на 100 отправленных заказов.
• У каждой метрики должны быть источник, владелец и решение, которое она меняет.
• Публичное демо показывает оформление и отслеживание заказа, но не строит аналитику пилота.

Сначала опишите единицу наблюдения

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

Запишите границы периода: дата, часы, зона, состав смены и исключения. Если один день пришёлся на акцию или банкет, пометьте его отдельно. Исключать неудобные смены после просмотра результата нельзя: правило исключения задают заранее.

До начала полезно сверить предполагаемые деньги по модели экономики онлайн-заказа. Но не переносите финансовый итог в паспорт семи операционных метрик: у этих документов разные вопросы.

1. Контакты с пилотным сценарием

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

Единица: посадки за смену или гости за смену. Выберите один вариант.

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

Владелец: сотрудник, который видит зону целиком, например администратор смены.

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

Обозначим число контактов как E. Все доли ниже должны использовать тот же период и ту же зону.

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

2. Успешные открытия меню

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

Единица: открытия за смену и доля открытий от контактов.

Формула:

доля открытий, % = O / E × 100,

где O — успешные открытия меню, E — контакты с пилотным сценарием.

Если E = 0, доля открытий не рассчитывается. Решение принимают по причине отсутствия контактов: зона была пуста, наблюдение не велось или носитель не попадал в выбранный контур.

Источник: доступное событие открытия, журнал переходов или ручная отметка наблюдателя. Если источник не различает повторные открытия, прямо укажите это ограничение.

Владелец: управляющий, который сводит технический источник и наблюдения смены.

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

3. Корзины с хотя бы одной позицией

Определение: число гостевых сессий, в которых в корзину добавили хотя бы одну позицию. Метрика отделяет открытие из любопытства от начала выбора.

Единица: корзины за смену и доля корзин от успешных открытий.

Формула:

переход к корзине, % = C / O × 100,

где C — корзины с позицией, O — успешные открытия.

Если O = 0, переход к корзине не рассчитывается. Не записывайте 0%: сначала разберите отсутствие успешных открытий.

Источник: событие корзины, если оно доступно в выбранном контуре, либо согласованное наблюдение во время тестовых проходов. Не выдавайте догадку сотрудника за точное событие.

Владелец: человек, отвечающий за каталог и понятность карточек.

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

4. Отправленные онлайн-заказы

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

Единица: заказы за смену и конверсия из открытия в отправленный заказ.

Формула:

конверсия в отправку, % = S / O × 100,

где S — созданные заказы, O — успешные открытия меню.

Если O = 0, конверсия в отправку не рассчитывается. Решение относится к этапу входа, а не к оформлению, которое никто не начал.

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

Владелец: администратор пилота.

Решение: показатель помогает увидеть, доходит ли гость до оформления заказа. Причину падения ищут по соседним шагам и заметкам, а не называют автоматически «нежеланием заказывать онлайн».

5. Завершённые заказы

Определение: число отправленных онлайн-заказов, которые дошли до заранее выбранного конечного состояния. Для одной точки это может быть выдача, для другой — закрытие заказа. Зафиксируйте одно состояние до пилота.

Единица: завершённые заказы за смену и доля завершения от отправленных.

Формула:

доля завершения, % = D / S × 100,

где D — завершённые заказы, S — отправленные.

Если S = 0, доля завершения не рассчитывается. Сначала выясните, почему не было отправленных заказов; нулевое завершение при ненулевой отправке — уже другой сигнал.

Источник: статусы заказа и сверка с журналом смены. Заказы, ещё находящиеся в работе на момент среза, помечайте отдельно, а не записывайте как провал.

Владелец: старший смены.

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

6. Медианное время до принятия

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

Единица: минуты на заказ; итог недели — медиана, а не среднее.

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

Источник: временные отметки статусов, если они доступны, или журнал с единым правилом фиксации. Не смешивайте секунды и минуты.

Владелец: старший смены, отвечающий за момент принятия.

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

7. Операционные инциденты на 100 заказов

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

Единица: инциденты на 100 отправленных онлайн-заказов.

Формула:

инциденты на 100 заказов = I / S × 100,

где I — число подтверждённых инцидентов, S — отправленные заказы. Это нормированная частота, а не процент уникальных заказов: у одного заказа может быть несколько инцидентов.

Если S = 0, частота инцидентов не рассчитывается. Отсутствие отправленных заказов нельзя превращать в «0 инцидентов на 100 заказов» и выдавать за безопасный процесс.

Источник: журнал смены с идентификатором заказа и категорией события.

Владелец: администратор, который проверяет записи и убирает дубли.

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

Паспорт семи метрик на одном листе

Перед запуском заполните пустую таблицу. Если строка не имеет источника или решения, не включайте её в отчёт первой недели.

№	Метрика	Единица	Знаменатель	При нуле знаменателя	Источник	Владелец	Какое решение меняет
1	контакты с пилотом	посадки или гости / смена	нет	—			хватает ли наблюдений
2	открытия меню	открытия / смена; %	контакты	E = 0 → н/р			проверять ли носитель и вход
3	корзины с позицией	корзины / смена; %	открытия	O = 0 → н/р			менять ли каталог
4	отправленные заказы	заказы / смена; %	открытия	O = 0 → н/р			проверять ли оформление
5	завершённые заказы	заказы / смена; %	отправленные	S = 0 → н/р			разбирать ли обработку
6	время до принятия	медиана, мин	заказы с отметками	нет отметок → н/р			менять ли роль и сигнал
7	инциденты	событий на 100 заказов	отправленные	S = 0 → н/р			что исправить до масштаба

Таблицу не заполняет автоматически публичное демо. В нём можно проверить выбор демо-заведения, меню, поиск, корзину, оформление и отслеживание заказа, но не аналитику, очередь смены и изменение статусов персоналом. Доступные источники для реального пилота и схему измерения обсудите через форму подключения.

Проверьте качество данных перед обсуждением результата

Сводка пригодна для решения, только если числитель и знаменатель относятся к одному контуру. Перед ретро пройдите четыре проверки.

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

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

Единые статусы. Проверьте, что «завершён» всю неделю означал одно и то же конечное состояние. Если правило изменили, разделите периоды.

След инцидента. Каждая запись должна указывать хотя бы время, категорию и заказ либо стол. Формулировка «были проблемы со статусами» не позволяет убрать дубли и проверить причину.

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

Как читать числа вместе, а не по одному

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

Не назначайте универсальную «хорошую конверсию» без источника и контекста. Сравните одинаковые окна своей точки, отметьте изменения меню, погоды, акции и состава смены. Если условия несопоставимы, решение лучше отложить или повторить наблюдение.

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

Семь цифр должны закончиться семью решениями

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