Я Ольга, проектирую интерфейсы для «Экзон» — системы управления строительными процессами. В статье я расскажу, как я разработала новую функцию для этой системы, с какими трудностями столкнулась и как их преодолела. Мне поставили задачу: упростить процесс создания карточек документов. Раньше пользователи работали с Excel-шаблонами для создания карточек документов, теперь всё заполняют в удобном интерфейсе «Экзон» — быстро и без лишних шагов.
Мой опыт будет полезен тем, кто разрабатывает сложные интерфейсы и не боится строительных терминов.
Как устроена работа с документами в модуле Проектно-изыскательских работ
Проектно-изыскательские работы (ПИР) — это комплекс работ по подготовке документации для начала строительства. Поясню, как ведётся работа в модуле ПИР в Экзон. На старте проекта в Экзон на вкладках рабочей и проектной документации модуля ПИР создаётся структура разделов, в разделах создаются карточки документов, в них добавляются файлы, проставляется QR-код. После этого документация отправляется на согласование. Процесс разделяют на этапы для эффективной работы. Этапы поддерживают массовые операции.

В задаче переработано решение этапа массового создания «карточек» документов. «Карточки» представляют собой табличные записи, содержащие базовую информацию о документе, но без файлов. Файлы в карточки загружаются на следующем этапе. На скрине интерфейса Экзон есть карточка с шифром 000-ЖД-П-АР3.2, в которую позже будет загружен файл документа. До внесения изменений процесс массового создания таких заготовок осуществлялся с помощью Excel-шаблонов. Пользователи сталкивались с трудностями: заполнение больших файлов приводило к частым ошибкам и техническим проблемам при импорте шаблона. Задачей было упростить процесс, чтобы сделать работу пользователей комфортной и надёжной.
Как работали раньше
Сначала пользователь скачивал Excel-шаблон из Экзона. Затем вручную заполнял его по правилам: разделы, даты, шифры и другую информацию. После этого загружал файл обратно в Экзон, и на основе информации из шаблона в интерфейсе автоматически создавались карточки.

Проблемы с Excel-шаблонами доставляли пользователям массу неудобств:
Трудоёмкий процесс заполнения
Шаблон содержал до сотни строк. Количество правил заполнения со временем увеличивалось и сами правила усложнялись. Пользователям приходилось тратить часы на ручной ввод данных, требующий предельной внимательностиОшибки переноса данных
При копировании структуры разделов и дат из Экзон в Excel информация часто «съезжала» — даты попадали не в те ячейки, разделы отображались некорректно, что приводило к ошибкамПроблемы с актуальностью данных
Пока один пользователь заполнял шаблон, другой мог в это же время изменять структуру разделов в Экзон. Информация об изменениях никак не переносилась в шаблон, появлялись расхожденияОграничения по типам файлов
Массовая загрузка через шаблон была реализована только для PDF-документов. Часть проектной документации должна загружаться в новом формате XML, для которого была недоступна массовая загрузкаНеочевидные причины ошибок
При загрузке данных в Экзон из Excel-файла возникали сбои, если пользователи допускали ошибки при заполнении шаблона. Причины сбоев были неочевидны. Пользователи тратили время, чтобы догадаться, где были проблемы, снова и снова пытались загрузить файл, обращались в техническую поддержку
Эти сложности замедляли работу, вызывали закономерное раздражение пользователей. Новое решение должно было значительно упростить процесс.
Как выглядит новый процесс
В новом интерфейсе пользователи массово создают и распределяют карточки комплектов, не покидая Экзон. Я перенесла привычную логику работы с электронными таблицами в наш интерфейс, добавила новые возможности. Например, при дублировании карточек часть полей заполняется автоматически.

Новое решение устраняет большинство проблем
Исключает ошибки при заполнении, редактировании и импорте шаблона
Ускоряет редактирование внесённых данных
Гарантирует создание карточки документа в актуальном разделе
Позволяет массово создавать карточки для документов XML-формата
Трудности проектирования
Я проанализировала работу пользователей и проблемы на каждом этапе создания карточек. Выявила различия между карточками рабочей и проектной документации.

С учётом бизнес-требований определила необходимую функциональность.

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

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

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

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

