產品學結範文

《電子產品營銷與客戶管理》我知道這門課是學習領域與行業企業結合進行基於工作過程的課程，打破了原有的知識理論體系，將實踐與理論相結合，來培養學生的職業能力。

主要為了讓學生能能分析產品的工作原理與工作過程；能做好產品的市場營銷調研並做好營銷調研報告；具有豐富的市場營銷知識和商務談判技巧；掌握與電子產品營銷相關的法律法規；能對產品進行簡單的維護保養；能維持良好的客戶關係。能制定開展營銷工作的步驟，提出解決實際問題的思路；能根據工作任務的需要使用各種資訊媒體，收集客戶的資料；能分析工作中出現的問題，為其它部門提供建議；能自主學習新知識、新技術，應用到銷售工作中。社會能力目標：具有良好的語言表達能力，注意儀表，懂得營銷禮儀，能有效地與客戶溝通；具有社會責任感、工作責任心，反映企業的良好形象；具有良好的職業道德，能吃苦耐勞、膽大心細、有自信；具有團隊協作精神，能主動與人合作、與人交流和協商。

電子產品營銷與客戶管理》該門課程中分四大塊內容，即經銷商式電子產 品營銷與客戶管理、招投標式電子產品營銷與客戶管理、外貿式電子產品營銷與 客戶管理、電子商務式電子產品營銷與客戶管理。而從中我們著重學習了電子產 品營銷報告的撰寫、電子產品推廣方案的策劃、經銷商客戶管理文件的建立、銷 售禮儀與溝通技巧的學習、招投標數的制定、招標上客戶滿意度的調查、外貿商 務函電的讀寫和出口單證的編制。

電子營銷即市場營銷，是指個人或集體通過創造、提供、出售，同別人交換產品的價值，以獲得其所需所欲之物的一種社會和管理過程，而市場營銷主要是圍繞著市場而展開，而“市場=人口+購買力+購買慾望”，人品與市場容量成正比。人口多說明市場容量大，反之則市場容量小。市場又分為消費者市場、生產者市場、轉賣者市場、和政府市場，營銷做的好與否，主要看是否有市場，人口是否多，購買力是否強，購買慾望是否大。想取得好的營銷利益，就要選擇好的市場，好的地點。

客戶管理既是一門科學，又是一門藝術。激烈的市場競爭要求企業必須樹立“以客戶為中心”的意識。客戶管理可以分為客戶資料收集，客戶資料整理，客戶資料處理，客戶聯絡和拜訪。客戶管理是企業在明確的整體戰略的指導下，圍繞客戶管理的目標，完善各部門的業務流程，客戶管理有利於經營業績和各項業務表現方面獲得顯著和持續的進步。

總體來說電子產品營銷和客戶管理是二個密不可分的.塊，互相促進從而得到更好的效益，而我們學習這門課，為以後進入社會做基礎，有利於我們將來進行深入的學習與研究。

******

2011年12月11日

產品學結範文 [篇2]

nosql 資料庫產品學結（一）

本篇文章共分為四個章節，會陸續整理下 memcached、redis、tair、mongodb、hbase、sequoiadb、 cassandra的相關知識。 本文為第一個章節，先簡介下memcached、reids，有理解不到位的地方，請不吝賜教。

memcached

1.簡介

memcached 是臨時性建值儲存的nosql產品（官網：#url#), 可以用它搭建一套高速的分散式緩衝系統，資料採用lru演算法儲存在記憶體中，資料不會持久化到磁碟，即當記憶體掉電或記憶體空間不夠，資料會全部釋放或lru部分釋放。常被用來做像mysql這類產品的前面的加速緩衝系統。產品由danga interactive公司研發，服務端部分是c寫的，客戶端部分只要實現memcached的網路協議，理論上任何語言都可以。

2.資料儲存

(1) memcached的記憶體單元，它的對應關係是：一個slabclass包含多個slab，一個slab包含多個大小相等的chunk，真正存放memcached資料的最小單元item就放在chunk中。

