Электронный чек-лист осмотра: кейс без бумаги и двойного ввода

Есть схема, которую я встречаю в самых разных бизнесах. Специалист выходит на объект, проверяет его по списку пунктов и записывает на бумаге. Потом возвращается в офис, и записанное переносят в таблицу: он сам или кто-то другой. Осмотр делается один раз, а вводится дважды. Ниже разбор проекта, где мы заменили бумагу электронным чек-листом осмотра с телефона и убрали второй ввод совсем.

Клиент под NDA, поэтому без названия и подробностей о бизнесе. Суть: компания выдаёт технику в пользование клиентам, и перед каждой выдачей единицу нужно осмотреть по чек-листу.

Как было

Осмотр держался на бумаге. Техник обходил единицу, отмечал пункты в бланке, потом бланк переносили в таблицу. Два следствия, оба неприятные.

Двойной ввод. Каждый осмотр вводился дважды: на месте и потом за компьютером. Второй ввод ничего не добавлял, кроме времени и опечаток.

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

Как стало

Техник проходит осмотр с телефона. Больше ему ничего не нужно: ни ноутбука, ни возвращения в офис.

Ничего нового ставить не надо. Это был международный проект, и компания уже работала в экосистеме Microsoft 365. Это было не моим выбором, а условием задачи. Отдельное приложение для чек-листов, которое нужно скачать, настроить и не забыть пароль, там бы не прижилось. Решение должно было встроиться в то, чем люди и так пользуются каждый день. Отсюда стек: инструменты Microsoft для всего, что внутри компании, и n8n для всего, что выходит наружу.

Чек-лист в форме. Осмотр оформлен как форма Microsoft Forms, разбитая на этапы по логике осмотра, а не одной длинной простынёй. Часть полей обязательна: без них форма не отправится. Там, где вопрос можно понять по-разному, стоит пояснение, чтобы два техника отвечали на него одинаково. Эта мелочь важнее, чем кажется: без неё данные разных людей нельзя сравнивать.

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

Реестр вместо файла. Единицы техники и их осмотры хранятся в Microsoft Lists. Это список с полями, а не таблица, которую кто-то держит открытой и блокирует для остальных. У каждой единицы появилась история осмотров.

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

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

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

Что это дало

Второго ввода не стало. Данные попадают в систему в момент осмотра, а не через час за компьютером. Не нужно переносить, значит не с чего ошибаться при переносе.

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

Появилась история. По каждой единице видно, как менялось её состояние от осмотра к осмотру. Раньше такой истории не было вовсе.

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

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

Честная граница

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

Ещё одно: здесь нет ИИ. Чек-лист, фото, расчёт оценки по правилам, связка систем. Этого хватило, потому что задача хорошо описывается правилами. О том, когда ИИ не нужен, я писал отдельно.

Где ещё работает эта схема

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

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

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