『壹』 電子商務購物車的難點是
主要是棄置率
根據調查，購物車放棄率常在75%左右，這讓很多電商企業感到很震驚，企業經常碰見用戶丟棄購物車，但是沒有好的辦法挽留，下面說說丟棄購物車的原因和挽救辦法。
用戶丟棄購物車主要有5個原因：
1）購物流程體驗不佳
2）用戶還不滿意目前商品價格，處於觀望狀態
3）受他人意見的影響
4）選擇的商品可能並不是自己真正想要的
5）客戶可能忘記自己的購物車內有尚未付款的商品。
挽救方法
針對以上不同原因企業需要有針對性的發送購物車提醒內容，建立自動化工作流，在1小時、48小時、72小時內為時間節點，自動觸發相應的微信、郵件、簡訊等，來追回部分預流失的訂單，提高轉化率。
① 觸發首條實時提醒性信息，一小時之內效果最佳
根據Focussend最新實時報告顯示，一小時之內觸發首條挽回性信息客戶完成交易的概率高達19.8%。而如果是延遲至24小時之後，成交率卻驟降至11.6%。
第一次溝通一般以友好提醒為主，此時間段的客戶正處於極度接近的購買邊緣，稍加提醒，就會有轉化。但是內容上不宜太過多樣化，避免引起客戶的抵觸心理。可以配以免郵或無理由退換等字樣，激勵客戶的購買行為。
② 第一次失利，第二次黃金節點不可小覷
很多商家由於第一次進行觸發性信息沒有掌握好時間點，導致超低的轉化率。此刻如果停止追蹤，潛在客戶會自動轉為邊緣客戶。其實第二次的信息提醒，也有一個黃金節點。
據Focussend數據報告顯示，與顧客進行第二次溝通在24小時~48小時這個時間段的轉化率與第一次溝通在一小時之內的轉化率不相上下，高達16.8%。但是切勿超過48小時，數據顯示第一次的信息發送在48小時之後的轉化率僅為前一時間段的一半。
第二條消息在構建內容時，除了友好提醒喚醒客戶購物慾望外，可以適當添加額外的優惠促銷活動來引導激勵。如針對新手客戶附上優惠碼。
③ 精準的第三條信息觸發點，高於二次溝通所有時間段平均轉化率
此類挽回性的消息，其時間的長短和轉化率是不成正比的。而是同時取決於發送微信簡訊或者郵件的序數。盡管已經過了48小時，但是只要准確定位時間節點，第三封發送信息的轉化會有意想不到的結果。數據報告顯示，72小時之後觸發第三條提醒性消息，其轉化率高達17.3%。
72小時之後，客戶的購物慾望基本已經處於沉睡狀態，此時發送無論是發送微信簡訊還是郵件，內容和形式都要多樣化。除了購物車喚醒，免運費、無理由退換、優惠促銷等等，自動化工作流還可以根據客戶的選擇喜好推薦別的相關產品，確保高轉化率。
『貳』 電子商務系統購物車模塊（簡單）
可以使用JavaBean建立一個商品類，用於保存商品的相關信息，再建立一個購物車，版例如可以用權Collection保存商品，用於保存所選擇的商品，然後可以使用form表單的select，將商品添加進去，提交後在結果頁面中獲取select選擇的結果，將所選的商品保存到購物車中，然後遍歷購物車，將商品保存到資料庫中
『叄』 電子商務網站功能描述書怎麼寫
在網站建設中， 公司不只考慮到使企業的網站成為專業的宣傳營銷平台， 還考慮到企業網上形象與網下形象的統一性，更好提升企業形象與品牌價值。
1、想您所想：進行准確而可觀的調研，跟據您的需要和潛在需求制定解決方案。
2、充滿創意的設計：高素質的設計隊伍和專業的創意設計使網站的頁面賞心悅目， 運用多種先進的技術增強網站的表現力。
3、良好的溝通：良好的溝通將貫穿在整個開發過程的始終，真實的還原您的網站構想是我們創作的宗旨。
4、雄厚的技術實力：龐大的開發隊伍和豐富的開發經驗，給您以強大的技術後盾和支持，保證了網站的順利實現。
5、良好的後期維護：由於科信公司擁有多層次的業務架構，為您提供了從高端到低端的技術支持，讓您在每個環節上的需求都可得到滿意的服務。
6、實惠的價格：有效的流程管理，科學的開發方式，降低了每個項目的開發周期和成本， 使您享受到實惠的價格。
一個網站項目策劃的確立是建立在各種各樣的需求上面的，這種需求往往來自於客戶的實際需求或者是出於公司自身發展的需要，其中客戶的實際需求也就是說這種交易性質的需求佔了絕大部分。面對對網站開發擁有不同知識層面的客戶，項目的負責人對用戶需求的理解程度，在很大程度上決定了此類網站開發項目的成敗。因此如何更好地的了解、分析、明確用戶需求，並且能夠准確、清晰以文檔的形式表達給參與項目開發的每個成員，保證開發過程按照滿足用戶需求為目的正確項目開發方向進行，是每個網站開發項目管理者需要面對的問題。
一、 哪些人應該參與網站開發項目的需求分析活動
需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：
1、 負責組織相關開發人員與用戶一起進行需求分析。
2、 組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。
3 、 組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。
4、 如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。
5、 如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。
二、 完整的需求調查文檔記錄體系
在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助
目成員將需求分析結果更加明確化，也為以後開發過程中做到了現實文本形式的備忘，並且有助於公司日後的開發項目提供有益的借鑒和模範，成為公司在項目開發中積累的符合自身特點的經驗財富。
需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文後面討論。
三、 向用戶調查些什麼
在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：
1、 網站當前以及日後可能出現的功能需求。
2、 客戶對網站的性能（如訪問速度）的要求和可靠性的要求。
3、 確定網站維護的要求。
4、 網站的實際運行環境。
5、 網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。
6、 主頁面和次級頁面數量，是否需要多種語言版本等
7、 內容管理及錄入任務的分配。
8、 各種頁面特殊效果及其數量（js,flash等）
9、 項目完成時間及進度（可以根據合同）
10、明確項目完成後的維護責任。
調查結束以後，需要編寫《用戶調查報告》，《報告》的要點是：
1、 調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。
2、 調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。
『肆』 怎麼寫電商系統PPT介紹
之前任職的是一家電商軟體產品公司，很典型的乙方特徵。由於是KA業務，基本的業務應對思路是把客戶的業務訴求通過一套以我方產品為原型進行定製開發的系統來支持。所以會遇到各種甲方爸爸一上來就要求給方案，給標准產品方案呢，「爸爸們」認為不精準對標不滿意；要好好寫呢，需要補充大量內容，不知如何下手，對售前顧問來說就是一篇大作文。因為當時業務並不聚焦行業，所以客戶業務差別會很大，一篇優質方案攢出來，費腦又費時，往往吃力還不一定討好。最關鍵的，很多人還不知道該怎麼寫。
方案，顧名思義是需要用書面化、結構化形式，把怎麼做目標事情的完整構想描述出來，以讓閱讀者明白如何做才能達成目標。所以，那些靠堆砌篇幅而不說清楚做什麼？怎麼做？的方案都是耍流氓。
下文我主要針對電商業務領域，以業務支撐系統為主要供應物的方案架構思路與大家共享。本文主要分享PPT方案，WORD方案可參照結構腦補，以後有機會再與大家分享。
一、理想的結構
先說一下理想化的方案架構，特別是針對有一定體量規模和行業地位的重要客戶，方案的完整性與全面性是體現專業度的重要表現。所以我給出一個較完整的結構框架。
一張「古老」的BBC業務邏輯圖，近10年前畫的竟然還有人在用
5、系統架構：所謂電商業務必然會涉及系統，所以講清業務之後，就要說明業務支撐系統是什麼樣的。後續內容都會圍繞系統來講。所以系統架構部分一般講系統的功能結構和與外部系統的關系，可以用兩張圖來各自表達。前者講明大致的功能布局與范圍，後者講清與哪些外系統進行哪些數據的交互。
6、數據關系：遇到復雜的數據關系，則需要對數據關系的理解進行表達。比如以前我們做汽車後市場業務，商品數據是關聯車型、服務、供應商、內容知識點，所以必須講明其中的關聯，客戶就清楚你已經理解他的需求了。一般不是復雜項目售前方案不會涉及，那是概要設計中的內容。
7、典型應用/流程分析：由於涉及業務定製，在沒有系統可POC演示的前提下，會通過業務流程圖的方式把業務流程或系統處理流程勾畫出來。建議採用泳道圖方式有角色特徵進行描述。流程圖輔以文字描述，強化其特徵點。
8、原型設計：由於電商類項目大多涉及客戶端界面與流程，有些苛刻的或不專業的甲方，會希望乙方在售前階段呈現直觀的界面展現與操作。類似於廣告領域的比稿。如果現有的原型產品不能便捷配置出POC Demo，就只能通過原型工具製作低保真或高保真原型，用來演示操作流程。方案PPT中可進行截圖展示。通常這是在項目實施中的設計工作，如果售前階段做這類活，那說明乙方已經不惜血本了，如果競爭失敗就只能權當作為以後其他項目積累一些原材料。
9、二開分析：對於用原型系統進行開發的項目，二次開發工作量分析也是相當重要的，這也是對外報價的基礎。所以，我們以前通常會做差異化需求分析，陳列二開功能列表，將各種需要修改和增加的顯性化、非顯性化功能逐一整理出來，供技術人員進行工作量評估。這要求方案人員需要相當了解原型系統。
10、運營設計：系統講完了，一般業務方案就到此結束，但是有些項目會要求乙方進行運營規劃。通常涉及運營領域可以從：運營框架、核心任務、運營策略、組織分工、管理制度進行分解闡述。
寫一篇高質量的方案其實是挺累人的，特別在需要大量「原創」表達的時候。所以，在初次見面，甚至沒有見面的時候，就要求乙方提供方案的情況，銷售人員應當有一套應對甲方的「組合拳」，而不是拿著鞭子抽打顧問。這里也善意的提醒甲方爸爸們，若要乙方給出有價值的方案，應該要分享更多本方的業務思考和資源信息。一般知名外企，針對乙方提案都會提供一份RFP，雖說也見過名企寫的超爛RFP，但如何做事的基本認知是有共識的。而大部分國企和私企，是需要加強這種認知的。
總結一下，個人在電商系統類方案上的經驗，我強調以下三點：
1、怕寫文章的人，寫不好方案。
你想寫好方案就不能怵寫文章，更多的寫作表達訓練可以形成方案構思編寫的感覺。
2、寫好方案的核心是邏輯+結構，多用總分結構。
用清晰的表達層次和有說服力的內容表達，是方案表達的關鍵點。所以建議大家分解好方案的總體順序，多用總分結構表達。大結構盡量扁平化，減少過多的總分層次。
3、規整的方案呈現是基本要求。
一篇被認可的方案，必然在表達上是有規范性的。字體字型大小的運用標准、標題規范、布局規范，用色統一、圖形風格統一，都是尊重閱讀者和體現專業編寫的體現。本人很討厭那種字體字型大小不統一、剪貼痕跡濃重的PPT，在我的邏輯里，你的誠意就暗示了你的質量。
更多你可以參考8miu電商，望採納。
『伍』 創業項目描述怎麼寫
一、項目企業摘要
二、業務描述
三、產品與服務
四、市場營銷
五、管理團隊
六、財內務預測
七、資本容結構
八、投資者退出方式
九、風險分析
十、其它說明
*您認為企業成功的關鍵因素是什麼？
*請說明為什麼投資人應該投貴企業而不是別的企業？
*關於項目承擔團隊的主要負責人或公司總經理詳細的個人簡歷及證明人。
*媒介關於產品的報道；公司產品的樣品、圖片及說明；有關公司及產品的其它資料。
*創業計劃書內容真實性承諾。
『陸』 電子商務項目包括哪些內容
思考電子商務，不妨從思考商務活動開始。
商務活動的實質是資源的交易和整合。好比硬幣的兩個面，交易和整合也是商務活動的兩個側面。每一筆交易都伴隨著一次新的資源整合，交易和整合的目標是價值提升或價值最大化。交易和整合——也就是商務活動——大致有三種形式，一是市場，二是企業，三是協同。市場是一種交易形式，企業也是一種交易形式（當然更加復雜），而介於市場和企業之間的「協同」性商務組織（如戰略聯盟、虛擬企業、外包等）則是一種正在蓬勃興起的交易形式。
視具體應用范圍的不同，可以將電子商務劃分為市場應用、企業應用和協同應用三大類型。但是不應該將電子商務的應用局限於商務活動的局部領域（如網站電子商務或網路營銷），因為商務活動的一體化必然要求電子商務的一體化。
電子商務中的「電子」指電子商務技術，那麼是不是只要將電子商務技術與上述商務活動結合就實現電子商務了？答案不是單純的「是」或者「不是」，問題的關鍵是怎麼結合。請看以下兩個公式：
電子商務≠電子＋商務
電子商務＝電子×商務
這兩個公式的意思是說，電子商務不是電子和商務的簡單相加，而是電子和商務的有效融合；電子和商務的結合並不必然地得到具有更高效率和效益的電子商務，相反，如果結合的不好，電子商務的效率和效益甚至更低。因此，繼續將電子商務界定為「通過計算機網路進行商務活動」是不恰當的，有必要對電子商務概念做一點修正：
電子商務：基於計算機網路並與之有效融合的商務活動。
縱觀商務活動乃至整個人類活動發展，信息技術一直伴隨其中。每一次商務活動的進步都伴隨著信息技術的進步，信息技術和商務模式在不斷的進化中形成了有效融合的系統聯系，一定的信息技術總是與一定的商務模式相匹配的，改變信息技術的同時卻不改變商務模式，無異於讓火車在馬路上跑，只是徒然增加成本，斷然帶不來效率和效益。所以電子商務中的「商務」一定不再是原來的商務活動模式，而是與電子商務技術匹配的進化了的商務模式。
本質上，電子商務不僅是一種工具或者方法的應用，更是一種嶄新的商務模式，而任何一種商務模式都是當時社會的技術條件和制度條件下的社會分工方式。一種好的商務模式必然促進社會分工，提高社會生產和轉化效率，進而促進社會經濟發展，但是，在實際過程中存在著商務模式與社會分工之間的十分復雜的互動作用，這就使得任何一種成功的商務模式的設計都難以完全在人們的頭腦中、書本上或書齋里完成，只能通過社會組織試驗完成，通過不斷的試驗，加以肯定、改進或者否定，從而使新的商務模式得以進化。我們現在所看到的各種商務模式——如百貨商店、連鎖店、批發市場、戰略聯盟等無一不是試驗和進化的產物。
理論和實踐都證明，當面對和處理一個包含許多互動作用的復雜系統——電子商務模式正是這樣的系統——的時候，試驗和進化是促進發展的唯一途徑。基於這樣的認識，我們就可以理解為什麼網路經濟和電子商務的應用與發展經常不按我們預想的方式發展，經常在我們以為必然成功的地方失敗，卻在我們不抱希望的地方給我們驚喜。我們應該以平常的、像理解人類進化過程那樣的心態來看待網路經濟和電子商務的這樣那樣的挫折和失敗。
這決不意味著我們可以放棄理性，決不意味著一切都變得那麼不可預料和控制。正好相反，我們能夠以更加正確的方式來促進電子商務的發展，我們應該摒棄那種只對成熟的商務模式適用的剛性的組織和業務形式，而代之以柔性的組織和業務形式，將試驗和進化功能「內置化」，以更快、更低成本地找到成功的電子商務模式。
在一些大的方向，電子商務的進化則是可以預見的：
——電子商務將從模仿走向創新，將出現越來越多的在傳統商務中沒有的商務模式，網路廣告的發展即是例證。
——電子商務的模式將日趨多元化，並在與傳統商務融合的過程中日趨復合和復雜，所謂「B2B」和「B2C」等過於簡化的模式分類很快將成為歷史。
——電子商務模式創新將從業務流程創新到管理創新，再到組織創新，漸次展開，漸次深入，這是一個相互作用、激盪、混沌和自組織的進化過程
『柒』 我的淘寶項目計劃書怎麼寫
【項目計劃書大綱】
第一章 總論
1.1 項目名稱及建設單位
1.1.1 項目名稱
1.1.2 建設單位
1.2 項目概況
1.2.1 項目簡介
1.2.2 項目背景及必要性
1.2.3 投資估算及資金籌措
1.2.4 效益分析
第二章 項目建設背景及必要性
2.1 項目建設背景
2.1.1 政策背景
2.1.2 行業背景
2.2 項目建設必要性
2.2.1是順應產業政策及區域規劃，促進電商發展的需要
2.2.2是培育產業龍頭企業，做大做強電商產業的需要
2.2.3是加快解決電商問題的需要
2.2.4是打造品牌的需要
2.2.5是促進社會經濟長期健康發展的需要
2.2.6是降低物流成本，提高經濟整體運行效率的需要
2.2.7是提高人民生活幸福指數的需要
第三章 產品與服務
3.1 產品/服務描述
3.1.1 現階段產品/服務
3.1.2 下階段產品/服務
3.2 產品/服務市場
3.2.1 市場定位
3.2.2 市場機會
3.3 產品/服務優勢
3.3.1 對於上游廠商
3.3.2 對於下游小微零售商
3.3.3 對於當地居民
3.3.4 對於物流員工
3.4 商品供應與物流
3.5 產品/服務規劃
第四章 項目運營和戰略規劃
4.1 商業模式
4.1.1 商業模式介紹
4.1.2 商業模式核心
4.1.3 利益相關者
4.1.4 盈利模式
4.2 研發模式
4.3 公司戰略
4.3.1 戰略目標
4.3.2 戰略規劃
第五章 市場與競爭分析
5.1 市場分析
5.1.1 市場容量
5.1.2 市場前景
5.2 競爭分析
5.2.1 競爭環境分析
5.2.2 核心競爭力
第六章 營銷策略
6.1 品牌建設策略
6.2 渠道策略
6.3 市場推廣策略
第七章 公司管理
7.1組織機構
7.2運營管理
7.3人力資源管理
7.4 其他說明
第八章 投資估算和資金籌措
8.1 投資估算
8.2 資金籌措
第九章 財務預測
9.1 基本假設
9.2 財務預測
9.2.1 收入預測
9.2.2 利潤預測
第十章 效益分析
10.1 經濟效益
10.2 社會效益
10.3 環境效益
第十一章 風險控制
11.1 供應風險
11.2 物流風險
11.3 市場風險
11.4 管理風險
11.5 財務風險
第十二章 結論
轉載自：http://www.zowise.com/news.php?bid=102
『捌』 怎麼介紹自己的電商項目
首先電商指的是交易所有過程的電子化,也就是利用網路實現所有商務活動業務流程的電子化。
電商網站為客戶提供電子商務服務的技術與資源，為中小企業提供網路營銷服務。近些年電商發展迅猛，現在電子商務的范圍波及人們的生活、工作、學習及消費等廣泛領域，隨著科技發展，電商逐漸往智能化，規范化，大眾化，區域化，國際化發展發展，近年跨境電商發展得到大力支持，很多新起電商開始往跨境發展，實現「走出去」面向全球消費者。現還有社交電商類盈利模式主要是銷售及渠道盈利,會員收費制, 構建平台生態圈盈利.現在正是電商時代,電商是一個不錯的選擇,薪資待遇也是有極大的空間。
跨境電商進口需要繳納稅包括：
（1）進口關稅：指通過一國關境的進口貨物需要繳納的稅收。
計算方式：從價計征，從量計征，復合計征，還有一些特殊的商品會使用特殊的計算方式。
（2）行郵稅：指行李和郵遞物品進口稅
（3）增值稅：我國規定增值稅基本稅率為17%，某些關乎國計民生的重要物資，增值稅稅率為13%。
（4）消費稅：目前國家僅對四類產品徵收消費稅，一是過度消費會對身體健康造成傷害的消費品，比如煙酒、鞭炮等等，二是奢侈品，三是高能耗產品，四是不可再生的石油類消費品。
『玖』 電子商務項目的項目特點
電子商務項目是典型的一類項目，除具備一般項目的共同特徵外，還具有如下幾個特點。 電子商務項目復雜性的原因，主要是在項目的實施中，管理、技術、商業活動、競爭及其他因素混合在一起，需要控制多重關聯的商業和業務活動中的變化。這些變化跨越了公司之間和公司內部的部門之間，從而使溝通與協調變得更加困難，也使得電子商務的管理面臨著實在的挑戰。
復雜性主要表現在：
高層管理者的期望值很高； 為適應電子商務的要求，很多單位的內部機構需要調整； 項目的實施過程中存在著緊迫的時間壓力； 由於電子商務的應用軟體，尤其是電子交易軟體在不斷發展，而且項目在進行中也在持續發展，新產品層出不窮，這些因素會帶來競爭、機遇與挑戰；項目信息技術的基礎結構十分復雜； 項目存在著嚴重的預算壓力，而電子商務項目實施初期很少獲得大規模的利潤。 當今電子商務項目正處於一種激烈的競爭環境中，快速演變升級的基本技術、持續競爭和新的工具改變了以前項目運行所必須遵循的邏輯順序，電子商務項目不再只是一個按部就班的軟體生產過程，必須以快速應變和充滿創造力的開發過程應對市場壓力。
電子商務項目的實施是動態的，主要表現在：
客戶在電子商務項目的實施過程中，往往會頻繁改變他們的要求和需要，這就要不斷調整商務和業務規劃，使其與電子商務系統同步； 在項目實施中由於很多問題浮現出來了，項目實施方將不得不修改原來的規劃和設計： 新的軟體、硬體或網路技術誕生，比已有的技術更有吸引力； 當競爭者改進了電子商務網站的創意和改善了市場推廣方式，項目實施方必須快速對此做出反應，否則，正在進行的電子商務項目就有面臨困難； 上級管理層在未與項目實施團隊商議的情況下，改變了業務方向、范圍或進度。 電子商務項目評估需要多方面的合作，由單獨設立的後評價機構或上級決策機構，組織主管部門會同計劃、財政、審計、銀行、設計、質量、司法等有關部門進行。項目後評價工作的順利進行需要參與各方融洽合作。
『拾』 java寫的簡易購物車 簡歷里描述一下
第一： 寫你的開發平台：比如windows 還是Linux。
第二：寫你的開發工具：MyEclipse 還是Eclipse。回 資料庫MySQL 還是Oracle。。。。。
第三：寫你的框答架：ssh+jquery +Ajax+jsp+......
第四：寫你參與的開發模塊。涉及到的技術亮點。比如登陸模塊，用到的是AJAX非同步數據驗證。或者復雜點的：在線文件預覽：用到技術 OpenOffice+FlexPaper+swfTools等。
第五 ：寫你遇到技術難題，你自己是如何解決的（注意多寫自己獨立解決：面試官很在意個人自我解決能力或者自學能力），
第六：寫你完成這個項目的收獲。
大致也就這樣了。