Мобильное приложение для мастеров обслуживания: обязательные поля актов, шаблоны ТО и подпись клиента, плюс сборка офлайн форм и выдача акта.
Мобильное приложение для мастеров нужно там, где работа идет "в поле": выездной сервис, инженеры, мастера ТО, монтажники и ремонтники. Задача простая: зафиксировать, что сделали, в каком состоянии объект, какие материалы использовали, и получить подтверждение клиента.
Без приложения обычно повторяется одно и то же: мастер забывает важное поле, фото остаются в галерее без привязки к заявке, акт теряется в мессенджере, а через неделю начинается спор "кто что обещал" и "почему это не записано". Хорошее решение снижает эти риски не внешним видом, а дисциплиной данных: нельзя закрыть выезд, пока не заполнен минимум.
Сразу закладывайте офлайн-режим. В подвалах, котельных и на промзонах связь часто пропадает, но работа не должна вставать. Формы должны открываться и заполняться без интернета, подпись клиента ставиться на месте, а сохранение быть надежным, с понятным статусом "сохранено на устройстве" и "отправлено в офис".
Обычно мастеру нужны четыре типа документов и вложений: акт выполненных работ (или акт оказания услуг), чек-лист ТО, фото "до/после" и дефекты, а также комментарии и рекомендации клиенту.
Представьте выезд: мастер обслужил кондиционер, отметил пункты ТО, добавил 2 фото загрязненного фильтра и 1 фото после чистки, вписал расходники и время, клиент расписался пальцем на экране. Акт сохраняется сразу, а когда связь появляется - отправляется и становится доступен для выгрузки клиенту.
Чтобы приложение реально помогало на выездах, в нем должны быть не просто "страницы", а понятные документы. Мастер открывает один заказ и видит все: что делать, что согласовано, что заменить и что отдать клиенту по итогу.
Базовый набор обычно начинается с заявки и наряда. Заявка фиксирует проблему со слов клиента и адрес. Наряд добавляет план работ: регламент, время, ответственных, согласованную стоимость или диапазон. Важно, чтобы мастер видел это до выезда, а не уточнял по телефону на месте.
Дальше идут акты. Акт выполненных работ подтверждает факт услуги и закрывает спорные вопросы: что именно сделали, когда, кем и на каком объекте. Подписывают его обычно сразу после работ, пока клиент рядом. Если обслуживание по графику, отдельный акт ТО удобно привязать к регламенту и показаниям: пробегу, моточасам, дате следующего обслуживания.
Полезно заранее заложить приложения к акту отдельными блоками: фото до/после и фото шильдика, список запчастей и расходников (количество, цена), замечания и рекомендации клиенту, дефекты, которые не устраняли (с причиной), отметку о тестовом запуске или проверке.
Отдельно продумайте согласие на работы и стоимость. Оно нужно, когда появляются допработы, превышение лимита, платная диагностика или запрос "сделайте как получится, но быстро". Тогда в форме должно быть место для подтверждения: статус "согласовано", сумма и способ оплаты.
Практичный подход такой: сначала описать шаблоны документов и поля, затем собрать их как офлайн-формы, чтобы мастер мог заполнить все без интернета и позже выгрузить клиенту готовый акт.
Хороший акт нужен не для "бумажки", а чтобы у обеих сторон совпадало понимание: где были, что сделали, в каком состоянии оставили, и кто это принял. Если заполнение занимает больше 2-3 минут, мастера начинают пропускать важное, а споры появляются именно там, где поле было "необязательным".
Удобно мыслить актом как пять коротких блоков. В каждом оставьте только то, что реально защищает вас и помогает клиенту.
Подписи и реквизиты - отдельный "якорь" акта. Укажите ФИО мастера, ФИО клиента (расшифровка подписи), дату подписи. Если клиент не готов подписывать сразу, добавьте понятную причину: "ответственного не было на месте" или "подпишет после согласования". Без этого акт часто считают недействительным.
Пример: мастер приехал к кондиционеру в офис. Если в акте есть серийный номер и место установки "кабинет 312", клиенту сложнее сказать, что обслуживали "не тот блок". А если в работах есть строка "очистка дренажа - выполнено, проверка утечки - не выявлено", спор "плохо почистили" превращается в разговор по фактам.
Главная ошибка чек-листа ТО - пытаться заставить мастера писать длинные тексты. Рабочий шаблон состоит из коротких пунктов, где большинство ответов выбирается в один тап, а редкие случаи дополняются фото и комментарием.
Хорошая структура начинается с разделов: "Визуальный осмотр", "Безопасность", "Измерения", "Тест работы", "Рекомендации". Внутри раздела каждый пункт должен иметь понятный статус: ОК, Не ОК, Не применимо. Важно, чтобы "Не применимо" было нормальным вариантом, иначе мастер начнет ставить ОК "для скорости", и ценность чек-листа пропадет.
Для пунктов с замерами добавьте поля так, чтобы не было споров: значение (только число), единицы (выбор из списка), допуск (например, +- 5% или диапазон) и комментарий (по необходимости).
Фото до/после стоит требовать не везде, а только там, где это реально защищает: следы протечки, повреждения, загрязнение, замена детали, пломбы. Ограничьте количество, например до 2 фото на пункт, чтобы документ не превращался в "фотоальбом" и не грузился слишком долго.
Автоподсказки экономят время: если мастер выбирает "Не ОК", приложение сразу предлагает типовые причины и готовые рекомендации (например, "засор фильтра" -> "очистить/заменить, повторный тест"). Лучше делать это короткими вариантами, а не обязательным текстом.
И не забывайте про привязку к оборудованию. Один и тот же пункт подходит не всем моделям, поэтому держите разные шаблоны по типу и версии устройства. Для кондиционеров будет один набор замеров, для котлов - другой, а внутри типа могут отличаться нормы давления и температуры.
Подпись нужна не ради красивой картинки, а чтобы закрыть спорные моменты: клиент видел акт, согласился с объемом работ и понимает, что именно ему передали. Процесс должен быть простым, иначе подпись будут "забывать" брать.
На практике работают три варианта: подпись пальцем на экране (самый привычный), подпись стилусом (удобно на планшетах, читается лучше) и подтверждение кодом (когда клиенту неудобно рисовать подпись, но он может ввести одноразовый код из SMS или назвать код из сообщения). Часто комбинируют: подпись плюс короткое подтверждение "С актом согласен".
Чтобы подпись была полезной, сохраняйте не только изображение, но и контекст:
Аккуратнее с формулировками: если у вас нет квалифицированной электронной подписи, не называйте это ЭЦП и не обещайте "юридически равноценную" подпись. Пишите проще: "подтверждение получения и согласия с актом в приложении".
Изображение подписи и метаданные лучше хранить как часть записи акта: подпись отдельным файлом (PNG) плюс поля в базе, чтобы можно было быстро найти документ и показать, когда и кем он подписан.
Отказ тоже должен быть понятным сценарием, а не тупиком. Дайте мастеру кнопку "Отказ от подписи" и попросите указать причину (списком или коротким текстом). В акте фиксируются: "подпись не получена", причина, дата и отметка мастера. Так вы не теряете выезд и все равно можете отправить клиенту документ на ознакомление.
Выездной сервис часто попадает в подвалы, котельные и цеха, где связь пропадает. Офлайн-режим должен не ограничивать, а спокойно вести мастера до конца: открыть визит, заполнить акт, собрать подпись, сохранить результат и показать, что будет отправлено позже.
На главном экране держите простой список визитов (сегодня, срочные, просроченные). Рядом с каждым визитом - быстрый старт формы и понятный статус: "Черновик", "Готово к отправке", "Отправлено". Таймер работ лучше делать локальным: старт, пауза, завершение, чтобы он не зависел от сети и мог подставлять длительность в акт.
Экран формы в офлайне должен быть удобным для работы одной рукой: крупные поля, выпадающие списки вместо ручного ввода, подсказки рядом с полем, автозаполнение из карточки клиента и объекта. Чем меньше клавиатуры, тем меньше ошибок на морозе и в перчатках.
Проверьте базовую логику офлайн-форм: автосохранение черновика после ключевых шагов (фото, подпись, итог), явную кнопку "Сохранить и закрыть", валидации на месте (обязательные поля, формат телефона, даты, числа и диапазоны), защиту от случайного выхода и локальное хранение с привязкой к визиту и времени.
Синхронизация должна идти очередью. Мастер не должен думать "ушло или нет": приложение само отправляет при появлении сети, повторяет при ошибке и показывает статус выгрузки.
Удобная схема статусов: "В очереди" -> "Отправляется" -> "Отправлено" или "Ошибка (повторить)". Если ошибка, показывайте человеческую причину: нет сети, конфликт данных, слишком большой файл.
Чтобы быстро собрать приложение для мастеров, сначала договоритесь о терминах. В TakProsto (takprosto.ai) удобно описать это текстом: кто у вас "клиент", что такое "объект", чем "визит" отличается от "заказа", где хранится "акт", а где "чек-лист ТО". Чем точнее словарь, тем меньше правок потом.
Дальше выпишите поля и статусы. Отметьте обязательные (без них акт нельзя закрыть) и опциональные (их можно заполнить позже). Например: статус визита "в пути", "на объекте", "завершен"; статус акта "черновик", "на подписи", "подписан". Это пригодится и для офлайна: что можно редактировать без интернета, а что требует синхронизации.
Перед генерацией сделайте набросок экранов (в заметках достаточно 5-7): список визитов, карточка визита, форма чек-листа, акт, подпись, история отправок или выгрузок.
В TakProsto включите planning mode и запросите план проекта: какие таблицы нужны в PostgreSQL, какие API в Go, какие экраны в Flutter, и какая React-админка нужна диспетчеру.
Дальше работайте короткими итерациями:
Практичный тест: мастер заполняет чек-лист без сети, берет подпись клиента, а в офисе акт синхронизируется и становится доступен для выгрузки. Если это проходит без ручных обходов, вы близки к запуску пилота.
Клиенту удобнее всего получать акт в PDF: его можно распечатать, переслать бухгалтерии и приложить к счету. Для вашей системы полезно хранить еще и машинный формат (например, JSON), чтобы потом без ручного ввода отправлять данные в CRM или учет.
Хорошая выгрузка акта - это один понятный файл, где все собрано в правильном порядке: титульная часть (клиент, адрес, дата, номер акта, мастер), таблица работ и материалов (кол-во, цена, сумма), чек-лист ТО с отметками и комментариями, фото до и после (если были), подписи мастера и клиента с временем подписания.
Нумерация важна для поиска и для споров. Самый простой шаблон: серия (по подразделению или типу работ) + дата + порядковый номер за день + объект. Например: "ТО-20260121-003-ШКОЛА12". Главное правило: номер должен быть уникальным и формироваться одинаково на всех устройствах, даже если мастер работает офлайн.
Отправка клиенту должна быть в один тап: кнопка "Поделиться" в мобильном приложении, чтобы выбрать почту или мессенджер. В реальном выезде это выглядит так: мастер закрыл чек-лист, клиент подписал на экране, приложение сформировало PDF и открыло меню отправки. Если интернета нет, файл сохраняется локально и уходит, когда связь появится.
Для хранения заранее решите права и историю: кто видит акт (мастер, диспетчер, бухгалтерия), кто может скачать PDF и исходные данные, где хранится оригинал подписи и фото, фиксируется ли история версий (например, если исправили адрес или добавили фото), как отмечается статус (черновик, подписан, отправлен).
Самая частая проблема на старте - формы получаются слишком длинными. На бумаге это выглядит логично, а на выезде мастер заполняет через раз: устал, торопится, клиент стоит рядом. Оставьте минимум обязательного, а остальное перенесите в необязательные блоки, которые можно раскрыть при необходимости.
Вторая ошибка - нет жестких проверок перед завершением. В итоге акт уходит без подписи, без даты или с пустыми работами. Правило простое: если поле критично для спора, оно должно быть обязательным, а кнопка "Завершить" - недоступной, пока все не заполнено.
Навигация тоже часто ломает процесс. Когда разделов слишком много, пользователь теряется, прыгает между экранами и забывает вернуться. Держите один понятный маршрут: объект -> работы -> материалы -> фото -> подпись -> выгрузка.
Офлайн-режим нельзя добавлять "потом". Если приложение закрыли или телефон разрядился, данные должны сохраниться локально и восстановиться при открытии. Проверьте это на слабой связи: внесли 10 пунктов, сделали фото, закрыли, открыли - все на месте.
Фото без правил быстро превращаются в проблему: огромные файлы, долгая синхронизация, жалобы на тормоза. Нужны ограничения по размеру и подсказки: что именно фотографировать и сколько кадров достаточно.
И обязательно продумайте отказ клиента от подписи. Мастер должен понимать, что делать: отметить причину, добавить комментарий, сделать фото результата и отправить акт как "без подписи".
Набор мер, который обычно дает быстрый эффект:
Если собираете прототип в TakProsto, эти проверки и офлайн-черновики лучше заложить сразу в требования. Исправлять ошибки на живых выездах всегда дороже.
Перед тем как выпускать мастеров в поле, сделайте один тестовый выезд сами или с самым опытным сотрудником. Цель простая: убедиться, что приложение не подводит, когда связи нет, а клиент торопится.
Проверьте формы на реальных данных: адрес, модель оборудования, фото, расходники, комментарии. Обязательно прогоните сценарии с ошибками (пропустили поле, забыли подпись, нет интернета), чтобы увидеть, как приложение подсказывает и не дает потерять информацию.
Короткая проверка, которая обычно ловит большую часть проблем:
Отдельно проверьте шаблоны чек-листа ТО. Если у вас разные типы оборудования, переключение должно быть очевидным: мастер выбирает тип, и список вопросов меняется сразу, без лишних экранов.
Мастер приезжает в офис на плановое ТО кондиционера. На телефоне открывает заявку и видит короткий маршрут: что проверить, что измерить, какие фото сделать. Это рабочий минимум, который превращает выезд в понятный результат и для клиента, и для компании.
Сначала мастер заполняет чек-лист ТО: отмечает выполненные пункты (чистка фильтров, проверка дренажа, осмотр трассы), вводит замеры (температура на выходе, ток, давление - что важно именно вам) и прикрепляет 2-3 фото: общий вид блока, шильдик, проблемное место. Поля не должны быть "для галочки": если часть данных не нужна, она только убивает дисциплину.
Дальше мастер фиксирует итог работ. В акте он коротко пишет рекомендации (например: "заменить изоляцию на участке 1 м", "через 2 недели повторно проверить утечку") и ставит дату следующего визита. Если нужна сумма, добавляет материалы и работу, чтобы цифры совпали с тем, что клиент ожидает.
После этого клиент подписывает акт прямо на экране. Рядом с подписью сохраняются ФИО подписанта и время, а мастер видит, что документ подписан.
Затем приложение формирует PDF и отправляет его клиенту сразу (например, на почту или в мессенджер, который вы используете). Так закрывается вопрос "а где мой акт?" прямо на месте.
Если связи нет, формы работают офлайн: записи, фото и подпись сохраняются на устройстве, а при появлении интернета синхронизируются.
Чтобы запустить решение без долгих согласований, начните с простого набора: один шаблон акта и один чек-лист ТО. Цель на старте - не учесть все случаи, а сделать так, чтобы мастер заполнил форму за 3-5 минут, а клиент сразу получил понятный документ.
Хороший первый шаг - собрать фактуру. Возьмите 10 реальных актов (бумажных или из Excel), разложите их на поля и отметьте, что повторяется всегда. Обычно это данные клиента и объекта, дата и время, перечень работ, материалы, сумма, комментарий и подпись. Редкие поля (особые допуски, дополнительные согласования) вынесите в "Примечание" и добавьте позже.
Дальше работайте короткими итерациями:
Во время пилота ведите один список улучшений: что мешало заполнению, каких полей не хватало, где люди ошибались. Полезное правило: если правка не влияет на оплату или спорность, переносите ее на второй этап.
После пилота зафиксируйте версии шаблонов и сделайте обновления привычкой: добавили поле - обновили PDF, проверили на одном выезде, только потом раскатили всем. Если понадобится сложная интеграция или нестандартная логика, используйте экспорт исходного кода и дорабатывайте проект дальше без привязки к одному инструменту.
Минимальная цель — зафиксировать результат выезда так, чтобы через неделю не спорить о фактах. Приложение должно привязывать фото, материалы, время и подпись к конкретной заявке и не давать закрыть визит, пока не заполнен обязательный минимум.
Ставьте офлайн-режим в базу: мастер должен открыть визит, заполнить формы, сделать фото и взять подпись без интернета. Важно показывать понятные статусы, например что данные сохранены на устройстве и что они будут отправлены позже.
Обычно хватает заявки или наряда, акта выполненных работ, чек-листа ТО и блока фото/комментариев. Если у вас часто появляются допработы, добавьте короткую форму согласования суммы и статуса «согласовано», чтобы не ловить конфликты после выезда.
Держите акт коротким: кто и где, что обслуживали, что сделали, что использовали, чем закончили, плюс подписи и дата. Если поле не защищает от спора и не влияет на оплату, лучше сделать его необязательным или убрать.
Рабочий шаблон — это пункты с выбором статуса в один тап и редкие комментарии по необходимости. Добавьте варианты «ОК», «Не ОК» и «Не применимо», иначе мастера будут ставить «ОК» для скорости и ценность проверки пропадет.
Самый простой вариант — подпись пальцем или стилусом прямо на экране. Вместе с изображением подписи храните контекст: ФИО подписанта, роль, дату и время, номер заказа или акта и кто оформил документ, чтобы подпись не была «картинкой без смысла».
Сделайте отдельный сценарий «Отказ от подписи», чтобы это не было тупиком. Мастер отмечает причину, добавляет комментарий при необходимости, и акт сохраняется со статусом «без подписи», чтобы выезд не терялся и документ можно было отправить клиенту на ознакомление.
Ограничьте количество и размер снимков, а также подскажите, что именно фотографировать в вашем процессе. Лучше требовать фото только там, где оно реально защищает: дефект, загрязнение, замена детали, шильдик или пломбы.
По умолчанию делайте один понятный PDF для клиента и храните структурированные данные отдельно, чтобы потом не перепечатывать в CRM или учет. Номер акта должен быть уникальным и формироваться одинаково даже офлайн, иначе появятся дубликаты и путаница.
Начните с словаря терминов и статусов, затем опишите сущности и обязательные поля, и только потом собирайте экраны и формы. В TakProsto удобно делать это через planning mode, быстро сгенерировать админку и приложение мастера, а затем проверить на 5–10 реальных выездов и поправить то, что мешает заполнению.
