Сервис согласования документов

Что это
Веб-сервис для загрузки, согласования и подписания документов — без лишней возни и с доступными тарифами.
Цель
Спроектировать веб-сервис согласования документов, который упрощает процесс от загрузки файла до подписи. Пользователь может быстро загрузить документ, настроить участников, отправить файл на подпись и понимать статус процесса на каждом этапе.
Что я сделал
Я спроектировал сервис, который помогает быстро загрузить документ, настроить цепочку согласования, отправить файл на подпись и отслеживать статус участников.
Главная идея проекта — упростить работу с документами. Пользователь должен понимать, что происходит с документом на каждом этапе: кто получил файл, кто подписал, где возникла ошибка и что делать дальше.
Анализ аудитории
О чём
Я проанализировал, как пользователи выбирают сервисы согласования документов и как ими пользуются. Чаще всего такие продукты не выбирают спонтанно: люди ориентируются на рекомендации коллег, популярность сервиса, требования компании, безопасность и стоимость.
Главные барьеры
- Интерфейсы перегружены ненужными функциями
- Слишком много деталей отвлекает от главного действия
- Не всегда понятно, кто и когда подписывает документ
- Процесс подписания часто состоит из слишком большого числа шагов
- Пользователь не всегда понимает текущий статус документа
- Множество подтверждений создаёт ощущение сложности
Вывод
Главный вывод: пользователям не нужен сложный документооборот. Они хотят быстро выполнить целевое действие — загрузить документ, отправить его на подпись и понимать, что происходит дальше.
По результатам исследования основные критерии выбора — скорость работы, безопасность, стоимость и доверие к сервису.
Анализ аудиторииПроблема
Проблема
Пользователи сталкиваются с перегруженным интерфейсом, множеством шагов и не всегда понимают, что будет дальше: загрузился ли документ, кому он отправлен, кто уже подписал, где посмотреть статус и что делать, если документ вернули на доработку.
Исследование также показало, что многим сервисам не хватает прозрачности процесса: не всегда ясно, кто и когда подписывает документы.
Анализ конкурентов
О чём
Я разобрал Контур, СБИС и Endocs. У конкурентов есть сильные стороны: работа с разными типами документов, фильтры по типу и этапу согласования, быстрые сценарии загрузки и подписания. В некоторых решениях загрузка документа занимает два клика, а подписание — одно действие.
Что работает хорошо
- Поддержка разных типов документов
- Фильтры по документам и этапам
- Быстрые сценарии загрузки
- Подписание в один шаг
- Понятное управление статусами
Что можно улучшить
- Убрать лишние функции с первого уровня
- Сделать загрузку документа более очевидной
- Показывать весь сценарий заранее
- Упростить настройку участников
- Сделать статусы подписания прозрачнее
- Отделить рискованные действия от основных
Вывод
Конкуренты закрывают функциональность, но не всегда делают процесс достаточно простым и прозрачным. Я сосредоточился на сценариях, в которых пользователь быстро понимает, что делать и где находится документ.
Анализ конкурентовПользовательский путь и информационная архитектура
О чём
После анализа конкурентов я подробно разобрал путь пользователя, разбив его на ключевые этапы. Для каждого шага описал действия, метрики, барьеры, решения, экраны и элементы интерфейса.
Это помогло понять, где пользователь может потерять уверенность: при загрузке файла, настройке ролей, отправке документа, отслеживании статуса или получении правок.
Какие сценарии проработаны
- Загрузка документа
- Настройка согласования
- Отправка на подпись
- Просмотр отправленного документа
- Отслеживание успешного подписания
- Отслеживание документа в работе
- Опыт подписанта
- Подписание или возврат на доработку
Вывод
В таких сервисах пользователь должен постоянно понимать статус процесса. Поэтому интерфейс должен не просто показывать документ, а объяснять, кто участвует, что уже сделано, что заблокировано и какие действия доступны сейчас.
Пользовательский путьПрототип
О чём
На этапе прототипа я проверил базовый сценарий: загрузку документа, настройку участников, отправку, просмотр статусов и настройки.
Главный фокус был не на визуале, а на логике: где пользователь видит следующий шаг, как считывает статус, где находятся основные действия и как отделены опасные.
Загрузка документа
О чём
Первый экран должен сразу объяснять пользователю, что делать. Я сделал загрузку документа главным действием и добавил подсказки о формате файла и о том, что будет дальше.
Что это даёт пользователю
Пользователь быстрее начинает сценарий и понимает, что загрузка документа — первый шаг процесса согласования.
Настройка согласования
О чём
После загрузки документа пользователь настраивает, кто и в каком порядке должен подписать или согласовать файл. Важно не перегружать интерфейс: ошибка в последовательности может повлиять на весь процесс.
Я построил настройку как понятную цепочку участников: пользователь видит роли и порядок и может быстро добавить нового человека.
Что это даёт пользователю
Пользователь понимает, кто получит документ, в каком порядке и какую роль играет каждый участник.
Экран документа и отслеживание статуса
О чём
Экран документа — не просто просмотр файла. Это центр управления процессом: здесь пользователь видит статус подписания, участников, историю изменений и доступные действия.
Я разделил экран на две зоны: информация о документе и информация о действиях. Это снижает риск ошибки и помогает быстро оценить состояние процесса.
Что это даёт пользователю
Пользователь понимает, что происходит с документом, кто уже подписал и какие действия доступны сейчас.
Просмотр документа / Опыт отправителя
О чём
Если документ вернули на доработку, отправителю важно быстро понять причину отказа и не потерять контекст согласования. Во многих сервисах этот сценарий уходит в сторонние чаты, что усложняет повторную отправку документа.
На этом экране я добавил историю версий, комментарии участников и прозрачные статусы подписания по каждому получателю. Пользователь может заменить документ, отправить его повторно и сразу увидеть, кто подписал файл, кто отклонил и по какой причине.
Что это даёт пользователю
Пользователь не теряет контекст работы с документом, быстро исправляет ошибки и возвращает файл в процесс согласования без лишней переписки вне сервиса.
Просмотр документа / Опыт получателя
О чём
Если документ вернули на доработку, пользователь должен понять причину и быстро исправить файл. Без этого сценария всё превращается в переписку за пределами сервиса.
Я добавил комментарий получателя, возможность заменить документ и отправить его повторно.
Что это даёт пользователю
Пользователь не теряет контекст ошибки и может быстро вернуть документ в процесс согласования.
Опыт подписанта
О чём
Опыт подписанта должен быть ещё проще, чем у отправителя. Он получает документ по почте, переходит в сервис и должен быстро понять, кто прислал файл и что с ним можно сделать.
Я упростил процесс подписания и сосредоточился на двух ключевых действиях: подписать документ или вернуть его на доработку.
Что это даёт пользователю
Подписант быстро выполняет действие и не тратит время на сложный ввод или поиск нужной кнопки.








