Это одна из самых частых фраз на демонстрации: «наша система работает в реальном времени». Фраза не говорит почти ничего, потому что каждый поставщик вкладывает в неё своё. Практическая ценность понятия посещаемость в реальном времени измеряется одним вопросом: после создания отметки - когда и кому она становится видна? В этой статье переводим фразу из маркетинга в проверяемые критерии.
Чем реальное время не является
Три распространённых заблуждения, и ни одно из них не всплывает на демо.
Первое - скорость устройства. Появление отметки за секунду не является реальным временем, это скорость считывания. Вопрос в том, где отметка появляется.
Второе - суточная синхронизация. В части решений записи накапливаются на устройстве и уходят в центр раз в сутки. Это может быть вполне рабочей моделью, но реальным временем не является.
Третье - обновляющийся экран. Автоматическое обновление страницы ничего не говорит о своевременности данных: они могут быть уже устаревшими.
Что компании нужно на самом деле
По сути компании нужно не «реальное время», а своевременная видимость, и это разные вещи.
Требование ко времени зависит от характера работы:
| Сценарий | Когда нужны данные |
|---|---|
| Укомплектованность смены | В первые 15-30 минут смены |
| Реакция на опоздание | В тот же день |
| Недельная тенденция | В конце недели |
| Табель и расчёт | В конце месяца |
Скорости действительно требует только первая строка. Для остальных трёх достаточно ежедневного обновления.
Как задать правильный вопрос
Спрашивать на демо «вы работаете в реальном времени?» бесполезно - ответ всегда «да». Задайте вместо этого три конкретных вопроса:
- Через сколько секунд или минут после создания отметка появляется на центральном экране?
- Это верно для всех способов фиксации или только для некоторых?
- Что происходит с отметкой при обрыве связи и как система ведёт себя после восстановления?
Третий вопрос самый информативный. Если ответ «запись теряется», модель может вам не подойти - особенно на объектах со слабой связью.
Поведение офлайн: важнейшая деталь
На практике разница между системами видна не тогда, когда интернет работает, а когда он пропадает.
Возможны три поведения: отметка не создаётся вовсе; отметка сохраняется на устройстве и передаётся позже; отметка создаётся, а её время уточняется потом.
У каждого варианта свои последствия, и подходящий зависит от ваших условий. Важно знать вариант заранее - выяснять его при первом же обрыве поздно. Разницу облака и локального хранения мы разобрали на странице облачная или локальная система учёта.
Реалистичные ожидания по уведомлениям
Тему уведомлений на демо часто обещают широко. Подход стоит держать осторожный.
Правильный вопрос не «есть ли уведомления?», а «по какому событию, кому и при каких условиях?». Часть возможностей может включаться отдельно, а не быть доступной всем клиентам.
Поэтому до подписания стоит получить письменное подтверждение: какие типы уведомлений входят в ваш план. Устного обещания здесь недостаточно.
Отчётность на актуальных данных
Вторая польза своевременной видимости лежит в отчётности, и о ней говорят редко.
Когда данные накапливаются в течение дня, месячный отчёт не «собирается» - он уже существует и требует лишь проверки. Это главный фактор сокращения времени на табель.
Наоборот, при переносе данных раз в сутки или раз в неделю в конце месяца всегда обнаруживаются пробелы, и их разбор занимает время.
Когда скорость действительно важна
Не всем компаниям нужна одинаковая скорость. Критичной её делают четыре ситуации:
- Сменная работа - при срыве покрытия нужна немедленная реакция.
- Сервис - отсутствие одного человека означает очередь клиентов.
- Требования безопасности - нужно знать, кто находится на объекте.
- Много точек - без централизованного обзора решение опаздывает.
В одном офисе с фиксированным графиком ежедневного обновления обычно вполне достаточно, и доплачивать за скорость смысла нет.
Быстро - не значит полно
Этот момент упускают чаще всего. Отметка может появиться за секунду и всё равно оставаться неполной.
Причина в том, что запись о посещаемости сама по себе не несёт смысла - ей нужен контекст графика, отпусков и отгулов. Если контекста в системе нет, скорость ничего не решает.
На практике быстрая, но лишённая контекста система полезнее не становится: система с часовой задержкой, но полная, оказывается ценнее. Что должна делать такая система, описано на странице что такое система учёта посещаемости.
Практическая проверка на демо
Вместо абстрактных обсуждений проведите эксперимент: создайте отметку во время демонстрации и одновременно следите за центральным экраном.
Обратите внимание на три вещи: за сколько секунд она появилась; появилась ли вместе с контекстом графика; сработал ли фильтр по филиалу?
Эта трёхминутная проверка даёт больше, чем долгий разговор.
Что зафиксировать письменно
В предложении или договоре полезно закрепить четыре вещи: срок появления отметки, поведение офлайн, перечень доступных уведомлений и то, какие источники сводит отчёт.
Устные обещания через полгода не вспомнит никто. Письменная фиксация полезна обеим сторонам.
Практический пример
Сменная компания на 60 человек выбрала систему по обещанию «реального времени». После установки выяснилось, что записи копятся на устройстве и уходят в центр раз в сутки, ночью.
Формально поставщик не солгал: на устройстве отметка создавалась мгновенно. Но потребность компании была иной - знать в течение часа, кого нет в утренней смене.
Проблема проявилась лишь через три месяца, после серьёзного случая со срывом покрытия. В следующем выборе компания сразу задавала один вопрос: «когда отметка появляется на центральном экране?»
Общая картина - на странице контроль посещаемости сотрудников.
Критерий решения
Свою потребность определяют три вопроса: за сколько минут вы должны узнать о срыве укомплектованности; сколько точек отслеживаете одновременно; есть ли места со слабой связью?
Если ответ на первый - «несколько часов», скорость для вас не главный критерий и доплаты не стоит.
У скорости есть цена
Скорость не бесплатна, и это стоит учитывать при сравнении.
Для мгновенной видимости нужны три условия: постоянная связь, централизованное хранение и немедленная передача отметки. Все три требуют инфраструктуры.
В одном офисе с фиксированным графиком эти требования часто избыточны. В сменной и многофилиальной компании - наоборот: их отсутствие создаёт ежедневные потери.
Практический подход - выбирать скорость по потребности, а не по принципу «чем больше, тем лучше».
Следующий шаг
Сделайте одно измерение в своей системе: во сколько сегодня создана первая отметка и во сколько она появилась на центральном экране? Если разрыв есть, запишите его в минутах.
QRGate показывает отметки в момент их создания вместе с контекстом филиала и графика. Посмотреть возможности QRGate или рассчитать стоимость.
