UX загрузки счетов: почему сотрудники не пользуются вашей системой

Коротко: сотрудники не загружают счета в систему не из лени и не из-за «сопротивления переменам». Чаще всего загрузка просто дольше и неудобнее, чем переслать файл бухгалтеру в мессенджер. Если отправить счёт в систему занимает больше 30 секунд, требует перепечатать реквизиты или заканчивается непонятной ошибкой, люди возвращаются к старому каналу. Лечится это не приказом, а правкой интерфейса: один понятный вход, загрузка с телефона и пересылкой письма, автоматическое распознавание с подсветкой сомнительных полей, человеческие ошибки и видимый статус счёта после отправки.

Знакомая картина: компания подключила сервис для приёма счетов, провела обучение, разослала инструкцию — а через месяц половина документов снова приходит бухгалтеру в личные сообщения с подписью «оплати, пожалуйста, срочно». Система формально работает, но живёт параллельно с реальным процессом. Бухгалтер вынужден сам загружать чужие счета, а руководитель не понимает, почему автоматизация не дала обещанной экономии.

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

Почему сотрудники продолжают слать счета в мессенджер?

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

Опросы о внедрении корпоративных систем показывают то же самое. В исследовании о внедрении систем корпоративных коммуникаций, которое опубликовал ComNews в ноябре 2026 года, сопротивление сотрудников непривычным интерфейсам назвали главной сложностью 48,8% респондентов, отметивших хотя бы одну проблему. Счета — не исключение: если новый путь дороже старого, люди выбирают старый.

Основные причины можно разложить на пять групп:

• Цена действия выше, чем в старом канале. Больше шагов, больше полей, нужен компьютер, а счёт пришёл на телефон.
• Сотрудник не видит выгоды для себя. Выгоду получает бухгалтерия, а менеджер получает лишнюю работу. Если после загрузки он не узнаёт, оплачен ли счёт, мотивации нет совсем.
• Непонятные требования. Поле «статья ДДС» или «ЦФО» для менеджера по продажам ничего не значит, и он боится ошибиться.
• Страх «сломать». Загрузка заканчивается ошибкой без объяснения, и человек решает, что проще отдать счёт тому, кто «умеет».
• Старый канал не закрыт. Бухгалтер по-прежнему принимает счета в мессенджере и сам их загружает, поэтому у остальных нет причин менять привычку.

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

Как понять, что проблема именно в UX загрузки

Прежде чем что-то переделывать, нужно убедиться, что люди уходят именно на этапе загрузки, а не, скажем, на согласовании. Для этого хватит недели наблюдений и нескольких простых метрик.

• Доля счетов, загруженных самими авторами. Сравните, сколько счетов загрузил тот, кто их получил, и сколько — бухгалтер «за кого-то». Если бухгалтерия загружает больше половины, система не прижилась.
• Брошенные загрузки. Сколько раз форму открыли и не отправили. Высокая доля говорит о том, что человек застрял на каком-то поле или ошибке.
• Время от открытия формы до отправки. Если медиана больше минуты, ищите лишние поля и ручной ввод.
• Повторные загрузки и исправления. Счёт отправили, отклонили, загрузили снова — значит, требования к документу не объяснены заранее.
• Канал прихода. Сколько счетов пришло через форму, сколько — пересылкой письма, сколько — с телефона. Пустой канал так же информативен, как перегруженный.

Цифры показывают, где болит, но не почему. Поэтому вторая половина диагностики — живые наблюдения. Попросите трёх-пятерых сотрудников из разных отделов загрузить настоящий счёт при вас и проговаривать вслух, что они делают. Не подсказывайте. По оценке Nielsen Norman Group, пять участников обычно находят большую часть проблем интерфейса, а для экрана загрузки этого хватит с запасом: он короткий, и ошибки повторяются у всех.

9 ошибок интерфейса, из-за которых систему обходят стороной

Эти проблемы встречаются в коробочных сервисах, в самописных кабинетах и в доработанной 1С. Расположены примерно в порядке того, как часто из-за них бросают загрузку.

