1、電子商務未來的發展方向ppt
電子商務未來會朝以下幾個方向發展：
1、移動購物。到2017年，手機用戶回將超過PC用戶，也就答是說電子商務將來的主戰場不是在PC，而是在移動設備上。而移動用戶有很多的特點，首先購買的頻次更高、更零碎，購買的高峰不是在白天，是在晚上和周末、節假日。
2、電子商務將向三四五線城市滲透。一方面來源於移動設備繼續的滲透，另一方面由於本地的購物不便，商品可獲得性很差，零售比先進國家落後。
3、社交購物。社交購物可以讓大家在社交網路上面更加精準的去為顧客營銷，更個性化的為顧客服務。
4、大數據的應用。我們根據大量電子商務顧客行為數據，利用這個數據充分產生它的價值。
2、與電商有關，要做一個與電商有關的PPT，但是想不到主題。有的同學做「大數據」的主題，是和電商有關。
和電商有關的主體啊.....可以從電商保障消費者被欺詐入手，也可以談電商運用多種支付方式和與線下互通來實現商業往來的前景，還可以暢談未來電商的主體形勢，電商的覆蓋面很廣，你也可以談電商的各種交易形式，如淘寶的交易方式就是C2C 還有B2C等交易方式。
3、電子商務交易模式PPT
按交易對象分類的商業模式：
1、B2B模式
企業對企業的電子商務模式特點：1.交易次數少、交易金額大；2.交易對象廣泛；3.交易操作規范
分類：1.水平型B2B：跨行業；2.垂直型B2B：某一類產品
2、B2C模式
企業通過Internet為消費者提供在網上購買商品並完成支付的運行模式
流程：消費者訪問企業網站，向銀行付款，企業通知配送站發貨
3、C2C模式
消費者個人對消費者個人的電子商務模式
4、G2B模式
B2G（business-to-government）模式是企業與政府管理部門之間的電子商務。
5、G2C模式
政府對公民的電子商務模式。
6、O2O
O2O（Online To Offline）模式是將線下商務的機會與互聯網結合在一起，讓互聯網成為線下交易的前台。如此線下服務就可以用線上來攬客，消費者可以用線上來挑選服務，成交和在線結算。
4、怎麼寫電商系統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電商，望採納。