技術討論 電商業務中的業務合併問題

2021-06-09 11:15:05 字數 594 閱讀 5647

今天第一次寫這個,其實,這些事情在10年前的erp和其他專案中都是有相應的解決方案的。

最近在京東採購了兩個單子,遇到了下面的問題:

1、發過來的衣服是180/100a的,我只能穿175的,申請換貨。

2、數位相機28exr的取景器內特別模糊,而液晶屏很清晰,我確認不是我眼睛的問題,所以,只能申請換貨。

京東這兩個單子是兩批人進行處理,完全不能合併,於是就要調動兩批資源來進行同一型別業務的處理,快遞員要來取兩次,或者我要送兩次。

這樣的使用者感受,實在讓人無法認同。

上次退貨和買東西之間就遇到快遞員對我說,他無法確認我退貨的內容,所以不能簽收,只能讓別人跑一趟過來取貨了。

1、同一使用者的同類/異類業務的合併處理;

2、同一區域使用者的同類/異類業務的合併處理;

3、同一送取貨路徑上的使用者的同類/異類業務的合聽處理。

如果能做好這三點,那麼,使用者的退換貨感受將會大幅度提公升。

而現在京東完全沒有做到,卻屢屢讓使用者重新考慮如何提交,這是把自己應該解決的問題推送給了使用者來解決,明顯是不合理的。

而這些功能在10年前的系統中就解決好了,京東如果說自己解決不了,出錢請我吧,我來給你們規劃業務邏輯和系統定義!

論技術 業務和商業的關係

大家都在it網際網路行業工作,不知道思考過這個問題沒有,那就是技術 業務和商業的關係。我們在平時的工作中,難免會遇到以下類似問題 1 先進的技術很多,為什麼我們不在公司成立的時候就使用最新的技術呢?2 目前我們的業務都是老的技術架構,老架構不夠靈活,臃腫,我們是否引入新的技術架構呢?以及何時引入?3...

關於電商業務場景設計的一些想法

一 現在的公司有一部分電商業務,由於時間倉促,開始的設計原則就是,先有東西再說,做完了後期再優化。所以導致了現在很多的問題。二 整體情況一時半會兒也說不清,單獨先開個文章記錄問題,後續再加東西。三 首先是規範。1.資料庫。表的命名規範很隨意,開頭用t tk ts等等,英語和拼音混雜。表內的字段命名也...

資料挖決中演算法適用的商業業務

market basket analysis 發現一起銷售的專案,動態生成意見並決定產品怎樣放置可以直接地對你的賬目底線有幫助。關聯 決策樹 churn analysis 預計可能會考慮取消他們服務的客戶以及確認如果留住他們將會得到的收益。決策樹 線性回歸 logistic回歸 market ana...