• 1. Загрузка спрятана. Кнопка «Загрузить счёт» находится в третьем пункте меню или внутри раздела «Документы → Входящие → Новый». Главное действие должно быть на первом экране после входа и заметнее всего остального.
• 2. Нет загрузки с телефона. Большая часть счетов приходит в мессенджер или на мобильную почту. Если для загрузки нужен компьютер, счёт ждёт до вечера или уходит бухгалтеру напрямую. Минимум — адаптивная форма с кнопкой «Сфотографировать или выбрать файл»; лучше — отдельный адрес для пересылки.
• 3. Ручной ввод реквизитов. Форма просит перепечатать номер, дату, ИНН и сумму, хотя всё это есть в самом файле. Каждое поле ручного ввода — это и время, и шанс на опечатку. Реквизиты должна вытаскивать система, человек только подтверждает.
• 4. Обязательные поля, которые не понимает автор. «Статья ДДС», «ЦФО», «вид операции» нужны бухгалтерии, но не менеджеру. Такие поля лучше заполнять автоматически по контрагенту или отдавать на этап проверки бухгалтеру.
• 5. Распознанные данные без подсказок. Система распознала счёт и показала все поля одинаково — не понять, где она уверена, а где угадывала. Сотрудник либо проверяет всё, либо ничего. Сомнительные поля нужно подсвечивать и показывать рядом фрагмент исходного документа.
• 6. Непонятные ошибки. «Ошибка 422», «Недопустимый формат», «Документ не прошёл валидацию». Хорошая ошибка говорит, что случилось и что делать: «Файл больше 20 МБ — сожмите PDF или загрузите фото страницы».
• 7. Потеря введённого. Сотрудник заполнил форму, загрузка файла упала — и все поля очищены. Один такой случай отучает пользоваться системой надолго. Форма должна сохранять черновик.
• 8. Тишина после отправки. Счёт ушёл, и непонятно, что дальше: принят ли он, кто его согласует, когда оплатят. Без обратной связи менеджер всё равно напишет бухгалтеру «ну что там?», и смысл системы теряется.
• 9. Нельзя загрузить пачку. Пришло пять счетов одним письмом, а форма принимает по одному файлу. Множественная загрузка и разбор многостраничного PDF на отдельные счета экономят минуты каждый день.

Пунктам 3 и 5 стоит уделить особое внимание: от качества распознавания и того, как результат показан человеку, зависит, будет ли подтверждение занимать пять секунд или пять минут. Подробнее о том, почему даже высокая точность OCR не избавляет от проверки и как выставлять порог уверенности, — в статье про точность OCR при распознавании счетов.

Как должен выглядеть удобный путь загрузки счёта

Хороший сценарий укладывается в три шага и меньше чем в полминуты для типового счёта. Вот как это выглядит с точки зрения сотрудника.

• Шаг 1. Отправить так, как удобно. Счёт можно переслать письмом на отдельный адрес, сфотографировать с телефона или перетащить файл в окно браузера. Все каналы ведут в одну очередь — никаких «для фото — одно приложение, для PDF — другое».
• Шаг 2. Проверить только то, в чём система сомневается. Поставщик, сумма, НДС и дата уже заполнены. Уверенно распознанные поля показаны спокойно, сомнительные — подсвечены с фрагментом документа рядом. Поставщик подтягивается из справочника по ИНН, статья расходов — по истории счетов этого поставщика.
• Шаг 3. Увидеть, что будет дальше. После отправки — понятный экран: «Счёт принят, согласует Иван Петров, плановая дата оплаты — 14 ноября». И уведомление, когда статус меняется.

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

Симптом, причина, правка: быстрая диагностика

Когда метрики уже собраны, удобно идти от того, что видно со стороны, к тому, что нужно поменять в интерфейсе. Ниже — типичные симптомы, которые бухгалтерия замечает первой, и правки, которые обычно их снимают.

• Счета приходят бухгалтеру в мессенджер с подписью «загрузи, пожалуйста». Причина: загрузка с телефона неудобна или её нет. Правка: адрес для пересылки писем и мобильная форма «сфотографировать и отправить» без обязательных полей.
• Много открытых и не отправленных форм. Причина: человек застревает на поле, которое не понимает, или на ошибке загрузки файла. Правка: найти поле по аналитике формы, сделать его необязательным или автозаполняемым, переписать текст ошибки.
• Счета часто возвращают на доработку. Причина: требования к документу не видны заранее — например, нужен скан со всеми страницами или договор приложением. Правка: короткая подсказка прямо над кнопкой загрузки и проверка комплектности до отправки, а не на этапе бухгалтерии.
• Один и тот же счёт загружают дважды. Причина: после отправки нет подтверждения, и человек не уверен, что всё прошло. Правка: экран «счёт принят» со статусом и номером в системе, предупреждение о похожем счёте при повторной загрузке.
• Менеджеры пишут бухгалтеру «ну что там с оплатой?». Причина: статус счёта не виден автору. Правка: уведомление о смене статуса в почте или мессенджере и страница «мои счета» с датой плановой оплаты.
• Бухгалтер правит распознанные суммы почти в каждом счёте. Причина: система показывает результат распознавания как окончательный и не подсвечивает сомнительные поля, поэтому автор не проверяет ничего. Правка: подсветка полей с низкой уверенностью и фрагмент документа рядом с полем.
• Счета от одного поставщика попадают на разные статьи расходов. Причина: статью выбирает автор из длинного списка. Правка: подставлять статью по истории счетов этого поставщика и оставлять окончательный выбор бухгалтеру.

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

