К содержимому
B2BВеб-сервис

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

Главный экран DocumentCraft — список отправленных документов со статусами подписания

Что это

Веб-сервис для загрузки, согласования и подписания документов — без лишней возни и с доступными тарифами.

Цель

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

Что я сделал

Я спроектировал сервис, который помогает быстро загрузить документ, настроить цепочку согласования, отправить файл на подпись и отслеживать статус участников.

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

Анализ аудитории

Как решают сейчасЧто удобно и на что смотрятЧто неудобно
  • узнают сервисы у колег
  • используют самые популярные источники
  • привязываются к системе из-за компании
  • скорость использования
  • безопасность
  • стоимость
  • мнение известных компаний
  • В большинстве сервисах перегружен интерфейс. Много лишних деталей, которые отвлекают от основного действия: подписать документы. Реализовано огромное количество не целевых функций
  • Нет прозрачности процесса. Не везде видно кто и когда подписывает документы.
  • Сложный пользовательский путь для подписания документов. В сервисах сделано слишком много шагов для выполнения с большим количеством подтверждений для подписания документов

О чём

Я проанализировал, как пользователи выбирают сервисы согласования документов и как ими пользуются. Чаще всего такие продукты не выбирают спонтанно: люди ориентируются на рекомендации коллег, популярность сервиса, требования компании, безопасность и стоимость.

Главные барьеры

  1. Интерфейсы перегружены ненужными функциями
  2. Слишком много деталей отвлекает от главного действия
  3. Не всегда понятно, кто и когда подписывает документ
  4. Процесс подписания часто состоит из слишком большого числа шагов
  5. Пользователь не всегда понимает текущий статус документа
  6. Множество подтверждений создаёт ощущение сложности

Вывод

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

По результатам исследования основные критерии выбора — скорость работы, безопасность, стоимость и доверие к сервису.

Анализ аудитории

Проблема

Проблема

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

Исследование также показало, что многим сервисам не хватает прозрачности процесса: не всегда ясно, кто и когда подписывает документы.

Анализ конкурентов

КонкурентыЧто удобноЧто неудобно
  • Сервисы: Контур, Сбис, Endocs
  • Работа с любым типым документов
  • Есть фильтры по типу документов, этапам согласования
  • Быстрое согласование. Загрузка документа происходит в 2 клика, а подпись в 1. Нет лишних этапов подписания, все сделано быстро и понятно. Минимальное количество действий для достижения цели
  • Большая часть сервисов перегружена лишними функциями, которые не подсвечивают основное действие - подписание документов
  • Многоступенчатое подписание документов, что усложняет отправку документа на подписание
  • Нет trial периодов для пробы продуктов или они сложно получаются

О чём

Я разобрал Контур, СБИС и Endocs. У конкурентов есть сильные стороны: работа с разными типами документов, фильтры по типу и этапу согласования, быстрые сценарии загрузки и подписания. В некоторых решениях загрузка документа занимает два клика, а подписание — одно действие.

Что работает хорошо

  1. Поддержка разных типов документов
  2. Фильтры по документам и этапам
  3. Быстрые сценарии загрузки
  4. Подписание в один шаг
  5. Понятное управление статусами

Что можно улучшить

  1. Убрать лишние функции с первого уровня
  2. Сделать загрузку документа более очевидной
  3. Показывать весь сценарий заранее
  4. Упростить настройку участников
  5. Сделать статусы подписания прозрачнее
  6. Отделить рискованные действия от основных

Вывод

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

Анализ конкурентов

Пользовательский путь и информационная архитектура

