① 設計一個B2C電子商務的案例分析材料,要求包括案例場景和案例分析！
最近看到一個電子商務在直營方面的案例，拿來和大家分享一下。網店的名字叫做殼殼果（COCON.NUT），屬於安徽詹氏食品的一個互聯網直營品牌。從策劃上線到今天，不足半年的時間，但是卻在營銷和產品方面確立了獨特的市場地位。 一、營銷高度 開始分析之前，也請看下殼殼果在網路裡面的介紹，特別是願景、承諾、價值觀方面的立意非常高，給人以想做百年生意的感覺。事實上，策劃團隊也應該深入推敲了所有的文案，包括塑造了一個殼殼老爹的形象，也是在休閑食品界所沒有的。當然，消費者也會感覺到這種精心布局的氣場，更能認同殼殼果在這一細分領域的專業形象。 而作為運營方，之所以選擇堅果這個領域，和堅果的屬性有密切關系。電子商務的最大特點是讓銷售扁平化，去渠道化，但是如果產品的采購量太小或者運輸成本遠高於采購成本就會讓終端消費者放棄采購的想法，反過來如果采購成本太高或者決策成本太高也會讓客戶放棄網購行為。而堅果類食品恰好在低價和高價之間，滿足采購和運輸成本最佳匹配的特點。 二、供應鏈環節 由於有詹氏的背景，所以，在采購和庫存等管理方面，應該沒有太多管理上的瓶頸。不過從殼殼果的承諾來看，要在15天內吃到新鮮的堅果，一定要有一個反推到製造鏈的下單流程。特別細的環節需要參觀了才可能觀察到。不過，最大的挑戰應該在於整個原材料收集到加工存儲能不能支撐後面營銷量徒增而不破壞質量的風險。 三、風格匹配 網路營銷對傳統行業最大的挑戰在於風格的把握不夠。由於早期進入到網購領域的用戶都是比較時尚的一群人，所以他們對於品牌的形象和視覺特色都比較在意。這點上殼殼果有足夠的重視，雖然能看到他們在一些設計上面缺少一個統一的創意和視覺總監進行把握，但是親和度已經足夠完善，能打動很多消費者的心。 四、殼殼文化 堅果類產品算是一種快銷品了，所以，快銷DNA是需要建立起來的。這點上殼殼果也足夠重視，從品牌傳奇到社區運維，以及上線第一天進行的大規模促銷都是很好的看點。不過這個問題，殼殼老爹應該還有一些不足之處，沒有把握到品牌DNA的精髓，只是停留在形式層面，更深入下去，應該是休閑時尚和健康關懷的層面。 之所以關注殼殼果這樣一個新模式的出現，可以看到，以前的傳統是從實體向網路延伸的模式（好比李寧等品牌開網店），而未來漸漸成為實體作依託建立網路新品牌的模式。同時，網路渠道的扁平化也成為其銷售網路中的新特色。大膽點推測，如果再加上點傳銷的元素和制度，是不是就成為安利這樣的公司了，同時並不影響母品牌的影響力。 從殼殼果的建立可以看到，未來會有更多類似的公司出現，他們介於實體、渠道、直銷之間的一種方式，而隨時可以演變成這些模式。相信這就是互聯網經濟對接實體經濟的新營銷。以上是我個人的一點意見，希望能給大家一點幫助，有興趣的同學也可以去看看殼殼果，觀察一下他們的經營模式和營銷理念，我想叢中應該能學到不少東西！
② 請書寫一個B2B或者B2C類的電子商務網站設計方案，電子商務網站經營的種類可以任意選擇，針對網站特點對網
我倒是做過類似的，你可以結合實習或者以前搞過的項目的給企業做過的網站把流程寫下來
③ 誰能幫我設計一個電子商務課程設計要求是b2c網站 一、課程設計安排
其實現在網上很多現成的建站系統，如pageadmin網站管理系統、discuz系統、shopex系統，這些都是非常不錯的，操作和安裝官方有指導，網路一下！
④ 公司要弄電子商務，我們主要賣菜（有機菜），誰有關於電商的需求文檔，SSH框架JavaWeb項目，越詳細越好。
有機蔬菜，想做電商，要先解決配送的時效問題，不然你只能停留在區域范圍內，做不大。
搞定配送，其他的都已經不是問題了，有機食物的市場需求很大，電商肯定有得做。
⑤ B2C商城模式下，分析客戶需求
B2C是英文Business-to-Consumer（商家對客戶）的縮寫，而其中文簡稱為「商對客」。「商對客」是電子商務的一種模式，也就是通常說的商業零售，直接面向消費者銷售產品和服務。這種形式的電子商務一般以網路零售業為主，主要藉助於互聯網開展在線銷售活動。
給你推薦幾個吧，例如：巴巴商城網、京東商城、新蛋商城，特寶貝母嬰商城這些都屬於B2C類型的網址，不過建議樓主進他們的網站帶買買東西，你就能了解什麼是B2C類型的了。
⑥ 電子商務標准，一共七項，B2C，以當當網為例具體分析
把當當網套到以下七條就OK拉啦，換個主語，難道你不會？OK，都在上大學了，我相信你的智商。
整個標准分七項、47款。每一款項都註明是「最低要求」，還是「最佳選擇」。如果一個銷售商宣稱自己的網上商店符合這一標准，那它必須達到所有的最低標准。
一，信息中心。
必須建立一個信息中心，並且使消費者在網站上的任何地方都可以找到這個信息中心的鏈接。（最低要求） 銷售商必須使用「Information」這個詞作為該信息中心的標題。（最低要求）
二，需公布的內容。
銷售商必須在信息中心公布如下內容：銷售商的法定名稱以及業主；主要辦公地點；和銷售商聯系的渠道，如電話或EMAIL；特殊業務的專業許可證。（最低要求）
必須在信息中心提供在廣告中沒有明確的客戶支付方式或其他使用第三方產品或服務的資料。（最低要求）
在消費者被要求最終確認訂單之前，銷售商必須為消費者提供所有費用的清單，包括商品/服務的費用、運費、處理費以及稅。（最低要求）
信息中心必須提供質量保證的說明，包括擔保的有效期、適用的范圍、不適用的范圍、如何擔保等。（最低要求）
對每個產品或服務都必須提供有關售後服務的信息，包括服務范圍、期限、如何進行等。（最低要求）
在信息中心中必須向客戶說明適用哪一國家或地區的法律。（最低要求）
必須向客戶公布可以選擇的各種支付方式。（最低要求）
必須提供有關處理取消訂單、退貨、退款的原則，包括可以取消訂單的有效期、哪些產品可以退貨、退貨的條件、取消訂單或者退貨的費用、運費的支付方、消費者何時可以得到退款等。
（最低要求）
必須公布銷售商從消費者的信用卡上收款的規定。（最低要求）
三,產品/服務
如果銷售商在銷售或發貨上對不同消費者（如特定地區或年齡）有限制必須明確說明。（最低要求）
在消費者最終訂貨之前，銷售商必須提供有關產品的供應情況，即貨物發送或訂單的處理估計所需要的時間。（最低要求）
銷售商必須在兩個工作日內通知期貨訂購者。（最低要求）
必須用明顯的標記，如顏色，圖標等標識那些在網站上列出，但不能從網路上直接定購的商品。（最低要求）
對於訂購了無現貨的產品的消費者，應該在貨物到達後通知他們。（最佳選擇）
四,保密和安全
必須公布銷售商的保密原則，至少包括：銷售商將收集消費者的哪些資料，在何處收集；使用這些資料的目的；銷售商是否會向第三方提供這些資料，如果提供，是在何種情況下；消費者資料是否是整個商務計劃的一部分，如進行目標市場分析、建立各種促銷方案等；消費者是否有可能限制使用私人資料，如何進行。（最低要求）
銷售商必須在主頁和信息中心提供標記為「Privacy」的保密原則鏈接。（最低要求）
消費者必須有能力選擇銷售商是否可以利用收集到的消費者資料主動發送的各種信息，並且在這些資料被開始收集時就可以進行這種選擇。（最低要求）
消費者必須有能力選擇是否同意將自己的私人信息提供給第三方，並且在這些資料被開始收集時就可以進行這種選擇。（最低要求）
如果有關交易的第三方（如購物車、支付網關）的保密原則和銷售商的不同，銷售商必須提供指向第三方保密原則的鏈接。（最低要求）
在整個交易過程中，銷售商必須對所有消費者提供的信息進行加密傳輸。（最低要求）
銷售商必須對銷售商存儲的消費者資料進行加密處理。（最低要求）
在信息中心，銷售商必須為消費者提供哪些傳輸過程和資料是被保護的信息。（最低要求）
五,確認和通知
銷售商必須在消費者訂貨後一個工作日內向消費者發出訂單確認EMAIL。（最低要求）
銷售商必須將總費用包括在訂單確認通知中，或者明確告訴消費者從何處可以查找到總費用。（最低要求）
銷售商應該在消費者定購的貨物被發運或者服務被執行後一個工作日內通過EMAIL通知消費者。（最佳選擇）
銷售商必須將如下信息包含在發運通知中，或者明確告訴消費者從那裡可以得到這些消息：貨物名稱、總費用、貨物從哪裡以何種方式運出、估計的運輸時間和如果有問題如何解決。（最低要求）
如果消費者選擇的運輸方式可以進行貨物在運輸過程中的跟蹤，銷售商也應該為消費者提供這一方法。（最佳選擇）
如果消費者選擇的運輸方式提供有關貨物已經被收取和收取者姓名的資料，銷售商也應該為消費者提供這一方法。（最佳選擇）
如果銷售商僅運出消費者定購的部分商品時，銷售商應該通知消費者其他商品將在以後運出。（最佳選擇）
如果客戶取消訂單或者退貨，銷售商必須在三個工作日中通知消費者已經收到取消訂單或者退貨。（最低要求）
六,幫助和客戶服務
銷售商必須為消費者提供通過EMAIL提問或投訴的渠道。（最低要求）
銷售商必須在信息中心中提供獲得客戶服務條款的渠道。（最低要求）
銷售商必須提供客戶反饋和文本投訴的渠道。（最低要求）
銷售商必須在收到問題或投訴48小時內向消費者承認收到了問題或投訴。（最低要求）
如果投訴是有關商品而且銷售商自身不能解決，銷售商必須向消費者提供和生產商聯系的適當方法（最低要求）
七,其他
銷售商應該保證發運的每個包裝都在運輸機構進行了標準的防丟失、防盜和防損害保險。（最佳選擇）
銷售商必須按照可列印的格式向消費者提供定購貨物的發票。（最低要求）
如果消費者選擇的運輸公司許可，銷售商應該向消費者提供可以進行特別投遞的能力。（最佳選擇）
如果消費者以前已經提供過必要的信息，銷售商應該為消費者提供「一鍵」購物的能力。（最佳選擇）
ECML（電子商務模式語言）的支持，允許消費者在填寫購物車表格時，避免重復性的輸入。（最佳選擇）
銷售商應該提供實時處理訂單和效驗消費者信用卡的能力。（最佳選擇）
銷售商應該提供通過關鍵詞對整個站點的信息和產品進行搜索的能力。（最佳選擇）
銷售商應該提供消費者可以通過WEB來檢查訂單狀況的工具。（（最佳選擇）
銷售商應該提供消費者可以檢查以前訂單的能力。（最佳選擇）
銷售商應該有一種系統化的方法來不斷處理消費者的反饋和了解他們的滿意程度。（最佳選擇）
在本標準的首頁上寫著：「消費者的滿意、信心和信任，銷售商的利潤和變革」。這也就是這份標準的核心。任何人都可以從http://www.szboye.net/獲得這一標准，而且鼓勵使用和散發這一標准。雖然這並不是一個法律文本，但有理由相信遵守這一標準的銷售商將獲得更大的發展。
⑦ 電子商務系統設計
電子商務系統是互聯網時代計算機系統的主流應用，是集成了數據管理、事務處理、業務流程重組、系統安全管理等技術的復雜系統。很多企業管理者和信息系統技術負責人在被電子商務系統的廣闊前景所吸引的同時，亦為不知如何開展電子商務系統的建設而煩惱。系統集成商參與項目開發的困難更多：用戶需求不準確、經常變化，開發人員與業務人員溝通困難、誤差極大。最後上網工程變成了網頁設計大賽，花費了大量人力物力建造的網站並沒有為企業帶來預期中的收益，反而變成了一個擺設，甚至因為要不斷投入維護費用而成了企業的負擔。 本文著重討論電子商務系統工程中系統需求分析和系統概要設計的基本方法，向項目經理和技術負責人介紹如何組織電子商務項目的開展。事實上電子商務系統一方面是一個相當復雜的工程，需要科學的系統規劃和項目管理，另一方面電子商務系統也只不過是一種應用計算機的系統工程，雖然涉及的技術內容和業務因素較多，但只要遵循合理的系統工程實施方法進行，仍然可以順利地完成電子商務系統的建設。 電子商務技術可能目前世界上最令人眼花暸亂的技術領域，新名詞、新技術、新術語每天都在出現，如何建設電子商務系統，似乎有無數種可能，令人無所適從，不知如何作出正確的決策。技術本身並不能為企業帶來效益，只有合理應用技術建造的系統才能幫助企業解決業務運作中的問題，幫助企業發展業務，所以設計電子商務系統時必須堅持一個原則：企業的需求是目的，任何技術都只是實現需求的手段，建設電子商務系統不是為了應用某項新技術，而是為了解決企業的實際問題。只有堅持這個原則才能避免常見的失誤：採用了很多不成熟或者復雜的技術，工程費用超標，項目進度無法保證，應用效果未如理想等等。電子商務系統的目標可以用以下幾個問題來總結。 應用環境：系統將為哪些用戶服務？他們使用什麼平台，如何訪問企業的電子商務系統？ 系統功能：系統為用戶提供了什麼服務？哪些是已經有的，哪些要修改，哪些要重新開發？ 數據資源：為了實現這些服務功能，系統將使用哪些數據？數據量多大，如何存儲？ 安全管理：系統的安全性如何保證？系統管理如何實施？其中系統功能是范圍最廣泛的問題，從最早的信息發布到現在很流行的B2C，B2B，ASP等都是系統功能的一種，按實現這些功能的技術核心可以分為三類： 1 信息共享與數據交換
數據存儲與數據通訊技術是實現這類功能的核心技術，這類系統幫助用戶通過電子郵件、搜索引擎、數據發布技術等高效地獲得信息，提高數據交換的速度與信息共享的效率。 信息共享型的電子商務系統可以降低企業內部由於信息溝通不靈而帶來的損耗，減少日常工作的文書往來，提高工作效率，更有效地管理企業內的信息使用情況。 2 電子商務交易
以電子化的方式實現商務交易過程中的每一個步驟，能適應業務的快速發展而變化是實現這類系統的關鍵，電子商務交易系統是目前最具挑戰性的領域，技術核心是應用系統開發能力與事務處理技術，其中也包括與金融系統介面進行網上支持的SET及相關技術，目前的B2C，B2B即屬於這一類系統。 電子商務交易系統是現代企業在互聯網時代擴展新市場的重要手段，設計良好的交易系統能使企業一天24小時不停地運轉，為客戶提供優良的服務。如果能將企業核心業務系統與互聯網系統有機地集成起來，就能大大地擴展企業的運作范圍，降低經營成本和銷售成本。 3 互聯網伺服器上的應用服務
擴展互聯網伺服器的服務能力，定製滿足客戶需求的應用服務，其內容可能包含了所有電子商務系統的功能，JAVA技術與事務處理技術是這類系統的技術核心。這類系統通常指企業級的門戶網站或ASP，由於其極高的處理負載，還需要提供額外的集群技術、性能管理等復雜的技術支持。 這類系統或者是把原有的企業核心業務系統與互聯網伺服器集成起來，或者是在互聯網伺服器上開發功能完善的應用服務系統。訪問這類互聯網伺服器的客戶能得到自動更新的最新數據，獲得定製化的自助服務。訪問這類系統的客戶數極多，因此要求具有較好的可擴展能力，性能不會受客戶連接數變化的影響，一直保持良好的狀態，所以要採用連接管理技術、事務管理與資源協調等復雜的技術。 本文分三大部分，分別介紹系統需求分析與系統設計的組織方法，以及開展功能檢驗與性能測試的過程，著重介紹基本原則，並不泛及特定相關技術的細節。至於系統實施階段所採用的技術與方法，由於電子商務系統的復雜性、新技術層出不窮，實在不是用一篇文章甚至一兩本書所能涵蓋的。 系統需求分析 系統需求分析是為了系統開發人員准確地理解業務部門的目標，制定合適的實施方案，系統需求對系統實施的重要性不但應該反復強調，還應該避免收集系統需求過程中常見的幾個誤區： 1 系統需求分析不是一次性的工作，而是一個反復遞進的過程，隨著電子商務應用系統的推廣，業務部門會提出新的需求，或者改變原來的業務需求。這是允許的，而且是正常的，技術部門不能拒絕業務部門提出的新需求，而應積極配合，對原有的實施方案作相應的改變。
2 系統需求的根源是業務部門運作的需求，而不是技術部門為了實現某種先進技術而提出的需求。系統方案不能因為出現了某項新技術而作改變，畢竟，使用新技術只是手段，支持企業的商業運作才是最終目的。
3 系統需求不僅限於業務需求，還包括了客觀條件的各種限制，如項目進度的要求、與已有系統兼容的要求（如企業的所有核心數據都已經存儲在Sybase資料庫中、或者企業的舊系統留下幾千台終端必須加以利用）或其他政策法規的限制（如商業系統中使用的密碼系統必須經過政府有關部門的認證）。制定應用系統的實施方案時應把這些因素考慮在內。
收集系統需求的主要途徑是系統分析人員與最終用戶通過交談發掘搣真正攠的系統需求，獲得用戶的認同，在業務部門的幫助下准確地認識業務環境（這一點是大多數技術人員最缺乏的），收集足夠完整的信息，完成一系列文檔作為確認本階段工作的檢查標記，並作為進行下一步工作的基礎。
哪么什麼才是搣真正攠准確的系統需求，當一個客戶向系統分析人員提出要求：搣我們要建立一個網上商城，讓我們公司的客戶可以在網上直接下訂單攠，這是一個絕對真實的要求，但並不一定是一個准確的系統需求，或者說這並不一定是最適合該企業實際需求的目標。因為客戶在提出要求時，一般已經對電子商務有了一些先入為主的認識，認為電子商務就是這樣的，或者只能是這樣的，又或者同行和競爭者已經這樣做了，所以我們也要這樣做。實際上他們所真正需要的，可能比這個要求多，可能比這個要求少，甚至完全是另一個系統。這時系統分析人員就要耐心地發掘客戶的實際需求，通常是提出這樣的問題：
您希望這套電子商務應用建立起來後，能為您的企業達到以下這些目標中的哪些呢？哪些目標是您最希望達到的，您認為您的企業目前在這些方面存在什麼主要問題，您希望電子商務系統能在多大程度上解決這些問題呢？
增加客戶數量 降低企業運營成本或提高營業額
提升公司的總體形象
加快產品推向市場的速度
使企業比同行更具競爭力
縮短新產品的開發周期
改善庫存管理和采購流程管理的效率
改善企業與代理商之間的合作關系
提高客戶滿意度和客戶服務的質量
提高本企業員工的合作溝通效率
幫助企業拓展新的市場這樣的談話最好是在系統分析人員和企業的業務負責人之間進行，而不和企業的電腦部門技術負責人，只有這樣才能發掘出系統真正的需求。系統分析人員通常會從企業負責人那裡得到一些與電子商務技術完全無關的情況，例如搣客戶抱怨我們的交貨期不準時攠、搣我們的企業太大了，各部門間的合作溝通很成問題，總是左手不知道右手在做什麼攠等。這樣的交談能幫助系統分析人員准確地為電子商務系統定位，規定其功能邊界。
企業的負責人通常會更多地著眼於總體的業務規劃，負責需求分析的系統分析人員和項目經理應利用這個機會，向企業管理人員詳細地解釋幾類電子商務系統的功能和應用，啟發他們更深入地發掘企業的需求，以實踐經驗和成功案例向他們說明企業電子商務系統的預期目標，幫助他們樹立正確的期望值。多數企業都是第一次實施電子商務系統，且由於媒體的大肆宣揚等外界因素的影響,可能對系統的預期效果產生不切實際的期望，系統分析人員在需求分析階段就要准確地掌握和調整客戶的心理期望。客戶的期望值也是系統需求的一個重要因素，直接影響系統完成後的實施效果。
客戶的態度和技術水平是影響系統設計者作出方案的重要因素，也是系統需求的一部分，系統需求分析階段要和客戶一起作出充分的交流和評估。客戶的態度指企業決策者對新技術的接受程度以及願意承受風險的程度，電子商務領域的新技術層出不窮，成熟技術的功能比不上新技術，但風險卻較低，企業決策者在這方面的態度影響系統設計者設計方案時的技術選擇，如果企業決策者選擇較先進的新技術，系統分析人員有責任提醒他採用新技術可能面臨的風險：失敗的可能性較高，項目進度和開發成本可能超出預期。切勿投客戶所好，隱瞞新技術背後的不利因素。企業決策者在選擇系統集成商時也應小心，集成商的技術水平不是由掌握新技術的程度所決定，而是由他們運用技術解決實際問題的水平所反映。
中國的大多數大型企業都有專門的計算機部門，電子商務系統建成後維護管理甚至二次開發的工作都將由他們負責，方案設計時也應把客戶方技術人員的知識基礎和專業訓練程度考慮在內。系統需求分析階段最好對客戶方技術人員作一次全面的評估，考察他們對與電子商務系統相關的技術領域的掌握程度，評估的內容有：互聯網伺服器，對象技術，JAVA，應用開發工具，資料庫技術，事務處理技術，安全技術以及對工業標準的認識程度。
系統分析人員要把這些分散的需求匯總成系統的目標，製成初步系統概要需求書，准確而完整地描述企業的總體需求，再次強調系統的預期目標，並獲得企業負責人的認同，再在此基礎上作系統的初步設計。
系統需求分析的工作並未就此結束，反而才剛剛開始。項目經理應作一些准備工作，召集第一次項目會議，會議的參加者包括客戶方的業務和技術負責人，以及項目建造方的項目經理，會議的主要目的是進一步確認和細化系統概要需求書中列出的需求，確定系統建造的方向。這些會議應原則上達成下列這些目標： 1.詳細討論當前環境的情況和系統需求。2.檢討目前正在使用的應用系統，明確列出需要解決的問題。3.在適當的時候交換各自對電子商務系統所持的思路與觀點，創造較易達成共識的認知基礎。4.確定系統的主要目標，當系統需求的范圍比較廣泛，系統目標也可分為短期目標和遠期目標。5.列出為保證系統順利而要解決的主要問題，劃出最突出、最緊迫的問題，爭取客戶方的合作，在系統開始實施前即加以解決。6.向客戶解釋實施系統過程中使用的核心技術和方案的總體思路。7.基於會上達成的共識，制定各人的行動計劃表。這樣的一個會議不可能在一兩個小時內完成，可能需要幾天的時間，甚至在不同的場合下以不同的形式組織，如方案展示會、討論會、現場參觀等。在條件許可的情況下，組織項目會議成員參觀一些類似的電子商務系統，作為背景參考資料，引導項目會議成員參考成功的電子商務系統的實施經驗，對會議的成功有很大幫助。IBM在全世界各地幫助實施電子商務系統的經驗表明，這樣的項目會議對項目的成功有極其重要的意義。項目會議上技術人員與業務人員面對面地交流，節省了大量時間，技術人員能更好地理解業務人員的需求，作出切合實際的方案設計，業務人員也能更好地了解技術手段的限制，雙方的溝通還可以促進企業的業務流程向更合理、更適合計算機管理的方向改進。
實際運作中，參與項目會議的管理人員的時間相當寶貴，把所有人集中起來的機會不多，項目會議的召集人不能簡單地約定一個時間就召開會議，應該在召開會議前作認真的准備。准備工作主要有以下這些：1.確定客戶方的與會者名單，和每個與會者單獨交談，說明會議的目的，聽取他們的意見收集更細致的需求。客戶方與會者人數以四至六人為宜，太多了溝通效率就會下降。2.確定開發方的與會者名單，開發方的與會者人數以四人左右為宜，主要是項目負責人、系統設計員、開發經理和技術負責人，確定會議上討論的題目，為每個題目指定責任人向客戶說明。雙方與會總人數不宜超過十二人。3.准備需求分析文檔作為討論的基礎，這些文檔主要的內容是：
目標系統概述：目標系統的主要功能描述和運作方式。
* 系統結構：當前系統的邏輯及物理結構，正在運行的軟體及其配置圖。
* 資料庫結構：描述企業核心數據的結構，確定哪些數據將開放到互聯網伺服器上，互聯網用戶訪問數據的方式與范圍。
* 網路環境：當前系統的網路拓撲結構圖，目標系統的網路結構圖，以及網路上採用的工業標准如通訊協議、命名規則等。
* 安全性要求： 企業系統當前使用的安全管理方式，以及為適應電子商務系統的運行應作出哪些安全管理方面的改進。
* 性能要求：系統性能受很多因素的影響，性能要求分析把事務流程分解，針對每一環節討論性能要求，充分討論制約性能的不利因素，以及保證性能要求的技術手段。
系統組織結構圖：企業的人事組織結構和業務流程圖，列出為了保證電子商務系統順利運行而配置的組織結構，及每個崗位的技術素質要求。4.會議召開前公布會議的主題，以及與會者名單，附上每個人的背景材料如職位、在項目中的角色等。總之，會議前訂立明確的主題和充分的准備（包括文檔准備和會前的單獨溝通）是會議成功的基礎，作為會議召集人，要在會上以自已的技術基礎與行業知識作出方向性的指導，控制時間，及時制止會上一些不能在短期內得出結論的討論。會議的重點應放在分析系統的現狀與需求，避免過早地引入特定的技術手段，以免提前給方案的設計設下局限。系統現狀的分析除了總結與回顧在第一階段所作的系統需求的結果，還可以具體地對現有環境作技術性的分析。
系統環境的技術性分析主要有以下內容：
* 網路環境的分析：網路拓撲結構分析，當前系統的網路結構，網路上的伺服器配置等。網路流量需求分析，分析當前網路帶寬是否能滿足新系統的要求。網路系統的安全體系及安全管理策略，電子商務系統是比傳統的企業網更開放的系統，安全性要求更嚴格。
* 應用環境的分析：當前系統的軟體配置及版本，應用程序的運行模式（運行平台、是否需要實時訪問和聯機事務處理等）。資料庫結構，應用系統的核心數據模式。用戶熟悉的應用開發方式和熟練掌握的開發工具，用戶的經驗可能是寶貴的資源，能加快系統開發的進度和保證系統使用的效果，因為無需重新培訓而節省成本、降低風險；也可能是採用新技術的重大阻礙，由於習慣性心理而抗拒新的開發工具和應用運行方式，即使投入大量資源重新培訓，仍然要冒很大風險，系統維護人員可能由於不熟練而發生人為失誤，造成運行故障。這種情況在中國企業中尤其普遍，系統設計人員要以非常謹慎的態度來對待。
* 客戶運行環境的分析：電子商務系統的客戶是互聯網上使用瀏覽器或其他設備的客戶，不同於傳統的企業內部網中所有客戶運行環境都是預定定製的固定環境，系統需求列出電子商務系統支持的客戶環境要求，如瀏覽器類型，是否要支持JAVA，是否支持上網手機等。
* 其他特殊需求，如客戶的系統一定要採用Linux平台，或者有特殊的多國語言字元支持問題等。
經過詳細的分析後，項目會議最可能的結果就是聽到一大堆意見和要求。一個可控制進度與預算的項目不可能達成不受控制地產生的要求，分出輕重緩急才能簡單直接地解決問題。項目負責人先取得與會者的認同，目標太多不能在一個項目內完成，請大家先選出要在當前項目內完成的目標，然後評估這些目標的重要性。如果意見不能統一，被列為很重要的目標仍然很多，就要重新篩選這些目標。對於最後列出的目標，再次徵求大家的意見，確認這些目標已經包含了目標系統的基本功能，沒有重大的錯誤和遺漏。系統設計者對被列為很重要的目標和要求應特別重視，它們是影響系統方案的主要因素。第一次項目會議的成果是詳細而明確的系統需求，系統設計人員根據系統需求和目標進行詳細的方案設計。