1、電商網頁設計和官方網設計的區別
0
2、電子商務網站的基本架構
電子商務網站的基本架構設計
電子商務網站是以商務活動為中心進行的,而網站的盈利一般通過網站的會員制收費進行,網站的盈利點是網站根據網站的商務活動內容確定的,所以網站的基本架構設計既要以商務活動的業務內容、流程、相關規則為基礎,又要兼顧電子商務網站的收費體系.
網站基本架構的設計主要根據以下步驟進行：
2.1 確定電子商務網站功能定位
確定網站所涉及的商務活動的內容、商務活動的流程.比如我們在進行房產信息網的設計中,首先考慮確定網站發布房產信息的種類,確定了房源信息包括中介所的房源信息和個人的出售、出租信息,網站負責信息的發布和信息的管理.同時在確定了信息發布種類後,確定了信息處理的流程為房源信息輸入、會員資格審核、信息審核，信息發布.
2.2 確定網站的收費對象和收費規則
在網站所涉及的商務內容確定了的情況下,確定收費的對象和如何進行收費,以此為依據確定網站的欄目.網站欄目的劃分實際上就是系統的功能模塊劃分.在房產網站的系統設計中,確定了網站只對房產中介所進行收費,個人用戶免費,所以網站的主要欄目分為個人專區和中介所專區兩個主要欄目,同時根據功能的逐步擴大,這樣也就基本確定了網站的信息服務內容和方式.
2.3 確定網站的欄目的功能
在確定了網站的收費項目後,要確定網站的主要欄目和功能,包括網站的管理功能模塊、網站的信息發布方式、網站商務活動的發布以及網站導航欄等.
網站的功能欄目的設置和系統的主要功能模塊的劃分是相一致的.
網站業務介紹性欄目,應包括內容應包括會員申請流程,收費標准,網站運行規程等,使用戶對網站的服務有一個明確的了解,是擴大網站的會員用戶數量和提高網站的使用率都是必不可少的欄目.
網站的導航欄是網站的整體功能的全面介紹,使用戶對網站的功能有一個清晰的了解,也是網站不可缺少的欄目.
同時也應有網站運行的相關提示信息,比如在房產網站的設計中,我們在確定了收費對象和主要功能後,確定了網站首頁的主要欄目為中介所專區、個人專區、寫字間專區、新房樓市等欄目,同時加入了上網導航欄目對網站的主要功能進行介紹.
2.4 確定網站的信息流和控制流
在確定了網站的主要功能和商務活動的主要規則後,應該確定網站的信息流圖和控制流圖,作為資料庫設計的基礎.
在房產網的設計中,我們根據房產信息發布的功能和所確定的信息審核和控制流程,在確定了一個網站的數據流圖和控制流後,系統的運行控制流程也就確定下來了.
3、電商網站應該如何建設，不知道怎麼做？
網站的總體分析與設計(重點分析電子商務)
首先分析購物系統的組成結構，前提是該購物車系統基於ASP+MYSQL(或者PHP+SOLSEVER 或者ASP。NET等)結構，也就是說，使用MYSOL資料庫存儲有關數據，使用ASP訪問資料庫(可以訪問本地，也可以遠程訪問)，進行產品列表顯示增加刪除修改等操作。
設計的功能模塊的流程是：客戶端瀏覽器送出HTTP訪問請求，WWW伺服器收到請求後，判斷是否需要向資料庫查詢，如果需要，生成SQL查詢指令，並送到資料庫伺服器中。
這部分功能主要由ASP程序實現，資料庫伺服器收到相應埠送來的查詢請求以後，進行資料庫表的操作，以表單形式向查詢者返回查詢結果。
最後，WWW伺服器收到查詢結果，使用其中的數據生成標準的HTML頁面，並將HTML代碼返回給原訪問者，這部分功能同樣由ASP編程實現。
通過上面電子購物系統功能的分析，網站主要由如下功能模塊組成：
1、前台網上銷售模塊。所謂前台銷售模塊，就是指客戶在瀏覽器中所看到的直接與客戶面對面的銷售程序，包括瀏覽商品、在線注冊、訂購商品、查詢訂購、購物車等功能。也就是說客戶面對瀏覽器時所看到的網頁的基本內容使客戶更加直接、快捷的瀏覽網頁以節省客戶的時間並且能全面的了解所需要的商品，使其能得到詳細的信息。
2、用戶注冊功能與用戶登錄功能。當用戶進入我們的電子商務網站時不一定立即就要購買我們的產品，但是可以先注冊，任何時候都可以來買我們的產品。用戶先注冊的好處在於用戶購買完我們的產品後無需要再輸入一大堆個人信息，只須將帳號和密碼輸入登錄就可以了。
3、後台數據錄入模塊。是在前台銷售商品所有數據，(就是我們所看見的產品的詳細信息例如：價格、名稱、葯效等信息)，其來源都是後台所錄入的數據。(存放在資料庫中)
4、後台數據處理功能模塊。所謂後台數據處理，是相對於前台網上銷售模塊而言，網上銷售的數據，都放在銷售資料庫中，對於這部分的數據進行處理，是後台數據處理模塊的功能。(就是說把客戶填寫的所有數據、購買的產品數量等都存放在資料庫中進行處理)
5、訂單號模塊。所謂訂單號模塊，就是客戶購買完商品後，系統自動分配一個購物號碼給客戶，可以方便客戶隨時查詢帳單處理情況，了解現在貨物的狀態，真正做到處處為顧客著想
二、詳細設計
電子商務網站基本是由動態網頁構成的，則動態網頁就是一個可以訪問資料庫的網頁。在建立資料庫網頁前，要建立一個資料庫。在建立資料庫時，還要根據項目的具體要求設計資料庫的結構。
也就是說動態網頁是一種互動式網頁，所有的互動式網頁都來自靜態網頁，也就是我們在瀏覽器中所看到是靜態的網頁，這個靜態網頁包括網站Logo標志 Banner廣告條、友情連接links、版權(copyright)靜態文字、圖片、FLASH動畫、超級連接、按鈕以及表單等。
在靜態網頁中加入ASP、JSP、PHP 等代碼或通過使用其它動態網頁技術訪問資料庫，將資料庫中的數據顯示在網頁中，或將網頁中的數據記錄到資料庫中。
對於網上購物系統的資料庫是比較龐大的，在設計的時候需要要從使用的功能模塊入手，可以分別創建不同的數據表，命名的時候也要與使用的功能相配合，方便後面相關頁面製作時的調用。
1、建立的資料庫
1)商品表，存儲商品的相關信息
2)商品類別表，是把商品進行分類後的一級列表，這個可以給據咱們公司的實際情況來展示的商品種類，在數據表中加入商品的類別。例如：流感錄入資料庫類別表
3)商品的子類類別表，是把商品進行分類後的二級類別例如：流感的症狀有傷風、頭疼錄入資料庫子類表。
4)訂單表是存儲網上用戶訂購商品的相關信息表，例如，用戶名、訂單日期、聯系電話、電子郵件等錄入訂單表。
5)訂單商品表是記錄用戶在網上訂購的商品信息表，用於用戶在線查詢訂單。主要設計"訂單商品號"、"訂單號"、"商品號"、"訂購數量"
6)用戶表是存儲注冊用戶的數據表，設計了用戶編號、用戶名、密碼、電話、住址等欄位名稱。
對於網上購物系統的資料庫設計並不是一成不變的，是可根據公司的具體要求來增加或者減少數據表。
2、購物系統
1)購物車系統
電子商務網站的關鍵技術之一就是購物車系統的設計與實現，購物車系統還有一些其它稱呼如：網上購物系統、網路購物系統、網上開店系統等，實質上都是一樣，就是程序結合資料庫開發的網站系統;
購物車系統的使用者是做網上銷售的商家，不需要懂任何網路知識，只要使用了購物車系統可以輕松建立一個功能強大的網上商城，實現用戶注冊、產品展示、在線定購、在線支付等電子商務功能計;一般的購物車系統集成了產品發布與查詢、會員注冊登錄、購物車、在線訂單、在線支付、在線交流等完善的網上銷售功能，最主要的是管理員只需要登錄網站後台管理就可以在線發布商品、處理訂單等。
商務網站的購物車系統功能之中，應首先包含用戶登陸界面，用戶進行登錄後，可以完成查看產品類型，查看購物車內容、訂購產品、顯示訂購單及刪除指定定單等相應功能，若成功訂購，還可以按照網頁指示用銀行劃撥或信用卡方式進行支付。
首先用戶在登陸頁面中登陸網站，進入顯示產品信息的網頁，在該網頁中，設有"產品類型"、"查看購物車"、"顯示訂購單"等超級鏈接。此時若要購物，便可在相關產品後面的表單中輸入購買數量，將其放入購物車。
若用戶點擊"查看購物車"的超級鏈接。下方框架將會顯示購物車內的產品情況，此時還可進行產品刪除的操作。
若用戶點擊"顯示訂購單"超級鏈接，下方框架將會顯示訂購單網頁，用戶在對訂單細目核對後，便可進行訂購了。
2)注冊系統
當用戶進入瀏覽頁面時，點擊有超級鏈接的"注冊"按鈕，進入注冊系統的主頁面。這個頁面需要用戶填寫用戶名、密碼、確認密碼、電子郵件等個人信息，這些都需要網站設計者根據實際情況編寫。當用戶填寫准確無誤時，然後"單擊"提交按鈕，就可以將用戶輸入的注冊資料提交到伺服器之前，就會對這些資料進行驗證，檢驗瀏覽者在輸入的內容是否滿足資料庫表中的欄位要求，如果符合，就被錄入資料庫中，建立起用戶檔案。如果不符合，讓用戶從新填寫用戶填寫或用戶自身填寫不正確需要從新填寫時，單擊"重置"按鈕。
為了方便瀏覽者知道自己是否注冊成功，如果注冊成功，會跳轉出注冊成功的頁面。如果用戶注冊信息不正確或用戶名已經存在，則會跳轉處注冊失敗的頁面，並設置"單擊這里重新注冊"的超級鏈接。
3)登錄系統包括登錄、新用戶注冊、忘記密碼
一般來對於登錄系統來說，是在用戶已經注冊完以後，用戶再次瀏覽咱們網站，或者購買咱們商品等情況。
在用戶登錄系統時，登錄成功時，會進入登入成功頁面來提示用戶。用戶登錄後可能修改個人的注冊信息，單擊"修改資料"進入修改頁面。
當用戶登錄失敗時，用戶可能記錯密碼或忘記密碼，用戶可以單擊"忘記密碼"讓系統幫助用戶尋找密碼。
(在用戶注冊時要求用戶提供的電子郵箱，然後利用電子郵箱來幫助用戶找回遺失的密碼。這時也會進入幫助用戶找回密碼的網頁。如，lostpassword。asp頁面中輸入用戶名，並單擊"提交"按鈕後，會根據用戶名從資料庫中找到對應的記錄，然後反饋給用戶。)
4)商品搜索
在首頁中有一個商品搜索功能，輸入要搜索的商品，單擊"搜索"按鈕後打開的頁面就是這個商品搜索結果頁面。該頁面的功能是由搜索頁傳過來的欄位搜索資料庫中的數據並顯示該商品。為了方便購物，在找到的顯示商品中還設置商品的名稱、報價、在架狀態，同時可以加入購物車功能，使客戶能更加的了解我們的產品，做到一目瞭然的效果。
5)商品結算功能頁面的基本設計
購物車最實用的就是如何進行上商品的結算，通過這個功能用戶在選擇了自己喜歡的商品後可以通過網路確認所需要的商品，輸入聯系方式，提交後寫入資料庫，方便企業進行售後的服務，即送貨收錢等工作。當用戶瀏覽商品，看見比較滿意的商品時，會單擊【放入購物車】按鈕後，購物車頁面會顯示用戶購買的數量。同時也設置了【清空】按鈕，是通過這個命令清空購物車中的數據統計。當用戶單擊【結算】按鈕，打開訂單用戶信息確認頁面，該頁面主要顯示選擇的購物商品數量、訂購的商品、單價、總價等還要填寫送貨信息，例如真實姓名、住址、電話、電子郵件等詳細的送貨信息。填寫完收貨人後，單擊【確認收貨人信息】，彈出剛收貨人填寫的信息，選擇的送貨方式單擊【確認送貨方式】，選擇付款方式例如，網上支付、網上銀行、支付寶、貨到付款等付款方式。單擊【確認付款】，跳轉到用戶填寫所有信息的頁面，用戶瀏覽後，確認無誤後，單擊【確認訂單】按鈕，結束購物。結算完成，顧客可以【繼續購物】或者【退出登錄】。
6)用戶訂單查詢
用戶在購物時還想知道自己最近一段時間一共購買了多少產品，單擊導航上的【訂單查詢】命令，打開查詢頁面在查詢文本域中輸入客戶的訂單編號或者商品名稱，方便與企業的溝通。單擊【查詢】按鈕彈出的查詢結果頁面。
7)後台系統
商務實用型網站擁有者需要登錄後台進行網上購物系統管理，由於涉及很多商業機密，所以設計登錄用戶頁面，通過用戶名與密碼登錄後進行管理後台系統。
後台管理系統是內容管理系統Content Manage System(簡稱CMS)的一個子集。WMS是Web Management System 的簡寫，簡單的說：WMS是一個網站管理系統。一個網站管理系統是把一個網站的內容(文字，圖片，等等)與網站的組件分離開來，可以將各個頁面連接到一起，可以控制頁面的顯示。通過這個系統，可以方便的管理，發布，維護網站的內容，而不再需要硬性的寫HTML代碼或手工建立每一個頁面。
後台管理系統的大致(類似)功能：
1、系統管理：管理員管理，可以新增管理員及修改管理員密碼;資料庫備份，為保證您的數據安全本系統採用了資料庫備份功能;上傳文件管理，管理你增加產品時上傳的圖片及其他文件。
2、企業信息：可設置修改企業的各類信息及介紹。
3、產品管理：產品類別新增修改管理，產品添加修改以及產品的審核。
4、下載中心：可分類增加各種文件，如驅動和技術文檔等文件的下載。
5、訂單管理：查看訂單的詳細信息及訂單處理。
6、會員管理：查看修改刪除會員資料，及鎖定解鎖功能可在線給會員發信。
7、新聞管理：能分大類和小類新聞，不再受新聞欄目的限制。
8、留言管理：管理信息反饋及注冊會員的留言，注冊會員的留言可在線回復，未注冊會員可使用在線發信功能給於答復。
9、榮譽管理：新增修改企業榮譽欄目的信息新增修改企業形象欄目的信息。
10、人才管理：發布修改招聘信息，人才策略欄目管理，應聘管理。
11、營銷網路：修改營銷網路欄目的信息。
12、調查管理：發布修改新調查。
13、友情鏈接：新增修改友情鏈接。
14、全新模版功能，在線編輯修改模版。
15、全新掛接資料庫，在線表編輯，添加數據表，編輯資料庫，加添編輯文件掛接網站等等。
16、系統日誌功能，每一步操作都有記錄，系統更安全。
17、中英文切換，簡體繁體切換。
4、電子商務系統總體結構設計的主要內容與方法是什麼？
電子商務系統的總體結構設計是在系統體系結構的基礎上，針對企業電子商務的目標，界定系統的外部邊界和介面，刻畫系統的內部成及其相互關系，明確目標系統的各個組成部分、各個組成部分的作用及其相互關系。
系統總體結構設計包括如下內容：
1．確定系統的外部介面
通過分析，將電子商務系統與其外部環境區分開來，從而使總體設計有一個明確的范圍。系統與其外部環境的介麵包括以下方面：
（1）與企業合作夥伴之間的介面；
（2）與企業內部既有信息系統的介面；
（3）與交易相關的公共信息基礎設施之間的介面；
（4）其他介面，如企業與政府或其他機構之間的介面。
2．確定系統的組成結構
系統組成結構主要說明目標系統內部的組成部分，以及系統內部與外部環境的相互關系。
方法：
隨著Internet技術的發展，人們的日常生活已經離不開網路。未來社會人們的生活和工作將越來越依賴於數字技術的發展，越來越數字化、網路化、電子化、虛擬化。電子商務也隨著網路的發展日益和人們的生活貼近。本設計嘗試用ASP在網路上架構一個動態的電子商務網站，以使每一位顧客不用出門在家裡就能夠通過上網來輕松購物。在本設計中，我主要完成了後台功能的實現，實現了登錄功能，圖書管理，圖書分類管理，訂單管理，用戶管理等功能。
本文中所做的主要工作如下：
(1)簡單介紹了電子商務，分析了電子商務的現狀；
(2)介紹了IIS+ASP系統的一般原理；
(3)闡述整個系統的系統結構及工作原理；分析了系統實現中的特殊性、難點和重點；
(4)分析並解決實現中的若干技術問題；
附：
方案設計主要依靠設計者的經驗，作出技術和結構的選擇，並以有組織的文檔反映，作為與客戶交流論證方案，交付系統開發人員實施的依據，方案設計的基礎是業務環境說明書。業務環境說明書重新組織系統需求，給出解決方案的業務運作方式。在系統需求相對簡單時不一定需要，如果系統需求較為復雜時，以文字和圖表的方式系統地說明業務環境可以使系統需求更加清楚，業務環境說明書可以採用三種文檔結構。
* 業務流程圖：業務流程圖描述企業的業務在新系統中如何運作，說明新系統的業務運作模式如何解決客戶的要求，指出客戶的業務流程因為新系統的應用而作出那些更改。業務流程圖是一種直觀的工具，向客戶解釋新系統的作用，徵求使用者的配合與支持，能提高新系統的實際效能。
* 操作規程說明：相對於業務流程圖這種較高層概括的文檔，普通用戶可能更需要一份詳細的操作規程說明，以便更好地理解系統的功能與使用。操作規程說明以易被最終用戶理解的詞語描述，避免使用過分專業的詞語。操作規程說明仍屬於高層設計文檔，不是最終的操作步驟說明。操作規程說明規定了系統活動的框架，
* 處理流程圖 ： 細化操作規程中描述的活動，由事件和處理流組成。事件是活動開始的條件，處理是活動中的具體工作。處理流程圖的描述層次接近詳細設計。以客戶在網上購貨為例，最後一步是確認付款，操作規程說明只需簡單地說明：「客戶檢查付款額後確認」，處理流程圖的說明比較詳細，激發活動的事件是客戶按下「付額」按鈕，處理是付款總額從資料庫中統計出來，顯示在瀏覽器上，最後由客戶按「確認」按鈕確認。
當前普遍採用對象技術描述復雜的應用結構，電子商務系統一般用Java,EJB,CORBA等對象技術實現，在系統設計階段，編制業務環境書時採用面向對象分析和設計方法可以提高實施階段的效率。業務環境說明書中的設計文檔完成後，召開第二次項目會議，在會上以圖表的形式向客戶和項目開發人員介紹系統設計的概貌。著重與客戶討論兩個問題，檢查系統設計是否滿足客戶需求：
系統設計在多大程度上解決了用戶的需求？是否准確地實現了客戶的期望，既沒有過分簡單化，也沒有過分復雜化。
系統設計的功能范圍是否包含了用戶提出的所有需求？
應用開發人員參加項目會議，可以更好地了解客戶的業務環境與方案設計的總體結構，與客戶和系統設計者直接交談，減少溝通的誤差，提高效率。
IBM為電子商務系統定義了一套完整的電子商務應用框架，基於三層次體系結構集成企業核心系統與互聯網服務，多層次結構使企業內部應用系統無需作重大更改，通過與互聯網伺服器的連結就可以在互聯網上提供服務，實現電子商務系統的目標。
基於電子商務應用框架的電子商務系統體系結構共有八個主要部分。直接支持應用程序運行的模塊有六個：客戶端、網路連接、互聯網伺服器、應用邏輯、中間連接件、核心數據與應用，其餘兩個模塊安全性和系統管理與這六個模塊都有關聯，系統設計者可相對獨立地設計安全性體系和系統管理體系，在應用程序運行支持模塊的實現中加入相應的技術與處理。安全性和系統管理的效率是系統的整體性效果，應用系統運行的每一個環節都能影響系統總體的安全性和可管理性。
5、簡述電子商務網站建設的設計過程是怎樣的
電子商務網站建設如何做，需要哪些步驟呢?下面簡單說一下以下四步。
電子商務網站建設第一步，網站的規劃與設計
電子商務網站算是一個比較復雜的系統，電商網站建設前就要想好需要有的功能。電子商務網站的規劃也是建所有網站都需要做的事情，在規劃設計中需要對網站進行整體的分析，明確網站的建設目標、確定網站的訪問對象、網站提供的內容與服務、網站的域名、logo、網站風格和網站目錄分類等內容，這一步也是電子商務網站網站建設成功的前提，因為所有的建設步驟都是按規劃設計進行實施的。
電子商務網站建設第二步，站點的建設
電子商務網站規劃設計以後，就開始進入網站的建設階段，這一階段主要有域名注冊，網站配置，網頁製作和網站測試的四個部分。除了電商網站測試，需要在其他三項完成之後才能進行之外，域名注冊，網站配置和網頁製作相對獨立，可以同時進行。
電子商務網站建設第三步，網站發布
等電子商務網站建設完成之後，電子商務網站就可以在網際網路中發布，正式上線之後，也就是用戶可以通過域名直接對我的網站進行訪問了。
電子商務網站建設第四步，管理與維護
網站的管理維護雖然是最好一個步驟，但是實際上從頭至尾，只要網站沒有停止運行，就一直在對電子商務網站進行管理維護，所以這一步，也是最為復雜的一步，網站管理主要是對網站進行安全，性能和內容上三個方面的管理。
6、電商網站怎麼設計 ww
電商網站設計要點
隨著人們生活方式的轉變，電子商務在社會零售中所佔的比例逐步上升，電商網站成為企業和小賣家以及站長群體關注的熱點，也成為大家的主要致富門路之一。
雖然馬雲占據著主要的市場份額，但事情的發展變化是很快的，也是難以預料的。過去誰能想到現在滿大街送快遞送快餐的?借用馬雲的一句話：夢想還是要有，萬一實現了呢。那麼電商網站設計的要點是什麼呢?
第一要點——響應式設計
響應式設計
由於多數買家習慣使用手機購物，因此電商網站設計一定要讓手機用戶的體驗足夠好。一般可以通過三種方式實現這一點。第一是開發APP，雖然現在APP製作費用已經大幅降低了，但是APP推廣費用卻大幅上漲，很多企業投入幾百萬，也沒幾個真實活躍用戶，推廣APP真的太難了，也許購物網站使用APP來推廣的窗口已經關閉了，除非你有幾十幾百億來強推。第二是另外製作手機網站，但是兩個網站涉及到兩個資料庫，數據同步是個難題，解決它需要花費不少費用，而且兩個域名對百度SEO也不利。第三是響應式設計，一個網站針對訪客不同的設備提供相應的排版界面，無論是PC訪客還是手機訪客都有好的用戶體驗，採用共用資料庫還避免了不同資料庫帶來的麻煩。
第二要點——清晰的導航設計
這需要區分商品類別的多少。如果是大型網上商 城，商品類別多，則需要有清晰的分類導航與關鍵詞直接搜索(最好是有容錯能力的模糊搜索)，而且有些商品可以歸於幾個類別，比如皮帶既是服裝類也是禮品 類，黑木耳既是食品類又是玩具類，為了庫存管理方便，不要重復發布，而是可以同時出現在幾個類別。如果是帶一類別的電商網站可以考慮採用地圖式導航，比如 童裝網站可以使用圖片導航，一個大男童代表大齡男童裝，一個小女童代表小齡女童裝，而一個baby則代表嬰兒服裝，點擊圖片或圖片旁邊的文字即可進入相應的類別，圖片式導航的最大好處是方便用戶進入其目標類別，縮短其判斷時間，減少不必要的思考，可以提升用戶體驗，尤其受到低齡及殘障人士歡迎。
第三要點——方便的圖片上傳更替
我們都知道圖片是電商網站提高轉化率的關鍵，而企業方或小賣家大多不會網站技術，簡單的FTP並 不方便，還是後台上傳更受歡迎，在網站操作方面不能把用戶與網站設計師相提並論，一定要以用戶的能力來考慮網站設計，而且圖片應該可以採用替換和另行上傳 兩種解決方式，另行上傳需要做到保留先後的兩個圖片，以後還可以恢復使用舊圖片，而替換不但可減少網站程序大小，而且不用更改圖片路徑，有利於SEO。
第四要點——手機專用小圖片
由於手機存在流量的問題，而PC端的圖片往往達到幾百K，大量圖片如果都下載會消耗很多流量，用戶體驗不佳，使用手機專用小圖片則可以解決這個問題，雖說現在手機屏幕的解析度已經大幅上升，但畢竟物理尺寸較小，肉眼對大小尺寸圖片的感覺差異要小於PC端，所以綜合權衡還是採用手機專用小圖片的用戶體驗更佳，至於移動將來全面推行手機流量包月的時候再說吧，估計那還且得等。
第五要點——SEO
做好文字鏈接，做好圖片的ALT標簽，做好麵包屑導航、標題(title)與描述(description)、拒絕非必須彈窗、杜絕flash、JS與frame框架，採用CSS+div，精簡代碼，刪除無效代碼，關鍵詞頁面自動生成功能，以及開設論壇，論壇不但可以留存和活躍用戶增加復購，而且可以提升SEO效果，但要注意不是什麼行業都適合開設論壇，比如戶外裝備電商網站與釣魚裝備電商網站就比較適合開設論壇。
第六要點——數據處理能力
數據包括用戶數據，如注冊、電話號碼、支付寶賬號、收貨地址、IM號碼、生日、購物習慣等。
商品數據包括商品的類別、與其他商品的關系(如類似商品、配套商品)、商品銷量、成交價格、存貨量、銷售速率、利潤率等。
數據報表自動生成能力?這個涉及到商業秘密不便公開了，總之這是電商網站設計的一個賣點。
第七要點——促銷方案預置
促銷方案
比如大轉盤、一元購、減價季、預購、眾籌、抵用卷、老用戶自動返現金、點卡、通過分享找人代付、現金券分享之類的。
第八要點——訪客統計功能
通過對訪客行為的分析，可以判斷出用戶對什麼商品感興趣，又有什麼商品雖然感興趣，但成交率低，然後可以針對性改變。
第九要點——均衡負載
百度雲阿里雲騰訊雲
一旦同時在線用戶達到好幾千，網站負擔就會很吃力，這時需要負載均衡才能保證網站不崩潰，避免流失顧客。至於帶寬倒是相對好辦，花錢提升伺服器的帶寬就是了，伺服器裡面百度雲阿里雲和騰訊雲都是很好的。
第十要點——可信度
可信度是電商的命脈，馬雲做淘寶網靠兩大法寶，一是賣家免費，二是可信度，而可信度是靠支付寶和宣稱全額賠償這兩大法寶。普通電商網站條件有限只能靠備案、公司實景圖、生產實景圖、媒體報道等方式。
其他至於支付方式購物車之類的雖然很重要，但那是地球人都知道的，就不再廢話了。
7、電子商務系統總體結構設計的主要內容與方法是什麼
電子商務系統的總體結構設計是在系統體系結構的基礎上，針對企業電子商務的目標，界定系統的外部邊界和介面，刻畫系統的內部成及其相互關系，明確目標系統的各個組成部分、各個組成部分的作用及其相互關系。
系統總體結構設計包括如下內容：
1．確定系統的外部介面
通過分析，將電子商務系統與其外部環境區分開來，從而使總體設計有一個明確的范圍。系統與其外部環境的介麵包括以下方面：
（1）與企業合作夥伴之間的介面；
（2）與企業內部既有信息系統的介面；
（3）與交易相關的公共信息基礎設施之間的介面；
（4）其他介面，如企業與政府或其他機構之間的介面。
2．確定系統的組成結構
系統組成結構主要說明目標系統內部的組成部分，以及系統內部與外部環境的相互關系。
方法：
隨著Internet技術的發展，人們的日常生活已經離不開網路。未來社會人們的生活和工作將越來越依賴於數字技術的發展，越來越數字化、網路化、電子化、虛擬化。電子商務也隨著網路的發展日益和人們的生活貼近。本設計嘗試用ASP在網路上架構一個動態的電子商務網站，以使每一位顧客不用出門在家裡就能夠通過上網來輕松購物。在本設計中，我主要完成了後台功能的實現，實現了登錄功能，圖書管理，圖書分類管理，訂單管理，用戶管理等功能。
本文中所做的主要工作如下：
(1)簡單介紹了電子商務，分析了電子商務的現狀；
(2)介紹了IIS+ASP系統的一般原理；
(3)闡述整個系統的系統結構及工作原理；分析了系統實現中的特殊性、難點和重點；
(4)分析並解決實現中的若干技術問題；
附：
方案設計主要依靠設計者的經驗，作出技術和結構的選擇，並以有組織的文檔反映，作為與客戶交流論證方案，交付系統開發人員實施的依據，方案設計的基礎是業務環境說明書。業務環境說明書重新組織系統需求，給出解決方案的業務運作方式。在系統需求相對簡單時不一定需要，如果系統需求較為復雜時，以文字和圖表的方式系統地說明業務環境可以使系統需求更加清楚，業務環境說明書可以採用三種文檔結構。
* 業務流程圖：業務流程圖描述企業的業務在新系統中如何運作，說明新系統的業務運作模式如何解決客戶的要求，指出客戶的業務流程因為新系統的應用而作出那些更改。業務流程圖是一種直觀的工具，向客戶解釋新系統的作用，徵求使用者的配合與支持，能提高新系統的實際效能。
* 操作規程說明：相對於業務流程圖這種較高層概括的文檔，普通用戶可能更需要一份詳細的操作規程說明，以便更好地理解系統的功能與使用。操作規程說明以易被最終用戶理解的詞語描述，避免使用過分專業的詞語。操作規程說明仍屬於高層設計文檔，不是最終的操作步驟說明。操作規程說明規定了系統活動的框架，
* 處理流程圖 ： 細化操作規程中描述的活動，由事件和處理流組成。事件是活動開始的條件，處理是活動中的具體工作。處理流程圖的描述層次接近詳細設計。以客戶在網上購貨為例，最後一步是確認付款，操作規程說明只需簡單地說明：「客戶檢查付款額後確認」，處理流程圖的說明比較詳細，激發活動的事件是客戶按下「付額」按鈕，處理是付款總額從資料庫中統計出來，顯示在瀏覽器上，最後由客戶按「確認」按鈕確認。
當前普遍採用對象技術描述復雜的應用結構，電子商務系統一般用Java,EJB,CORBA等對象技術實現，在系統設計階段，編制業務環境書時採用面向對象分析和設計方法可以提高實施階段的效率。業務環境說明書中的設計文檔完成後，召開第二次項目會議，在會上以圖表的形式向客戶和項目開發人員介紹系統設計的概貌。著重與客戶討論兩個問題，檢查系統設計是否滿足客戶需求：
系統設計在多大程度上解決了用戶的需求？是否准確地實現了客戶的期望，既沒有過分簡單化，也沒有過分復雜化。
系統設計的功能范圍是否包含了用戶提出的所有需求？
應用開發人員參加項目會議，可以更好地了解客戶的業務環境與方案設計的總體結構，與客戶和系統設計者直接交談，減少溝通的誤差，提高效率。
IBM為電子商務系統定義了一套完整的電子商務應用框架，基於三層次體系結構集成企業核心系統與互聯網服務，多層次結構使企業內部應用系統無需作重大更改，通過與互聯網伺服器的連結就可以在互聯網上提供服務，實現電子商務系統的目標。
基於電子商務應用框架的電子商務系統體系結構共有八個主要部分。直接支持應用程序運行的模塊有六個：客戶端、網路連接、互聯網伺服器、應用邏輯、中間連接件、核心數據與應用，其餘兩個模塊安全性和系統管理與這六個模塊都有關聯，系統設計者可相對獨立地設計安全性體系和系統管理體系，在應用程序運行支持模塊的實現中加入相應的技術與處理。安全性和系統管理的效率是系統的整體性效果，應用系統運行的每一個環節都能影響系統總體的安全性和可管理性。