trade 競購

(MVP) 競購模型：一套多用戶交易的社群平台。

系統驗證要點

• 一萬位用戶同時上線
• 百萬筆訂單的匹配時間
• 系統模組的容器化
• 妥善關機

系統內容

用戶

• 用戶可登錄帳號而入場。
• 用戶可提出需求單，即身為買家。
• 用戶可提出採購單，即身為賣家。

採購

• 採購單附有一個或更多個採購項目，並附有採購方式。
• 採購項目指明主要商品項目，以及來源地與價格。
• 採購方式：意義涵蓋採購的管道以及採購時的連帶行為：可能是
• 旅遊代購：附有旅期、地點、攜行量；
• 發貨處：附有團購期、團購量。
• 採購單的價格，不向買家公開。
• 賣家可以開列採購單。
• 當賣家見到需求單，可以依自己的意願開列採購單，並指明要匹配該需求單，

需求

• 需求單指名一個或更多個需求項目。
• 需求項目指明主要商品項目，以及來源地與費用。
• 需求單的費用，不向賣家公開，
• 買家可以開列需求單。
• 當買家見到採購單，可以開列需求單，並指明要匹配該採購單。

匹配

• 指定匹配的需求單與採購單都要先開列到系統。
• 指明採購單要匹配需求單的場合，須由以下條件達成匹配：
• 採購單完全滿足需求單，且限時之內買家都同意匹配；
• 採購單部份滿足需求單，且限時之內買家都同意匹配。
• 若一張採購單接收到太多張需求單指明匹配，則系統依賣家指明的攜行量，挑選高於採購價格的需求單，並以買家支付費用為排序依據，由費用較高的需求單開始挑選。
• 指明需求單要匹配採購單的場合，須由以下條件達成匹配：
• 採購單滿足需求單，且限時之內賣家都同意匹配；
• 採購單不滿足需求單，且限時之內賣家同意匹配。
• 若一張需求單接受到多於一張的採購單指明匹配，則系統挑選低於買家支付費用的採購單，並以賣家設定價格為排序依據，挑選最低價格的採購單。

履行

• 旅遊代購旅期完成，限三天之內寄發所採買的商品項目。
• 以團購發貨方式，於預估的貨物送到日期之後一週內寄發採買的商品項目。

資訊

• 若商品項目在系統裡不曾有銷售紀錄：
• 系統揭露較採購項目價格高 (m, m+2k) 之間的建議的需求單費用區間。
• 系統揭露較需求支付費用低 (n, n+2s) 之間的建議的採購單價格區間。
• 在系統可調閱最近 50 筆成交的採購單，並揭露以中位數 +-k 的價格區間為建議的需求單費用區間。
• 在系統可調閱最近 50 筆成交的需求單，並揭露以中位數 +-s 的費用區間為建議的採購單價格區間。