產品學結範文

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

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

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

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

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

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

******

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相比一點都不差。