1、電商運營與網路營銷ppt 謝謝
電子商務是以信息網路技術為手段，以商品交換為中心的商務活動；也可理解為在互聯網、企業內部網和增值網上以電子交易方式進行交易活動和相關服務的活動，是傳統商業活動各環節的電子化、網路化、信息化。
網路推廣就是以產品為核心內容，建立網站，再把這個網站通過各種免費或收費渠道展示給網民的一種推廣方式。狹義地說，網路推廣的載體是互聯網，離開了互聯網的推廣就不算是網路推廣；可以分為兩種：①做好自身的用戶體驗，②口碑和利用互聯網平台工具進行推廣。
2、怎樣做好電商平台運營方案
怎樣做好電商平台運營方案？
在做電商運營方案的時候，從內容和電商平台的性質著手：
1、需求分析和整理
了解需求，研究競爭對手的產品和服務，看看對方做了哪些方面的革新，判斷這些是不是具有價值。如果能夠為用戶帶來價值話，那麼就可以為此借鑒了。在此基礎上，提出網站具體的改善建議和方案，需要討論分析，確認是否具體可行。必要時，進行調查取證或分析統計，綜合評出這些建議和方案的可取性。
2、頻道內容建設、網站策劃
內容包括頻道欄目規劃、信息編輯和上傳、信息內容的質量提升等等。網站內容質量的提升，是決定網站是否有足夠的資本去吸引別人。同時進行信息的編輯，以及需求、方案的實施。而網站策劃則是做好前期市場調研、可行性分析、策劃文檔撰寫、業務流程說明等等內容。
標題內容的顯示，功能鍵的擺放需要進行合理和科學地規劃。
3、產品維護和改進
人員分析和判斷問題，或給出合理的說法，把問題交技術去處理，或找好的解決方案。這點就需要公司的人員進行合理性的分配了
4、效果數據分析
根據用戶習慣來調整網站方向，對細節進行分析，完成和提高網站對用戶的粘性，提高吸引力及網站關注度。主要通過分析頁面訪問記錄來實施，也可通過在線調查問卷的形式獲取更多的用戶體驗。因此要求運營人員有良好的分析能力
5、部門協調工作
深知整個網站的運營情況，知識面相對來說比較全面，與技術人員、測試、業務的溝通協調工作，所以需要專業的人員來完成。
總之，有提出、有實施、有調研、有分析，有整理。相互配合進行
3、怎麼寫電商系統PPT介紹
之前任職的是一家電商軟體產品公司，很典型的乙方特徵。由於是KA業務，基本的業務應對思路是把客戶的業務訴求通過一套以我方產品為原型進行定製開發的系統來支持。所以會遇到各種甲方爸爸一上來就要求給方案，給標准產品方案呢，「爸爸們」認為不精準對標不滿意；要好好寫呢，需要補充大量內容，不知如何下手，對售前顧問來說就是一篇大作文。因為當時業務並不聚焦行業，所以客戶業務差別會很大，一篇優質方案攢出來，費腦又費時，往往吃力還不一定討好。最關鍵的，很多人還不知道該怎麼寫。
方案，顧名思義是需要用書面化、結構化形式，把怎麼做目標事情的完整構想描述出來，以讓閱讀者明白如何做才能達成目標。所以，那些靠堆砌篇幅而不說清楚做什麼？怎麼做？的方案都是耍流氓。
下文我主要針對電商業務領域，以業務支撐系統為主要供應物的方案架構思路與大家共享。本文主要分享PPT方案，WORD方案可參照結構腦補，以後有機會再與大家分享。
一、理想的結構
先說一下理想化的方案架構，特別是針對有一定體量規模和行業地位的重要客戶，方案的完整性與全面性是體現專業度的重要表現。所以我給出一個較完整的結構框架。
1、公司介紹：一開始介紹公司，讓甲方先在「興頭」上記住你們公司，特別要用對標案例去獲得甲方好感與興致。
2、業務方案：首要先闡述客戶該如何做電商業務，這部分是方案的核心，下文將重點展開。
3、技術方案：因為具體的系統構建內容在上一部分中已經有表達，所以技術方案部分則把筆墨重點花費在對技術架構/機制的介紹；硬體拓撲結構與設計思路、配置要求的詳細陳列；以及我方所提供的技術服務（包括基礎運維、SLA等）
4、服務方案：針對上述業務和技術方案內容，我方所提供的服務內容，可以包括軟體維護（就是那些堆人頭賣工時的內容）、知識轉移（其實就是軟體的操作培訓、技術培訓等）、其他服務（如果外包代運營、協運營、倉儲服務、物流服務，可一並涵蓋）
5、項目管理：因為是定製項目，所以怎麼干這個項目的表達一定少不了。一般都會包括項目管理方法論、項目管理組織結構、人員介紹、所使用的項目管理工具、概要項目計劃等。
一般在競標階段都是以這樣的方案結構來投標。
二、業務方案框架
業務方案的表達是本文的重點，一般用來做項目提案，常規按照以下結構來編寫這部分。由於是以系統建設為核心，所以業務的表達與處理，都和系統能力關聯。以後有機會再分享業務運營型方案的結構。
1、業務理解：這部分主要是用來和甲方爸爸去「確認眼神」。如果能把業務背景闡述清楚，執行當前業務的商業思想剖析到位，業務設計的合理性能有效梳理。這部分是能否有效說服客戶啟動項目的前提。
2、業務概述：盡量用扼要的表達呈現當前業務的結構或全景，用以總述性表達這個業務是怎樣的結構，一般我們都用業務全景圖來展示對業務的總覽。這部分最好是具有高度概括的特徵，把業務最關鍵的點呈現出來。有時這部分不太容易圖形表達，可可以整理關鍵要素，進行概要型表達。
3、角色模型：方案必須將業務與系統涉及的各類角色方描述出來，並說明在業務和系統中這些角色之間的關系。比如，B2C業務是買家賣家兩方角色，雖然賣家中可以定義分子許可權的角色（如，商品管理員、訂單管理員、超級管理員等），但總的來說，他們還都屬於同一類角色。
4、應用特徵：應用特徵是描述業務的關鍵內容，業務和系統的特殊性都會體現在這里。舉個例子，在MarketingPlace（多商家平台）業務中，收銀環節就存在統一收銀和分布式收銀兩種應用特徵，前者是錢收到平台方，然後通過定期結算給商家；而後者則是實現實時或准實時的商家收銀，與平台分賬。這種應用特徵的描述是把業務特點和系統要求定義清楚。這一部分的詳略就會影響方案表達的精細程度和篇幅，如果進行全局表述又沒有積累，是相當累人的。所以有時會用具有概要特徵的業務邏輯圖來表達，在講解時一張圖可涵蓋80%以上的應用特徵。
一張「古老」的BBC業務邏輯圖，近10年前畫的竟然還有人在用
5、系統架構：所謂電商業務必然會涉及系統，所以講清業務之後，就要說明業務支撐系統是什麼樣的。後續內容都會圍繞系統來講。所以系統架構部分一般講系統的功能結構和與外部系統的關系，可以用兩張圖來各自表達。前者講明大致的功能布局與范圍，後者講清與哪些外系統進行哪些數據的交互。
6、數據關系：遇到復雜的數據關系，則需要對數據關系的理解進行表達。比如以前我們做汽車後市場業務，商品數據是關聯車型、服務、供應商、內容知識點，所以必須講明其中的關聯，客戶就清楚你已經理解他的需求了。一般不是復雜項目售前方案不會涉及，那是概要設計中的內容。
7、典型應用/流程分析：由於涉及業務定製，在沒有系統可POC演示的前提下，會通過業務流程圖的方式把業務流程或系統處理流程勾畫出來。建議採用泳道圖方式有角色特徵進行描述。流程圖輔以文字描述，強化其特徵點。
8、原型設計：由於電商類項目大多涉及客戶端界面與流程，有些苛刻的或不專業的甲方，會希望乙方在售前階段呈現直觀的界面展現與操作。類似於廣告領域的比稿。如果現有的原型產品不能便捷配置出POC Demo，就只能通過原型工具製作低保真或高保真原型，用來演示操作流程。方案PPT中可進行截圖展示。通常這是在項目實施中的設計工作，如果售前階段做這類活，那說明乙方已經不惜血本了，如果競爭失敗就只能權當作為以後其他項目積累一些原材料。
9、二開分析：對於用原型系統進行開發的項目，二次開發工作量分析也是相當重要的，這也是對外報價的基礎。所以，我們以前通常會做差異化需求分析，陳列二開功能列表，將各種需要修改和增加的顯性化、非顯性化功能逐一整理出來，供技術人員進行工作量評估。這要求方案人員需要相當了解原型系統。
10、運營設計：系統講完了，一般業務方案就到此結束，但是有些項目會要求乙方進行運營規劃。通常涉及運營領域可以從：運營框架、核心任務、運營策略、組織分工、管理制度進行分解闡述。
寫一篇高質量的方案其實是挺累人的，特別在需要大量「原創」表達的時候。所以，在初次見面，甚至沒有見面的時候，就要求乙方提供方案的情況，銷售人員應當有一套應對甲方的「組合拳」，而不是拿著鞭子抽打顧問。這里也善意的提醒甲方爸爸們，若要乙方給出有價值的方案，應該要分享更多本方的業務思考和資源信息。一般知名外企，針對乙方提案都會提供一份RFP，雖說也見過名企寫的超爛RFP，但如何做事的基本認知是有共識的。而大部分國企和私企，是需要加強這種認知的。
總結一下，個人在電商系統類方案上的經驗，我強調以下三點：
1、怕寫文章的人，寫不好方案。
你想寫好方案就不能怵寫文章，更多的寫作表達訓練可以形成方案構思編寫的感覺。
2、寫好方案的核心是邏輯+結構，多用總分結構。
用清晰的表達層次和有說服力的內容表達，是方案表達的關鍵點。所以建議大家分解好方案的總體順序，多用總分結構表達。大結構盡量扁平化，減少過多的總分層次。
3、規整的方案呈現是基本要求。
一篇被認可的方案，必然在表達上是有規范性的。字體字型大小的運用標准、標題規范、布局規范，用色統一、圖形風格統一，都是尊重閱讀者和體現專業編寫的體現。本人很討厭那種字體字型大小不統一、剪貼痕跡濃重的PPT，在我的邏輯里，你的誠意就暗示了你的質量。
更多你可以參考8miu電商，望採納。