Я спроектировала критичный флоу завершения заказа в условиях
жёсткого дедлайна
E-commerce
MVP
C2C
Я спроектировала критичный флоу завершения заказа в условиях
жёсткого дедлайна
E-commerce
MVP
C2C
Я спроектировала критичный флоу завершения заказа в условиях
жёсткого дедлайна
E-commerce
MVP
C2C
Моя роль
Product designer
Команда
Project manager
Full-stack developer
Мои задачи
Flow analysis
UX analysis
Experience design
Design system
Контекст
При разработке этап «завершение заказа» изначально был сильно недооценён командой по сложности и объёму работ.
На момент проектирования ключевые участники команды были недоступны, поэтому все UX- и архитектурные решения мне нужно было принимать самостоятельно.
Мне предстояло с нуля спроектировать один из самых важных и чувствительных флоу платформы — процесс завершения заказа, от которого напрямую зависело получение денег фрилансером и доверие пользователей к сервису в целом.
Проблемы
🙊
Невозможно обсудить решения с командой
🧩
Много состояний и сценариев
🕑
Отсутствие времени на тесты
✨
Новый функционал
😣
Сложная логика
🔥
Сжатые сроки
Цели
Создать понятный, прозрачный и безопасный процесс завершения заказа
Обеспечить удобство как для заказчика, так и для фрилансера
Минимизировать риски конфликтов и споров
Сделать процесс, который вызывает доверие к платформе
Уложиться в крайне сжатые сроки без потери качества UX
Создать масштабируемое решение, которое можно будет развивать дальше
Ключевые решения
Разработала чёткую пошаговую логику завершения заказа с понятным прогрессом
Внедрила систему milestones, чтобы разбить оплату и приёмку
Проработала удобный процесс приёмки работ заказчиком (с возможностью запроса доработок)
Сделала детальную проработку всех состояний экранов и микроанимаций
Самостоятельно принимала все архитектурные и UX-решения, постоянно держа баланс между интересами заказчика и фрилансера
Изменила таблицу заказов
В изначальном варианте не было статусов заказов. Для построения логики завершения проекта было критически важно отсортировать заказы по статусам.
Результат
Я спроектировала не просто отдельный набор экранов, а полноценную логику завершения заказа: от статусов и этапов выполнения до приёмки, запроса доработок и финального закрытия проекта.
Главным результатом стало то, что сложный и потенциально конфликтный процесс стал прозрачным для обеих сторон: заказчик понимает, на каком этапе находится работа и что от него требуется, а фрилансер видит понятный путь к сдаче результата и получению оплаты.
Дополнительно я расширила дизайн-систему под новые состояния и сценарии, чтобы решение не было разовым костылём, а могло масштабироваться вместе с продуктом.
Я спроектировала не просто отдельный набор экранов, а полноценную логику завершения заказа: от статусов и этапов выполнения до приёмки, запроса доработок и финального закрытия проекта.
Главным результатом стало то, что сложный и потенциально конфликтный процесс стал прозрачным для обеих сторон: заказчик понимает, на каком этапе находится работа и что от него требуется, а фрилансер видит понятный путь к сдаче результата и получению оплаты.
Дополнительно я расширила дизайн-систему под новые состояния и сценарии, чтобы решение не было разовым костылём, а могло масштабироваться вместе с продуктом.
Следующие шаги
Если бы у меня было больше времени, я бы провела быстрые usability-тесты на ключевых сценариях: приёмка работы, запрос доработок, завершение этапа и финальное закрытие заказа. Также я бы отдельно проверила, насколько пользователям понятны статусы и формулировки, связанные с оплатой.
Моя роль
Product designer
Команда
Project manager
Full-stack developer
Мои задачи
Flow analysis
UX analysis
Experience design
Design system
Другие кейсы
Контекст
При разработке этап «завершение заказа» изначально был сильно недооценён командой по сложности и объёму работ.
На момент проектирования ключевые участники команды были недоступны, поэтому все UX- и архитектурные решения мне нужно было принимать самостоятельно.
Мне предстояло с нуля спроектировать один из самых важных и чувствительных флоу платформы — процесс завершения заказа, от которого напрямую зависело получение денег фрилансером и доверие пользователей к сервису в целом.
Моя роль
Product designer
Команда
Project manager
Full-stack developer
Мои задачи
Flow analysis
UX analysis
Experience design
Design system
Проблемы
🙊
Невозможно обсудить решения с командой
🧩
Много состояний и сценариев
🕑
Отсутствие времени на тесты
✨
Новый функционал
🔥
Сжатые сроки
😣
Сложная логика
Цели
Создать понятный, прозрачный и безопасный процесс завершения заказа
Обеспечить удобство как для заказчика, так и для фрилансера
Минимизировать риски конфликтов и споров
Сделать процесс, который вызывает доверие к платформе
Уложиться в крайне сжатые сроки без потери качества UX
Создать масштабируемое решение, которое можно будет развивать дальше
Ключевые решения
Разработала чёткую пошаговую логику завершения заказа с понятным прогрессом
Внедрила систему milestones, чтобы разбить оплату и приёмку
Проработала удобный процесс приёмки работ заказчиком (с возможностью запроса доработок)
Сделала детальную проработку всех состояний экранов и микроанимаций
Самостоятельно принимала все архитектурные и UX-решения, постоянно держа баланс между интересами заказчика и фрилансера
Изменила таблицу заказов
В изначальном варианте не было статусов заказов. Для построения логики завершения проекта было критически важно отсортировать заказы по статусам.
Результат
Я спроектировала не просто отдельный набор экранов, а полноценную логику завершения заказа: от статусов и этапов выполнения до приёмки, запроса доработок и финального закрытия проекта.
Главным результатом стало то, что сложный и потенциально конфликтный процесс стал прозрачным для обеих сторон: заказчик понимает, на каком этапе находится работа и что от него требуется, а фрилансер видит понятный путь к сдаче результата и получению оплаты.
Дополнительно я расширила дизайн-систему под новые состояния и сценарии, чтобы решение не было разовым костылём, а могло масштабироваться вместе с продуктом.
Следующие шаги
Если бы у меня было больше времени, я бы провела быстрые usability-тесты на ключевых сценариях: приёмка работы, запрос доработок, завершение этапа и финальное закрытие заказа. Также я бы отдельно проверила, насколько пользователям понятны статусы и формулировки, связанные с оплатой.