一開始以為使用者回訪模組其實是乙個比較簡單的模組
已簽收訂單的使用者->撥打**回訪->獲取回訪錄音->更新回訪資訊
後來發現，還是我太年輕了
回訪不僅僅是針對使用者，還有相對應的訂單資訊。
所以會出現乙個使用者對應多個訂單的情況。
而且對於使用者群體是中老年人的現狀，幫使用者下單也是一件很蛋疼的事情。
以至於會出現
同乙個使用者，不同的**，使用者幫朋友下單
同乙個使用者，不同的姓名，使用者幫朋友下單
同乙個使用者，不同的下單方式，h5頁面下單，客服下單
這樣在做篩選區分的時候就會出現很多難以避免的問題
1，同一使用者重複回撥
2，不能確定是否為同一使用者
有時候打**過去會出現授權性別是男但是實際為女的情況，造成一定的資訊差問題
3，客服下單和h5頁面下單是區分查詢
第三版的改動呢就是可以進行多單查詢，在未回訪的頁面將使用者重複訂單進行標註，進行分段回訪之前，或者之後核對使用者資訊是否唯一，而同一使用者被識別為多訂單的情況下，任一一單被回訪了，其他訂單的狀態也會跟著改變，從未回訪變成已回訪。
不可避免重複回撥的問題的情況下，只能是盡量降低重複回撥的概率。
電商模組產品設計
模組功能 本系統進行自營型電商模式思考，一版針對生產型企業及大型銷售型企業，主要銷售自家企業的商品。此系統不涉及企業內部組織架構的情況，僅針對電商銷售部門對產品進行銷售 不涉及商家多個倉庫的情況，因此也不涉及銷售端庫存尋源問題 由於單店鋪銷售，因此不存在多部門多店鋪結算問題 不涉及營 相關功能 不涉...
電商專案模組記錄
spring整合redis集群 購物車dubbocartserviceimpl redis配置 單點登陸 public class jsonutils catch jsonprocessingexception e 將json轉化為物件 public static t toobject string...
電商秒殺專案 交易模組
首先建立交易模型，然後根據模型建立表，生成實體。然後建立service，寫建立訂單的方法。建立訂單 1校驗下單狀態 商品存在？使用者合法？購買數量正確？override public itemmodel getitembyid integer id itemmodel itemmodel conve...