Заказное ПОКонцепт
Relay — Операционная платформа
Заказное операционное ПО для DTC-бренда — заказы, комплектация и склад в одном месте, с отдельной ролью для каждого, кто с ними работает.
Изнутри
Конвейер заказов.
Таблица заказов с фильтрами по статусам, заказ, открытый в боковой панели, и складские остатки за ним.
Обзор
Relay — концепт для вымышленного бренда товаров для дома, который продаёт напрямую покупателям и перерос свои таблицы. Заказы приходят из интернет-магазина, остатки хранятся в двух местах, а три команды отвечают на одни и те же вопросы в трёх разных инструментах. Бриф: единая внутренняя платформа, в которой работает вся компания.
Бриф
- Проблема
- Заказы, остатки и поддержка живут в разных инструментах, а связывает их копирование и вставка.
- Ограничение
- Платформа должна работать с текущим интернет-магазином, службой доставки и бухгалтерскими инструментами — без выходных на миграцию.
- Решение
- Единая внутренняя платформа поверх этих инструментов: конвейер заказов, актуальные остатки, роли и дашборд.
Бренды на этом этапе держатся на лоскутном наборе инструментов: админка магазина для заказов, таблица для остатков, общий почтовый ящик для возвратов и чат для всего остального. Каждая передача дел — это копирование и вставка, а каждое копирование — шанс отправить не тот товар.
Relay собирает весь жизненный цикл заказа на одном экране. Заказы поступают из интернет-магазина через интеграцию, проходят понятные статусы — новый, в сборке, отправлен, доставлен — и хранят собственную историю. Остатки учитываются по каждому складу и резервируются в момент оплаты, поэтому цифра на экране совпадает с тем, что лежит на полке.
Роли определяют, кто что видит. Поддержка может вернуть деньги, но не может менять остатки; склад собирает заказы и печатает этикетки, но не видит выручку; основатели получают дашборд. Каждое действие фиксируется с именем и временем, поэтому ответы на вопросы дают записи, а не чья-то память.
Об этом концепте
Это концепт-проект для вымышленного клиента. Он показывает процесс и стандарт качества, с которыми мы подходим к клиентским проектам.
Подход
Сначала модель бизнеса, потом экраны.
Сначала модель данных
Заказы, товары, склады и люди описываются в модели данных ещё до первого экрана. Когда модель верна, большинство экранов — это понятные таблицы и короткие формы.
Один статус, один ответственный
У каждого заказа ровно один статус и одна команда, которая отвечает за следующий шаг. Кто бы ни открыл заказ, первым он видит следующее действие.
Интегрировать, а не заменять
Интернет-магазин, платежи, служба доставки и бухгалтерия продолжают делать то, что у них хорошо получается. Relay синхронизируется с ними через API и становится местом, где идёт работа.
Что входит
Для тех, кто работает в ней каждый день.
Цифры относятся к брифу концепта.
Модули
5модулей
Заказы, комплектация, склад, клиенты и аналитика — одна навигация, один поиск, одна система прав.
Роли
Четыре роли, одна модель прав
Владелец, операционный отдел, склад и поддержка — у каждой роли ровно те действия, которые нужны для работы. Каждое изменение записывается в журнал.
Интеграции
4интеграции
Заказы из магазина, платежи, этикетки службы доставки и выгрузка в бухгалтерию — у каждой свой статус синхронизации и журнал ошибок.
Состояния
Рассчитано на загруженный день
Состояния «пусто», «загрузка», «нет синхронизации» и «ошибка» для каждой таблицы, чтобы медленный API никогда не выглядел как потерянный заказ.
Стек
- Next.js
- TypeScript
- PostgreSQL
- Prisma
- Ролевой доступ
- Вебхуки
- Vercel
Попробуйте сами
Рабочий продукт, а не картинка.
Откройте демо и пользуйтесь им так, как это делал бы гость или клиент. Работает каждое касание и каждая вкладка.