電子商務(wù)系統(tǒng)分析客戶行為模型-資料下載頁(yè)
2025-01-25 17:22本頁(yè)面
【正文】 索引減少了 I/O 瓶頸。 ? 更改一些操作系統(tǒng)變量的缺省值使線程應(yīng)用程序可以使用更多堆。 ? 高速緩存顯著的減少了到數(shù)據(jù)庫(kù)服務(wù)器的請(qǐng)求數(shù)。 ? 增加 Web 服務(wù)器的數(shù)目改進(jìn)了負(fù)載平衡。 ? 升級(jí)數(shù)據(jù)庫(kù)服務(wù)器增加了吞吐量。 36 容量規(guī)劃的經(jīng)驗(yàn)方法 ? 從核心關(guān)注點(diǎn)開始 ? 與客戶交流變換關(guān)注點(diǎn)表述面 ? 兼容未來(lái) ? 請(qǐng)供應(yīng)商參與容量規(guī)劃過程 ? 成本上升非線性的預(yù)防 ? 容量不僅僅是增長(zhǎng) ? 常規(guī)性改進(jìn)，定期開展 ? 讓更多的人來(lái)參與，分享容量規(guī)劃的好處 37 客戶個(gè)性化服務(wù) ? 利用 2080規(guī)律，有效提高有用容量和可用容量 ? 以符合客戶興趣、身份和需求的信息和應(yīng)用程序的形式為其提供特殊的待遇 ? 提供客戶針對(duì)性的服務(wù)，提高客戶滿意度 38 客戶個(gè)性化技術(shù) ? 定制的電子郵件提醒、定制的內(nèi)容和帳戶訪問 ? 定制價(jià)格、定制內(nèi)容、目標(biāo)市場(chǎng)和廣告 ? 可擴(kuò)展的個(gè)性化引擎，來(lái)處理大量的請(qǐng)求、龐大復(fù)雜的內(nèi)容空間和客戶信息的收集 ? 數(shù)據(jù)挖掘 39 實(shí)施步驟 ?收集客戶信息 ? 問卷調(diào)查 ? 行為跟蹤 ? 歷史記錄數(shù)據(jù)挖掘 ? 分析客戶信息 ? 基于規(guī)則的技術(shù) ? 過濾技術(shù)（簡(jiǎn)單、內(nèi)容、合作過濾） ? 使用內(nèi)容高速緩存最大化性能 40 個(gè)性化服務(wù)組成 ? 概況表：站點(diǎn)的用戶，包含每個(gè)用戶的屬性，組及層次性； ? 內(nèi)容模型：產(chǎn)品、文章和程序等； ? 匹配技術(shù)：用戶概況表、規(guī)則、建議或其組合； ? 對(duì)內(nèi)容資源庫(kù)的填充； ? 對(duì)個(gè)性化效果的反饋。 41 個(gè)性化服務(wù)應(yīng)用 ? 明確你的商業(yè)需求。站點(diǎn)的商業(yè)需求是什么，希望定位什么樣的用戶。 ? 定義你的用戶和內(nèi)容模型。 選擇合適的 概況信息來(lái)對(duì)站點(diǎn)訪問者分類 ,需要什么樣的內(nèi)容類別來(lái)達(dá)到定位目的。固定的和變化的內(nèi)容設(shè)置 。用戶應(yīng)該被分類或分組。 ? 選擇最適合你的個(gè)性化策略的匹配方法。如何知道你該選擇哪種個(gè)性化技術(shù)？不可能用一種技術(shù)來(lái)滿足所有的商業(yè)需求。對(duì)大多數(shù)站點(diǎn)來(lái)說(shuō)，不管它的大小，基于用戶概況表和規(guī)則的個(gè)性化技術(shù)是比較容易實(shí)現(xiàn)的。而較大的站點(diǎn)使用建議技術(shù)則最有效。當(dāng)一個(gè)站點(diǎn)已建立起較大的用戶群時(shí)，可將當(dāng)前用戶的喜好和那些與他具有相似意向或目的用戶的喜好有效地結(jié)合起來(lái)以提供建議。 42 個(gè)性化服務(wù)應(yīng)用 (續(xù) ) ? 設(shè)計(jì)頁(yè)面的布局。 JSP 頁(yè)面可以包含 JavaBean 以顯示規(guī)則或建議返回的查詢結(jié)果 ? 開發(fā)實(shí)現(xiàn)預(yù)定義的商業(yè)規(guī)則。一般通過特定的開發(fā)工具完成 ? 實(shí)施整個(gè)應(yīng)用 43 演講完畢，謝謝觀看！
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1