Шаги01Загрузка документа02Настройка согласования03Отправка на подпись04Просмотр отправленного документа (05Отслеживание статуса подписания (успешно)06Отслеживание статуса подписания (доработка)
Действие

Пользователь загружает документ или создает новый

Пользователь задает кто и в каком порядке подписывает документ

Отправка на подпись

Пользователь открывает документ из списка

Пользователь следит за процессом

Пользователь следит за процессом

Метрика

Переход до этапа согласования документа

Документ отправлен на подпись

Отправка документа прошла успешно

Сколько человек подписало документ

Понимает статус без усилий

Документ отредактирован и отправлен повторно

Барьеры
  • не понимает что произойдет дальше
  • не уверен какой формат документов подходит
  • не понимает платно это или нет
  • не может найти ключевое действие загрузки
  • сложно понять логику ролей
  • перегруз функционалом, хочется очевидных действий
  • неочевидно, что обязательно заполнять, а что нет
  • страх ошибиться в последовательности заполнения
  • не понимает документ отправился или нет
  • не понимает кто получил документ и получили ли его
  • не понимает где отслеживать то, что документ "отправлен"
  • не сразу понятно, это финальный статус или промежуточный
  • трудно быстро считать прогресс подписания
  • смешаны просмотр документа и действия управления
  • неочевидно, можно ли менять уже отправленный документ
  • аннулирование может быть опасным действием, боязнь нажать не туда
  • если участников много, теряется понимание кто уже подписал, а кто нет
  • не хватает информации об участниках для подтверждения, что отправил всем, кому нужно
  • если документ на утверждении или отклонен, то хотелось бы видеть причину в виде комментария, чтобы не связываться напрямую
  • не понимает где посмотреть подписан документ или еще в процессе подписания
  • не знает, когда подписали документ и где это увидеть
  • нужно каждый раз заходить и проверять вручную
  • не понимает где увидеть ошибку и что с ней делать
  • не понимает как отправить документ на доработку
Решения
  • очевидная зона, куда можно перетянуть документ и он загрузится
  • указывать форматы загрузки документа (если они все, то выписать самые популярные и написать, что доступны все)
  • сразу показать, что будет дальше. Нужно отобразить сценарий
  • автопроверка файла (ошибки, если возникнут)
  • превью документа при подгрузке
  • сделать поочередное заполнение. Кто создает документ - тот первоначально и заполняет
  • создать цепочку участников, если подписей нужно много
  • возможность быстро добавить участников (email/логин пользователя)
  • подсказками выделить то, что обязательно заполнять (если потребуется)
  • минимизировать количество функций для более четкого фокуса пользователя
  • показать поле, которое всплывает после успешной/неуспешной отправки документа
  • отобразить коротко информацию о получатели документа / сделать список получателей
  • в навигации сделать раздел, где можно отслеживать все отправленные документы и их статусы
  • сделать уведомления внутри продукта
  • сделать функционал как видит другой полученный документ
  • добавить блок с главной информацией и действиями о файле
  • статусы показать тегами
  • разделить контент на 2 зоны: информация и действия
  • действия скачать, заменить и аннулировать поделить на 2 секции, аннулировать показать явно, но не близко с основным функционалом
  • аннулирование сделать с дополнительным подтверждением
  • участников показывать с явным статусом "подписал, отклонил, на рассмотрении"
  • дата создания не прятать
  • сделать подсказку для документа, что его можно редактировать до начала подписания
  • у карточки с документом сделать статус "подписано" и данные отправителя
  • отобразить дату подписания, дублировать подписание документа в уведомление и на почту
  • возможность просматривать документ
  • в приложенном документе выводить инпут с комментарием от получателя, вывести ошибку
  • вывести кнопку "отправить повторно"
  • отображать кнопку "заменить документ"
Экран

Главный экран / экран загрузки документа

Экран с процессом согласования

Успешная отправка

Экран с документом

Главный экран / страница документа

Главный экран / страница документа / доработка

Элементы
  • Навигация в хэдере по сервису
  • Табы для навигации для просматривания этапов согласования
  • Зона загрузки документа
  • Указание формата загрузки
  • Сценарий утверждения
  • Превью документа при загрузке, отобразить состояние загрузки
  • Подсказка, что дальше произойдет
  • Кнопка загрузки документа
  • цепочка участников в карточках
  • функционал добавления пользователей
  • тип ролей (подписант/согласующий)
  • подсказки для ввода в полях
  • подписание документа одной кнопкой "подпись"
  • кнопка "отправить"
  • модалка с успехом/неудачей
  • информация о получателях документа. ФИО, ИНН, фото, сам документ
  • кнопка "вернуться на главную", если успешно, "вернуться к редактированию", если неуспешно
  • кнопка "глаз", которая показывает, как видит документ получатель у себя в профиле
  • отображать новый документ в уведомлениях
  • возможность тредактировать документ после отправки
  • название документа, дата создания
  • теги статуса
  • счетчик подписания
  • превью документа (иконка)
  • кнопки: просмотреть, скачать, заменить (подсказка к элементу заменить)
  • данные отправителя
  • данные получателя и статус подписания
  • кнопка аннулирования
  • история изменений в документе
  • статус у карточки документа и данные отправителя
  • отображать дату подписания документа
  • добавлять уведомление в сервисе и дублировать на почту
  • статус у карточки документа и данные отправителя
  • отображать дату подписания документа
  • добавлять уведомление в сервисе и дублировать на почту
  • кнопка для повторной отправки документа
  • кнопка для замены документа
Опыт подписанта
Шаги01Увидел документ на почте02Открытие документа
Действие

Подписант переходит в сервис

Участник открывает документ и просматривает

Метрика

Перешел в сервис

Документ подписан или отправлен на доработку

Барьеры
  • сложный вход (регистрация, авторизация)
  • хочется зайти в сервис быстрее
  • много сложных полей для ввода данных
  • сложный вход (регистрация, авторизация)
  • непонятно, куда нажать для подписи
  • непонятно, от кого пришел документ
  • сомнения в безопасности сервиса
  • непонятно, что делать с документом, если в нем ошибка
Решения
  • упрощенная регистрация с минимальным вводом данных. Приходит сообщение на почту, пользователя подтверждает и уже имеет возможность подписать/отклонить документ
  • предоставить возможность зайти через соц. сети или почту
  • упрощенная регистрация с минимальным вводом данных. Приходит сообщение на почту, пользователя подтверждает и уже имеет возможность подписать/отклонить документ
  • явный CTA для подписания документа
  • указать данные отправителя
  • если пользователь не зарегистрирован, то показывать изначала форму с регистрацией и информацию о компании
  • альтернативный вариант для отправки документа на доработку
  • возможность оставить пометку, где есть ошибка
  • автоматическое отправление документа спустя 3 дня без подписания / ручное отправление документа повторно
Экран

Форма регистрации

Экран подписания

Элементы
  • логотип
  • заголовок при входе
  • инпут для ввода почты
  • CTA "Получить ссылку на почту"
  • альтернативные варианты входа через почту/соц. сети
  • возможность войти в аккаунт
  • перечень документов, если их много
  • кнопка "подписать" и "отправить на доработку"
  • отобразить данные отправителя
  • кнопка для того, чтобы оставить "комментарий" с доработкой документа
  • функционал для автоматической отправки документа через 3 дня, если он не подписан
  • функционал для ручного отправления документа повторно

О чём

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

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

Какие сценарии проработаны

  1. Загрузка документа
  2. Настройка согласования
  3. Отправка на подпись
  4. Просмотр отправленного документа
  5. Отслеживание успешного подписания
  6. Отслеживание документа в работе
  7. Опыт подписанта
  8. Подписание или возврат на доработку

Вывод

В таких сервисах пользователь должен постоянно понимать статус процесса. Поэтому интерфейс должен не просто показывать документ, а объяснять, кто участвует, что уже сделано, что заблокировано и какие действия доступны сейчас.

Пользовательский путь

Прототип

О чём

На этапе прототипа я проверил базовый сценарий: загрузку документа, настройку участников, отправку, просмотр статусов и настройки.

Главный фокус был не на визуале, а на логике: где пользователь видит следующий шаг, как считывает статус, где находятся основные действия и как отделены опасные.

Загрузка документа

О чём

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

Что это даёт пользователю

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

Настройка согласования

О чём

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

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

Что это даёт пользователю

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

Экран документа и отслеживание статуса

О чём

Экран документа — не просто просмотр файла. Это центр управления процессом: здесь пользователь видит статус подписания, участников, историю изменений и доступные действия.

Я разделил экран на две зоны: информация о документе и информация о действиях. Это снижает риск ошибки и помогает быстро оценить состояние процесса.

Что это даёт пользователю

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

Просмотр документа / Опыт отправителя

О чём

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

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

Что это даёт пользователю

Пользователь не теряет контекст работы с документом, быстро исправляет ошибки и возвращает файл в процесс согласования без лишней переписки вне сервиса.

Просмотр документа / Опыт получателя

О чём

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

Я добавил комментарий получателя, возможность заменить документ и отправить его повторно.

Что это даёт пользователю

Пользователь не теряет контекст ошибки и может быстро вернуть документ в процесс согласования.

Опыт подписанта

О чём

Опыт подписанта должен быть ещё проще, чем у отправителя. Он получает документ по почте, переходит в сервис и должен быстро понять, кто прислал файл и что с ним можно сделать.

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

Что это даёт пользователю

Подписант быстро выполняет действие и не тратит время на сложный ввод или поиск нужной кнопки.