F.Doc — Enterprise-Grade E-Signature Flows
Role on project
Key Product Designer • Design System • Mobile App • IA
Date
2021-2022
Project Overview
F.Doc — enterprise-платформа электронного документооборота и электронной подписи.
Продукт используется для юридически значимых операций в банковских и корпоративных процессах и поддерживает сложные сценарии подписания документов: несколько ролей, многоэтапные статусы, аннулирование уже подписанных документов и асинхронное взаимодействие между участниками.
Это масштабная система с большим количеством сценариев, где цена пользовательской ошибки крайне высока, а интерфейс должен обеспечивать прозрачность, предсказуемость и контроль на каждом этапе работы с документами.
F.Doc — enterprise-платформа электронного документооборота и электронной подписи.
Продукт используется для юридически значимых операций в банковских и корпоративных процессах и поддерживает сложные сценарии подписания документов: несколько ролей, многоэтапные статусы, аннулирование уже подписанных документов и асинхронное взаимодействие между участниками.
Это масштабная система с большим количеством сценариев, где цена пользовательской ошибки крайне высока, а интерфейс должен обеспечивать прозрачность, предсказуемость и контроль на каждом этапе работы с документами.
My Role & Scope
На проекте F.Doc я был одним из ключевых дизайнеров и отвечал за проектирование пользовательского интерфейса и развитие дизайн-системы продукта.
Моя зона ответственности включала:
Интерфейс, построенный на основе этих решений, использовался в большом количестве пользовательских флоу и адаптировался под разные роли и статусы документов.
На проекте F.Doc я был одним из ключевых дизайнеров и отвечал за проектирование пользовательского интерфейса и развитие дизайн-системы продукта.
Моя зона ответственности включала:
- Участие в создании и развитии дизайн-системы F.Doc
- Проектирование основных пользовательских интерфейсов
- Разработку масштабируемых UI-паттернов для сложных сценариев
- Работу с enterprise-ограничениями и юридически значимыми действиями
Интерфейс, построенный на основе этих решений, использовался в большом количестве пользовательских флоу и адаптировался под разные роли и статусы документов.
Product Complexity
Ключевые факторы сложности продукта:
Каждое состояние документа требует понятного визуального представления и чётких пользовательских действий, чтобы минимизировать риск ошибок и недопонимания.
Ключевые факторы сложности продукта:
- Несколько пользовательских ролей с разными правами и действиями
- Многоэтапные сценарии подписания документов
- Асинхронные процессы (ожидание подписей других участников)
- Юридически необратимые действия
- Отдельные флоу для ошибок, отмен, повторных отправок и подтверждений
Каждое состояние документа требует понятного визуального представления и чётких пользовательских действий, чтобы минимизировать риск ошибок и недопонимания.
Scenario 1 — Document Search & Status-Driven Lists
Операторы F.Doc работают с большим объёмом документов одновременно, поэтому поиск и навигация по спискам являются частью ежедневного рабочего процесса.
Интерфейс списка документов был спроектирован как status-driven среда, где пользователь в первую очередь ориентируется не на название файла, а на текущее состояние документа и возможные действия.
Поиск и фильтрация помогают быстро сузить список документов, сохраняя контекст и предотвращая ошибки при работе с юридически значимыми данными.
Операторы F.Doc работают с большим объёмом документов одновременно, поэтому поиск и навигация по спискам являются частью ежедневного рабочего процесса.
Интерфейс списка документов был спроектирован как status-driven среда, где пользователь в первую очередь ориентируется не на название файла, а на текущее состояние документа и возможные действия.
Поиск и фильтрация помогают быстро сузить список документов, сохраняя контекст и предотвращая ошибки при работе с юридически значимыми данными.
Ключевые UX-принципы
- Статусы документов всегда видимы и читаемы
- Активные фильтры отображаются явно
- Недоступные фильтры объясняются пользователю
- Пустые состояния сообщают причину, а не просто результат
Scenario 2 — Multiple Signers Flow
В ряде бизнес-сценариев документы в F.Doc требуют подписи нескольких участников.
Это могут быть сотрудники компании и внешние клиенты, каждый из которых выполняет свою роль в общем процессе.
В ряде бизнес-сценариев документы в F.Doc требуют подписи нескольких участников.
Это могут быть сотрудники компании и внешние клиенты, каждый из которых выполняет свою роль в общем процессе.
Задача интерфейса — обеспечить прозрачное и безопасное многостороннее подписание, где пользователь всегда понимает:
- Кто уже подписал документ,
- Кто должен подписать следующим,
- На каком этапе находится процесс,
- Какие действия доступны в текущем состоянии.
Scenario 3 — Cancellation of Signed Documents
В F.Doc предусмотрен отдельный сценарий аннулирования уже подписанных документов.
С точки зрения продукта это самый чувствительный UX-флоу, так как он затрагивает юридически значимые действия и потенциально необратимые последствия.
Аннулирование реализовано как самостоятельный процесс, а не простое действие в интерфейсе. Пользователь проходит последовательность шагов, которые помогают осознать последствия решения и минимизируют риск ошибок.
В F.Doc предусмотрен отдельный сценарий аннулирования уже подписанных документов.
С точки зрения продукта это самый чувствительный UX-флоу, так как он затрагивает юридически значимые действия и потенциально необратимые последствия.
Аннулирование реализовано как самостоятельный процесс, а не простое действие в интерфейсе. Пользователь проходит последовательность шагов, которые помогают осознать последствия решения и минимизируют риск ошибок.
На стороне оператора
На стороне клиента (Mobile App)
Design Approach & Learnings
Работа над F.Doc показала, что в enterprise-продуктах пользовательский опыт строится не вокруг визуальных эффектов, а вокруг контроля состояний, прозрачности процессов и предотвращения ошибок.
Проект требовал проектирования интерфейсов, где каждое действие пользователя имеет юридические последствия, а значит — должно быть максимально понятным, предсказуемым и защищённым от случайных решений.
Работа над F.Doc показала, что в enterprise-продуктах пользовательский опыт строится не вокруг визуальных эффектов, а вокруг контроля состояний, прозрачности процессов и предотвращения ошибок.
Проект требовал проектирования интерфейсов, где каждое действие пользователя имеет юридические последствия, а значит — должно быть максимально понятным, предсказуемым и защищённым от случайных решений.
Next projects
AI-powered platform that automates the entire visa application process — from eligibility assessment and document preparation to interview booking and submission.
Redesigned and launched a federal payment platform for utilities, taxes, fines, and financial services, transforming a legacy portal into a searchable, mobile-first service marketplace.
