→ Hsins: 你的資料服務的對象是你後續的處理機制,要整理成什麼形式 01/09 13:15
→ Hsins: 是看你後續要做什麼,不是看使用的是哪一種語言。 01/09 13:16
→ Hsins: 比如 (2) 的格式看不出客戶 1 購買了 A 幾次,如果用途是要 01/09 13:18
→ Hsins: 看哪些商品有被購買,而不重視購買次數,那就 (2) 就足夠了 01/09 13:18
→ Hsins: ,而 (1) 的格式既保留了購買次數也保留了商品,甚至先後。 01/09 13:19
→ Hsins: 有時候先後次序不重要,你也可以用 {'A': 3, 'B': 1} 呀 01/09 13:20
感謝你特地回覆!!
其實我主要是想看敝司的產品購買先後行為,並結合RFM
看哪些會員是忠誠顧客且未來有可能會購買新一代產品。
因為我們產品是高單價,大部分會員都只購買一次或兩次居多
很少數才會每一代新產品出來都做購買 ; 或是重複購買
主要是想確認業界習慣用哪一種方式解讀
如果都沒差的話,應該是(2)就可以沒錯!
不然 (1) 做出來會像這樣
https://imgur.com/frYfHb5.jpg
另外有個問題想順便請問:
為什麼 support加起來會超過1?
照理講 support 是資料集內所有的交易次數的佔比
應該加總不會超過1才對!?
一直百思不得其解...
謝謝
※ 編輯: icqmsn (114.37.168.110 臺灣), 01/09/2024 23:06:01
→ lycantrope: 不是都沒差,而是商業邏輯有沒有要考慮順序先後 01/10 09:21
→ lycantrope: 加起來不是一,有沒有重複算,分母有一樣嗎 01/10 09:22
→ icqmsn: 回L大:有的,順序很重要!這樣才能預估下一代產品有多少人 01/10 12:39
→ icqmsn: 會再購買! 01/10 12:39
→ icqmsn: 計算方式我是使用 CSPADE 演算法,不知道哪邊可再細調 @@ 01/10 12:45