Пользователи будут работать быстрее в новом интерфейсе без необходимости переключения между приложениями, сэкономят время и не сделают массу неочевидных для них ошибок. Снизится нагрузка на техподдержку: пользователи сами понимают, где проблема и как её решить. Оптимизированные сообщения об ошибках позволят быстрее разработать и легче поддерживать новую функцию. Разработка и дальнейшая поддержка потребуют меньше затрат.
Комментарии (4)

Decoin
26.12.2025 09:11А сколько кликов нужно было пользователю для загрузки таблицы и её подготовки для одной карточки? И сколько нужно сейчас?
little-brother
Как бывший проектировщик:
>>на вкладке проектной документации модуля ПИР
В разделе 5, все подразделы также имеют свои номера, которые неизменяемы и принимаются согласно постановлению 87. Т.е. если какого-то раздела нет, номер у него остается. Значит номер системы логично его добавлять в название.
Если несколько разделов разрабатывает одна компания, то общий шифр может быть один, меняется только марка. Иногда генподрядчик "спускает" свой шифр.
Также обычно номенклатура разделов - это ГИП, а сроки - РП. С excel - ГИП сделал файлик, перекинул РП, тот сроки забил. А то что в договорах - иногда там такая фигня :) Ну приписка есть, что можно изменить состав при согласовании обоими сторонами.
А чтобы найти балансы между понятностью текста и его эффективностью - имхо нейросети весьма неплохие помощники в этом + необученные пользователи.
Olga_Em Автор
Спасибо, что поделились своим опытом!
Структура разделов стандартизирована, в «Экзон» пользователи могут создавать собственные разделы. Поскольку в модуле могут одновременно работать несколько редакторов, иногда возникают ошибки, связанные с удалением или переименованием разделов.
Каждая карточка документа в системе должна иметь уникальный шифр. Это обязательное требование, особенно с учётом того, что над документами могут одновременно работать несколько редакторов, создавая карточки как по одной, так и массово.
Нейросети действительно могут быть полезными помощниками. Я использую их для работы над формулировками.
В статье я рассматривала сценарий с несколькими ошибками. Теоретически, все причины и названия проблемных разделов можно вывести в футере модального окна. Это информативно и экономит время пользователя, избавляя от необходимости искать описание ошибок в разных разделах. Такой подход я применяю, только если ошибка критичная и единичная.
В нашем случае перечисление всех ошибок в одном месте привело бы к необходимости создавать сложные динамические компоненты для алертов и тултипов, что перегрузило бы интерфейс и значительно усложнило бы разработку. Поэтому было принято решение сделать общие сообщения в футере и тултипах дерева разделов максимально универсальными, а детальное описание ошибок и инструкции по их исправлению размещать внутри соответствующих разделов.
Ещё один важный нюанс — проверки имеют разный приоритет. Например, если раздел удалён, нет необходимости показывать сообщение об изменении его настроек. Именно для того, чтобы обобщить тексты сообщений и корректно определить приоритет ошибок, потребовалась детальная схема проверок.
little-brother
Именно для проектной документации разделы должны иметь наименования и нумерацию согласно Постановлению 87, т.е. зафиксированы. По факту: исполнитель может только включать или не включать разделы, но не изменять нумерацию или наименования + шифры разделов рекомендованы ГОСТ (а у нас рекомендация - это почти как "обязательно").
Каждый раздел (или подраздел) Рабочей документации имеет базовое обозначение + марка + добавка (через точку, например, ЭМ.1 и ЭМ.2). Так вот, если компания разрабатывает несколько разделов, то у нее базовое обозначение (оно обычно длинное), как правило, одинаковое для всех своих разделов, отличаются только марки и добавки. Т.е. в принципе в excel удобно - протянуть или скопировать из соседней ячейки.
Подробнее про маркировку, если интересно, можете в ГОСТ Р 21.101 прочитать: например, описано, что у разделов проектной документации не "шифр", а "обозначение" (шифр - это для раздела ПД, который у ПД заменяет марку). Пустяк? Имхо из этого и складывается ощущение, что компания профи, а не погромисты пришли и счас научат как документацию вести :) Также как и Автор - имхо немного некорректно, скорее - Исполнитель или Разработчик. Автор чертежа - это чья подпись в основной надписи чертежа стоит.
Главное понимать, что проектная документация - это для согласований в органах экспертизы, а рабочая - для стройки. Соответственно, проектная более зарегламентирована.