カスタムソフトウェアコンセプト
Relay 業務管理プラットフォーム
D2Cブランドのための業務管理ソフトウェア。受注、出荷、在庫をひとつの場所で扱い、関わるすべての人に役割を。
制作の舞台裏
注文パイプライン。
ステータスで絞り込める注文テーブル、サイドパネルで開いた1件の注文、そしてその裏にある在庫数。
概要
Relayは、消費者への直販で成長し、スプレッドシートでの管理に限界を迎えた架空のホームウェアブランドのためのコンセプトです。注文はオンラインストアから届き、在庫は2か所に分かれ、3つのチームが同じ質問に3つの異なるツールで答えています。ブリーフは、会社全体がそこで仕事をする、ひとつの社内プラットフォームです。
ブリーフ
- 課題
- 注文、在庫、サポートが別々のツールにあり、コピー＆ペーストでつながっている。
- 制約
- 既存のストア、配送業者、会計ツールと連携できること。週末を費やすデータ移行はしない。
- 解決策
- 既存ツールの上に構築する、ひとつの社内プラットフォーム。注文パイプライン、リアルタイムの在庫、役割、ダッシュボード。
この段階のブランドは、つぎはぎの仕組みで回っています。注文はストアの管理画面、在庫はスプレッドシート、返品は共有の受信箱、その間のすべてはチャットのスレッド。引き継ぎのたびにコピー＆ペーストが発生し、そのたびに誤った商品を出荷するリスクが生まれます。
Relayは、注文のライフサイクル全体をひとつの画面に集約します。注文はストアから連携機能を通じて取り込まれ、新規、梱包中、発送済み、配達完了という明確なステータスを進み、それぞれに履歴が残ります。在庫はロケーションごとに管理され、決済が完了した時点で引き当てられるため、画面上の数字は棚にある数と一致します。
誰が何を見られるかは、役割で決まります。サポートは返金できても在庫は変更できず、倉庫は梱包と送り状の印刷ができても売上は見えず、創業者はダッシュボードを見られます。すべての操作は担当者名と日時とともに記録されるため、疑問には記憶ではなく記録が答えます。
このコンセプトについて
架空のクライアントのためのコンセプト作品です。私たちがクライアント案件で実践するプロセスと品質基準をご紹介しています。
アプローチ
まず業務をモデル化し、それから画面を描く。
データモデルから
画面を1枚も描く前に、注文、商品、ロケーション、担当者をモデル化します。モデルが正しければ、ほとんどの画面は明快なテーブルと短いフォームで済みます。
ひとつのステータス、ひとつの担当
すべての注文には、ステータスがひとつだけあり、次に進める責任を持つチームもひとつだけです。注文を開いた人は、まず次のアクションを目にします。
置き換えずに、連携する
ストア、決済、配送業者、会計は、それぞれが得意なことを続けます。RelayはそれらとAPIで同期し、実際に仕事が進む場所になります。
搭載する機能
運用する人のために。
数値はコンセプトのブリーフに基づくものです。
モジュール
5つのモジュール
受注、出荷、在庫、顧客、分析。ナビゲーション、検索、権限設定はひとつに統一しています。
役割
4つの役割、ひとつの権限モデル
オーナー、オペレーション、倉庫、サポート。それぞれの業務に必要な操作だけを割り当て、すべての変更を記録します。
連携
4つの連携
ストアの注文、決済、配送ラベル、会計データの書き出し。それぞれに同期ステータスとエラーログを備えています。
状態
忙しい日を前提に設計
すべてのテーブルに、空、読み込み中、同期ずれ、エラーの状態を用意。APIの応答が遅くても、注文が消えたようには見えません。
技術スタック
- Next.js
- TypeScript
- PostgreSQL
- Prisma
- ロールベースのアクセス制御
- Webhook
- Vercel
実際に試す
画像ではなく、動く制作物。
デモを開いて、ゲストやクライアントになったつもりで使ってみてください。すべてのタップ、すべてのタブが動作します。