Камера vs ТСД/сканер на стеллаже: сравнение сценариев

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

ТСД и лазерный/имидж-сканер оптимизированы под идеальный штрихкод в зоне считывания. Камера смартфона в МПС оптимизирована под другой класс задач: сотрудник уже держит телефон с приложением, этикетка может быть под углом, сценарий требует не «любой код», а совпадение с заказом или артикулом.

Публичные «бенчмарки скорости» без контекста площадки легко вводят в заблуждение. Мы сознательно не приводим выдуманные цифры «камера быстрее на N%». Сравниваем по сценариям и трению процесса.

Сценарий: поиск заказа на стеллаже

Типичная задача выдачи или комплектации: найти упаковку/заказ среди похожих позиций.

В сценарии поиска заказа сотрудник работает в МПС. Второе устройство (отдельный ТСД) означает переключение контекста, обучение и иногда «второй экран» с другим UI.

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

Где ТСД обычно удобнее

• Массовое сканирование однотипных кодов в потоке приёмки.
• Среда, где телефон запрещён регламентом, а ТСД — утверждённый инструмент.
• Сценарии без «поиска среди похожего», где достаточно факта считывания кода.

Сценарий: поиск обуви по артикулу

В обувном ритейле артикул на коробке и хаотичная раскладка создают другой паттерн: сотрудник ищет конкретную пару, а не сканирует поток. Здесь камера в МПС часто выигрывает за счёт того, что распознавание и список/подсветка живут в одном приложении.

Подробный операционный разбор — на посадочной поиска обуви по артикулу. Сравнение с ТСД здесь снова не про «кто быстрее пикает код», а про то, сколько шагов нужно, чтобы от задачи «найти пару» дойти до подтверждения на экране.

Сценарий: инвентаризация и сверка

Инвентаризация может требовать и ТСД, и камеру. Если регламент построен вокруг ТСД и централизованной выгрузки — менять инструмент ради CV нет смысла. Если инвентаризация участка идёт в МПС и сеть нестабильна — on-device контур снижает зависимость от online-сканирования.

Гибрид нормален: ТСД на приёмке, камера в МПС на поиске и точечной сверке. Zorky не позиционируется как «замена всего ТСД-парка», а как слой распознавания в приложении сотрудника.

Как выбрать инструмент без маркетинговых лозунгов

Если нужен технический контур встраивания — см. SDK и пилотный чеклист в блоге. Если задача чисто складская без сети — смотрите офлайн-посадочную. Главное: не сравнивать инструменты вне сценария.

1. Зафиксировать сценарий и критерий успеха (не «скорость скана», а время до нужной позиции / ошибки выдачи / шаги обучения).
2. Проверить, есть ли уже МПС и готовность команды встроить SDK.
3. Оценить качество этикеток и освещение на площадке.
4. Прогнать ограниченный пилот на 1–2 сценариях — с замерами, согласованными с заказчиком.

Стоимость владения и обучение персонала

ТСД — капитальные затраты, ремонт, слоты зарядки, обучение под конкретную модель устройства. Камера в МПС использует телефон, который сотрудник уже носит для сменных задач. Это не делает камеру «бесплатной»: нужны разрешения, дисциплина использования, иногда корпоративные устройства с политикой MDM.

Для сетей, где МПС уже обязателен, добавление CV-сценария часто дешевле внедрения отдельного парка сканеров именно на поиск «среди похожего». Сравнение TCO без данных заказчика мы не публикуем — только логику решения на брифинге.

Обучение: если UI поиска уже знаком, подсветка совпадения на камере объясняется за короткое время. Если процесс исторически «только пик на ТСД», смена будет сопротивляться, пока регламент и KPI смены не пересмотрены вместе с пилотом. Сопротивление — сигнал согласовать изменение процесса, а не «доказать скорость в миллисекундах».

Роли на пилоте

Нужны владелец сценария от операций, наставник смены и разработчик МПС. Без операций сравнение инструментов скатывается в спор закупщиков. Без МПС — в презентацию без встраивания.

Качество этикеток и физика площадки

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

На стеллаже с узкими проходами ТСД удобен одной рукой. На обувной полке с коробками на уровне глаз камера телефона часто естественнее. Не универсализируйте вывод: снимите наблюдение на площадке до выбора инструмента.

Пилот Zorky как раз и нужен, чтобы сравнить сценарии на ваших этикетках, а не на демо-ролике. Без согласованных наблюдений спор «камера vs ТСД» остаётся теоретическим. Гибрид нормален: ТСД на приёмке, камера в МПС на поиске и точечной сверке.

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

Как оформить сравнение внутри компании

Внутренний спор «камера или ТСД» часто идёт между закупками, операциями и ИТ. Чтобы он стал решением, оформите одностраничный бриф: сценарий, зона магазина, текущий инструмент, боли смены, ограничения ИБ, критерий пилота. Без брифа каждый приводит свой любимый аргумент.

На пилоте сравнивайте не устройства «в вакууме», а полный путь задачи: открыл МПС → нашёл позицию → подтвердил действие. ТСД может выиграть на чистом пике кода и проиграть на суммарном времени, если потом всё равно нужно вернуться в приложение.

Зафиксируйте, какие данные пилота можно показывать внутренне, а какие нельзя публиковать. Это снимет давление «дайте цифру для слайда» до конца замеров. Публичные материалы появятся только после согласования — как и в разделе кейсов.

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