[QOTD]在單品的後台管理中，一個課題是如何訂貨，
一個課題是如何銷售。
*1
單品管理在後台最大的問題就是訂貨與如何銷售
，而訂貨的答案空間是最簡單的，就是在一段時間內
決定一個數量而如何降低庫存成本與訂貨成本的前提
下又能夠提高立即滿足度，這個在管理數學都有提到
。
只是在賣場中，商品是以萬來計數的，且不得不
否認的是即使是網路的虛擬賣場的物品出貨狀態對買
家也是一種很重要的參考依據，也就是說，買家會因
為出貨效率來影響購買的意願，但賣場不可能提出自
己跟本做不到的出貨效率，所以這個課題也是相當重
要的。
但除了這個問題之外，另一個問題就是如何促銷
，而促銷的方法基本上只有兩種，一種是讓買家知道
這產品的新訊息，也就是說可能買家不道這產品的存
在，而如何讓這產品曝光，另一種方法是如何增加買
家的購買意願，基本上最簡單的就是折扣，只是這個
折扣往往代表的就是利潤降低，所以這方法雖然是最
簡單但也是最不該使用的方式。
只是價格的折扣本身實在是太吸引人了，所以與
其是不想要，但也是必要的手段，因此在賣場提出折
扣的誘因時，都會希望買家付出買更多產品的代價，
因此變成如何找到搭售的產品是最簡單的方法，而這
方法在 Amazon 已經做很久了。
因為目前的提出折扣最主要是同一產品大量訂貨
時成本降低的回饋，但另一種是金額達到某個門坎時
的回饋，因為無論是處理一筆大訂單或一個產品的訂
單總比去處理各式各樣的不同狀況的訂單成本簡單許
多，但不可能去限制買家的行為下，就只好以誘因與
付出來改變買家的行為。
所以像 Amazon 這種方式是很不錯的，不只是可
以刺激消費，更可以不是漫無目的無限制的折扣，更
者甚至可以以庫存狀態來搭配後去清庫存，所以說是
一舉三得的方法，只是這產品的搭受選擇就是一個很
不簡單的課題。
但基本上不難的原因是若只是找到一個產品的話
，從以單筆訂單相同購買或買過這產品的人買過的較
多產品都可以算出來，這都是算 Also Buy，而這個
Also Buy 是最簡單不過的計數加總與商數的調整
(Normalization) 罷了，頂多是面臨到 Data Mining
最常遇到的問題，資料量過於龐大的問題。
*2
**********************************************
*1
1/30/04 8:58 am，捷運出發了，準時坐上最後
一班可以 10:00 前到公司的捷運。
昨天在整理自己以前做過的事，才發現以前做的
事還真不少，或許真的是小時了了吧，但與其這樣說
是不合理的，因為每個人在任何時期都有自己想做的
事，只是到最後有沒有做罷了，而比較起來，我的確
是想做與真的做的比例實在是太懸疏了。
在還沒有寫前言第三篇這種模糊的導論時，應該
回頭補一下還沒寫完的 Also Buy 或單品管理，或者
應該寫一下有關把 PHP 當作 Virtual Machine，把
HTTP Request 當成 RPC 的 Cluster 處理方式吧。
*2
1/30/04 9:29 am，本來今天是想寫些已經就使
用者 Page View 的行為所做的統計，但上次的文章
還沒做個結尾所以就先寫到這邊。
文章定位：