memcached 記憶體結構圖：

參考：#url#

(2) memcached的資料只會儲存在記憶體中，並不會持久化到磁碟，記憶體撐滿則啟動lru策略。

3.通訊協議

服務端程序採用tcp或udp通道來連結memcached的服務端和客戶端，具體通訊的內容在1.4版本以前僅支援普通的文字協議，1.4版本以後支援了高效的二進位制協議。

4.部署結構

memcached的單機部署方案很簡單，單機啟動後，在客戶端通過tcp或udp埠連線上來，然後就可以通過memcached協議使用memcached了。而叢集部署方案，則是針對存在多臺memcached的場景，多臺memcached在通用的方案當中，他們彼此是獨立，即互相不感知的。具體的資料sharding邏輯全部封裝在memcached的客戶端中。大致示意圖如下：

儲存一個kv：

讀取一個kv:

由圖可見資料的sharding邏輯全部寫在了客戶端裡面。

repcached：

在memcached的解決方案中，分佈的不同memcached結點彼此是不能通訊的，要實現memcached結點的之間的master/slave結構，有一個日本同學開發了一個第三方的工具recached，可以實現memcached的主備結構。從結點可以實時的同步主結點的資料，當主節點掛掉，從結點可以熱備的提供服務。

特性

(1) 服務端的連線管理基於libevent 非同步事件引擎，能在能在linux、bsd、solaris等作業系統上發揮其高效能。能支撐高併發的請求。

(2) 資料不能持久化，常用作資料的加速緩衝。

(3) 通訊協議簡單，客戶端豐富（c/c++、php、java、python、ruby、perl、windows/、mysql、postgresql、erlang、lua、lisp dialects等）

效能指標

效能這塊官方文件這麼說：on a fast machine with very high speed networking, memcached can easily handle 200,000+ requests per second. with heavy tuning or even faster hardware it can go many times that. hitting it a few hundred times per second, even on a slow machine, usually isn’t cause for concern.

看來輕輕鬆鬆20w+的qps。

redis簡介

redis是一個支援豐富資料結構的類似memcached的kv分散式儲存系統。其開發工作由redis的開發工作由vmware主持。

資料儲存

(1) 資料儲存到記憶體，並通過配置也可以持久化到磁碟。如果僅儲存在記憶體，則其功能和memcached類似；而持久化到磁碟則可以保證資料即使因為掉電也不會丟失，目前支援的持久化方式如下兩種：rdb持久化方式和aof持久化方式。

rdb持久化方式: 在指定的時間間隔能對你的資料進行快照儲存. aof持久化方式：則是以與更新命令同步追加的方式實時更新資料檔案。

根據以上兩種持久化策略可以看出，rdb定時快照的方式在遇到掉電等突發情況下，會丟失當前和最近一次快照時間間隔內的操作資料。而aof持久化方式通過後臺執行緒fsync的方式通過記憶體出具和磁碟資料，因為是非同步，也會丟失一定的資料，但是因為設定的fsync的策略不同，丟失的資料會很少，同時效能較比rdb也會差一些。

通訊協議

redis是一個使用客戶端/伺服器模型（也被稱作請求/響應協議）的tcp伺服器：

redis叢集結點間的協議採用的是二進位制協議(binary protocol)

客戶端與叢集通訊採用的是文字協議（ascii protocol）

部署結構

在最新的3.0版本的redis中，新增了叢集部署的結構，叢集各個節點可以通過gossip協議進行資料同步。

而3.0以前的版本測試採用redis sentinel利用單雙ms的結構來管理叢集。

叢集結點間通訊採用gossip協議。

特性

(1) 具有157個操作命令

(2) 支援管道（一次傳送多個命令）

(3) 支援訊息pub/sub 機制。

(4) 批量操作的事物機制。

效能指標

redis的benchmark,從測試結果來看，單純的get/set命令可以達到10w+每秒，而pipeline的批量執行命令，已經達到了50w+的水準。其效能和memcached相比一點都不差。