AI-верификация фотоотчёта: проверка работы по фото
Как компьютерное зрение сверяет фотоотчёт с заявкой в WhatsApp-группе и почему при сомнении заявку закрывает не AI, а администратор.
Как AI-верификация проверяет фотоотчёт: реально ли работа сделана, или это просто фото «для галочки»?
AI-верификация фотоотчёта сравнивает содержимое снимка с текстом или голосовой заявкой: тот ли это объект и та ли работа. Если у системы есть сомнение, она не закрывает заявку сама, а передаёт её администратору. Так фото в рабочем чате перестаёт быть формальным вложением и становится подтверждением, которое можно проверить и проследить.
Почему фотоотчёт в чате — это не доказательство, а обещание на словах?
В группе WhatsApp или Telegram сотрудник пишет «сделал» и прикладывает картинку. Но картинка не отвечает на вопрос руководителя: относится ли она к конкретной заявке и показывает ли результат нужной работы. В переписке это решается по памяти и доверию к исполнителю.
Когда заявок и объектов становится больше, ручное сопоставление превращается в отдельную работу. Нужно вспомнить, кто сообщил о проблеме, что требовалось сделать, кому назначили задачу и какое фото приложили при закрытии. Без связанного следа спорный случай приходится разбирать по сообщениям в группе.
Мы внедряли сервисного AI-агента именно в эту среду. Он ловит заявку в чате, расшифровывает голосовые, структурирует обращение, назначает исполнителя и принимает фотоотчёт о закрытии. После этого компьютерное зрение проверяет соответствие фото сути заявки.
Как AI-верификация фото отличает «работа выполнена» от «пришла картинка»?
Проверка не сводится к фиксации факта, что сотрудник отправил изображение. Компьютерное зрение сопоставляет содержимое снимка с заявкой: объект и характер работы. В логике процесса заявка и отчёт о закрытии — связанные этапы, а не два независимых сообщения.
Полный цикл выглядит так: агент вылавливает заявку из потока переписки, расшифровывает голос и анализирует фото, приводит обращение к структуре (объект, суть, автор, вложения), присваивает номер и назначает исполнителя — с упоминанием в группе и личным сообщением. Исполнитель отчитывается фотографией, AI-верификация анализирует её перед закрытием, а администратор может закрыть или переоткрыть заявку командой прямо в чате.
Это тот же принцип, что и в остальных решениях: AI готовит — решение принимаете вы. Разницу между сценарным ботом и агентом, который ведёт процесс до конца, я разбирал отдельно в материале «AI-агент и чат-бот — в чём разница».
Что происходит, если у AI есть сомнение — кто принимает решение?
Проверка фотоотчёта намеренно консервативная. При малейшем сомнении система не ставит ложное «закрыто»: заявка уходит администратору на ручное решение. Логика простая — ложное «закрыто» дороже лишней проверки, потому что неверно закрытая работа возвращается повторным обращением и спором с исполнителем.
Администратор остаётся точкой принятия решения, но из его работы уходит первичный просмотр всего потока фотографий. Он получает только те случаи, где нужен человек, и может закрыть заявку или переоткрыть её.
Чем это отличается от решений для ритейла — и почему подход для сервисных заявок другой?
В ритейле компьютерное зрение работает как инструмент контроля регламента. MD Audit ведёт съёмку через собственное мобильное приложение: загрузка из галереи невозможна, каждый кадр сопровождается геометкой и временной меткой, а ИИ ищет нарушения планограмм и выкладки. PowerPrice от Napoleon IT заявляет для своих CV-моделей точность распознавания от 97% и скорость обработки 0,43 секунды на фото — но это метрики мониторинга выкладки, а не проверки сервисных заявок, и переносить их на другой процесс некорректно.
Оба решения рассчитаны на сети с сотнями точек, где можно ввести обязательный регламент и заставить сотрудника снимать в нужном софте. У сервисной службы, прораба или управляющего объектом ситуация другая: заявки уже живут в чатах, а внедрение отдельного приложения упирается не в технологию, а в привычки людей в поле. Поэтому наш подход — сопоставлять фото с заявкой прямо в существующей переписке и отдавать сомнительные случаи человеку.
| Подход | Где работает сотрудник | Что сравнивает CV | Как обрабатывается сомнение |
|---|---|---|---|
| Сервисный AI-агент | WhatsApp/Telegram-группа | Фото с текстом или голосовой заявкой | Заявка уходит администратору |
| MD Audit | Собственное приложение с геометкой | Фото выкладки с планограммой | Нарушение уходит в отчёт по точке |
| PowerPrice | Собственное приложение | Выкладка на полке | Уведомление супервайзеру об отклонении |
Как это работает прямо в рабочих группах WhatsApp и Telegram?
Полевым сотрудникам не нужно ставить приложение, заполнять формы или писать по шаблону. Они отправляют голосовые и фотографии в привычную переписку — агент сам определяет, где заявка, а где обсуждение погоды.
Подключение групп, объектов и исполнителей занимает один день: это конфигурация, а не разработка. Отсутствие нового интерфейса не означает отсутствия контроля — агент структурирует поток, связывает этапы заявки и выносит администратору только то, что требует решения.
Какой след остаётся после проверки для разбора спорных случаев и планёрок?
По каждой заявке сохраняется полная история: кто заявил проблему, кто выполнил работу, когда заявку закрыли и каким фото подтвердили закрытие. Спорный случай больше не нужно собирать из несвязанных сообщений и вложений.
Тот же след кормит аналитику для планёрки: открыто, закрыто, просрочено — по объектам и исполнителям, скорость реакции и закрытия, загрузка мастеров. Руководитель видит не только статус, но и цепочку, из которой он появился. Если работу нужно переделать, заявку можно переоткрыть.
Для многих компаний важен и контур данных: данные каждой компании изолированы на уровне базы, изоляция проверена независимыми тестами на боевой конфигурации, хранение — в Казахстане. Это заявленные параметры сервиса, а не замена проверке требований вашей службы безопасности.
Что это даёт руководителю в цифрах?
На действующем внедрении в сервисной службе группы компаний просрочки сократились на 60% за месяц; показатели обезличены. Это не гарантия повторения в любом процессе, но подсказка, какую метрику отслеживать после запуска: просрочки по заявкам, а не число отправленных фотографий.
Механика понятна: заявка структурируется из переписки, получает номер и исполнителя, а закрытие не происходит только потому, что в чате появилось фото. Если AI уверен — процесс идёт дальше; если нет — решение быстро попадает администратору, и спорные работы не теряются между сообщениями.
Повторные визиты без исходных данных компании обещать сократить нельзя — их причины (неверное закрытие, ошибка в назначении, отсутствие материалов, новая проблема на объекте) нужно фиксировать отдельно. История по заявке позволяет обсуждать их на фактах, а не на воспоминаниях участников чата.
Рядом с сервисным агентом в тех же чатах часто работают голосовой AI-менеджер на входящих звонках и мультиагентная система Jarvis — когда руководителю нужны сделки, документы и аналитика в одном окне.
Частые вопросы
Нужно ли сотрудникам ставить отдельное приложение для фотоотчёта?
Нет. Фото отправляют как обычно в рабочий чат WhatsApp или Telegram, а агент анализирует его в контексте заявки.
Как AI понимает, что на фото именно та работа, о которой была заявка?
Компьютерное зрение сопоставляет содержимое снимка с текстом или голосовой заявкой: объект и характер работы, а не просто факт наличия изображения.
Что будет, если AI не уверен в результате?
Заявка не закрывается автоматически и уходит администратору на ручное решение. Он может закрыть её или переоткрыть.
Сохраняется ли история проверок для разбора спорных случаев?
Да. По каждой заявке фиксируются заявитель, исполнитель, время закрытия и фото, которым оно подтверждено.