Что поправить в первую очередь: план на месяц

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

• Неделя 1 — диагностика. Соберите метрики из предыдущего раздела и проведите 3–5 наблюдений. Запишите каждую точку, где человек остановился, переспросил или ошибся.
• Неделя 2 — быстрые правки. Вынесите загрузку на первый экран, перепишите тексты ошибок, уберите или сделайте необязательными поля, которые не нужны автору счёта, включите сохранение черновика.
• Неделя 3 — каналы. Добавьте адрес для пересылки писем и мобильную загрузку, если их нет. Это самая заметная для сотрудников правка: путь «переслать» остаётся тем же, только адресат другой.
• Неделя 4 — обратная связь и регламент. Настройте уведомления о статусе счёта и только после этого договоритесь, что бухгалтерия перестаёт принимать счета в мессенджере. Вместо загрузки за автора бухгалтер отвечает ссылкой на адрес или форму.

Через месяц снова снимите метрики. Главный показатель — доля счетов, которые загрузили сами авторы. Если она выросла, а бухгалтер перестал быть «ручным шлюзом», правки сработали.

Мобильный сценарий: отдельный экран, а не уменьшенная копия

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

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

Если сотрудники часто работают в разъездах, без связи или сдают ещё и чеки по авансовым расходам, может понадобиться полноценное приложение с офлайн-очередью. О требованиях к нему — в статье про сканирование чеков и счетов на Android.

Почему обучение и приказы не заменяют удобный интерфейс

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

Удобный интерфейс работает иначе. Классические эвристики юзабилити Якоба Нильсена хорошо ложатся на загрузку счетов: видимость состояния системы (статус после отправки), соответствие языку пользователя (нет бухгалтерских терминов в форме для менеджера), предотвращение ошибок (проверка файла до отправки), понятные сообщения об ошибках и минимализм (только нужные поля). Если экран загрузки нарушает хотя бы две-три из них, никакой регламент не удержит сотрудников в системе.

Это не значит, что регламент не нужен. Нужен, но он должен идти вторым: сначала сделать новый путь проще старого, потом закрыть старый.

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

• Кнопка загрузки видна на первом экране после входа.
• Счёт можно переслать письмом на отдельный адрес.
• Загрузить счёт можно с телефона за несколько касаний.
• Номер, дату, ИНН, сумму и НДС система заполняет сама.
• Сомнительные поля подсвечены, рядом виден фрагмент документа.
• Автор счёта не обязан заполнять бухгалтерские поля.
• Можно загрузить несколько файлов или многостраничный PDF за раз.
• Ошибки объясняют, что случилось и как это исправить.
• Если загрузка прервалась, введённые данные не теряются.
• После отправки видно, кто согласует счёт и когда его оплатят.
• Типовой счёт загружается меньше чем за 30 секунд.
• Бухгалтерия не принимает счета в обход системы.

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

Частые вопросы

Почему сотрудники не загружают счета в систему, хотя их обучили? Обучение объясняет, как пройти путь, но не делает его короче. Если загрузка дольше и сложнее, чем переслать файл бухгалтеру в мессенджер, люди вернутся к старому способу. Нужно сократить шаги, убрать ручной ввод и показать автору статус счёта после отправки.

Сколько времени должна занимать загрузка одного счёта? Ориентир для типового счёта — до 30 секунд от открытия формы до отправки. Если медиана больше минуты, почти наверняка в форме есть лишние обязательные поля или ручной ввод реквизитов, которые система могла бы распознать сама.

Нужно ли запрещать присылать счета в мессенджер? Да, но только после того, как новый путь станет удобнее старого. Если закрыть мессенджер раньше, сотрудники найдут другой обходной канал. Мягкий вариант: бухгалтер не загружает счёт за автора, а отвечает ссылкой на форму или адрес для пересылки.

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

Что важнее: мобильное приложение или адрес для пересылки писем? Для большинства малых компаний сначала — адрес для пересылки: он не требует установки и повторяет привычное действие «переслать». Мобильное приложение нужно, когда сотрудники много работают в разъездах, сдают бумажные чеки или часто остаются без связи.