超強外貿開發信例項及解析
一共分九個部分：
一、新人進公司工作思路(頁面2)
二、如何瞭解產品客戶以及市場(頁面2-3)
三、尋找客戶的途徑(頁面3-9)
四、開發信的寫作技巧與案例分析(頁面9-6)
五、開發信的跟蹤(頁面63-67)
六、面對首次詢盤如何回覆(頁面(67-84)
七、詢盤報價後的跟蹤(頁面84-97)
八、樣品問題(頁面97-114)
九、價格談判(頁面114-128)
一、新人進公司工作思路
熟悉公司的各個部門的領導人
公司總經理，各部門經理，廠長，主管，生產線的拉長，
姓名，愛好，性格，人品。
特長等。
尤其是本部門的領導人。
二、如何瞭解產品，客戶以及市場
1、熟悉公司產品的效能以及英文功能描述
途徑：公司的產品網站，產品介紹，目錄，去行業網站了解，到自己的生產車間去具體操作，技術引數，詳情，
瞭解這個產品的核心部分是那些--最重要的是影響產品的質量的部件有哪些?影響產品價格的核心部件是哪個?不是很影響質量卻對價格有比較大影響的部件是哪個?
總之，對產品一定要懂。
一定要儘快的知道產品的不同英文名稱,規格和用途
關於產品的英文名稱,一定要搜尋國外的同行是怎麼表示的
產品規格的表示方法也要學習國外的同行
產品用途的描述還是要學習國外的同行
2、熟悉這個產品的市場狀況
首先把我的產品和市場進行分析(只是舉個例子)：
、產品：
1)低端----目標市場亞洲，非洲和南美(機織)
2)中端----亞洲(機織)
3)高階---歐美和日本。
(機織和手工)
產品的切入點：由於傳統技術的萎縮，從事這個工作的技工越來越少，手工產品的市場是不可避免的萎縮，那麼機織代替手工成為必然，機制的產量大而且技術越來越成熟，已逐漸生產出可以和手工媲美的產品。
而且，由於環保的原因，歐洲很多傳統的工廠有逐漸向亞洲轉移的趨勢。
比如，紗線廠。
(當然還有各種材質的差別，等等很多)
、市場：熟悉產品的市場分佈，以及各個市場的不同需求(流行風格和款式)市場粗略的分為幾塊。
1)美國：佔全球市場40%的份額。
以傳統的圖案為主，老美喜歡懷舊風格的。
現代風格的一些年輕人也很喜歡。
2)日本：以美術圖案為主。
3)歐洲：歐洲也是最大的生產地，而且技術優勢一直在，想打入歐洲市場還蠻艱難，但是要熟悉他們喜歡的風格。
4)中東：我們的產品是必需品，傳統的圖案，還有法式，歐式和皇家圖案都是主流風格哦。
、熟悉本產品的世界廠商生產能力和分佈情況：
在此基礎上，拿到一個詢盤或者開發一個客戶的時候就會做到心中有數，怎樣引導客戶就有據了。
三、尋找客戶的途徑
1靈活運用公司的外貿平臺
展會還是付費的網站，開始整理自己的圖片(能夠在網站上意看就知道是自己製作的產品圖片)，產品說明，產品目錄，產品報價單。
2、在2上釋出產品，搜尋客戶，等待和回覆客戶詢盤，投入正規的工作中去。
3、瞭解老外的思維方式---一件事歸一件事
案例分析：
1公司是做油泵的，前一段聯絡了一個印度的經銷商，之間來來回回聯絡了有三四個月了，客戶發了很多的詢價給，每次報價過去，他都基本上不回覆的。
上一月又有新的報價來諮詢。
答覆：這個很正常，可能原先的專案他沒有拿下來，或者找別人做了，所以這時候問你新的東西。
在該郵件中，你就按照新的東西給他報價。
原先你報的東西如果要追問一下，那就換一封郵件寫給他，不要寫在同一封郵件裡，否則就有可能還是不回覆。
老外的思維方式和我們不一樣的哦，比如說有一個客人在問我索賠，說我的產品有破損，要賠10000美金!可與此同時，他別的訂單還在跟我確認，別的詢價也在進展中。
因為在他看來，一件事歸一件事!可你如果你給他報新價格的同時，又追問以前報價的進展，那就等於你無形中把兩件事歸類為一件事，客人會不高興!
2瞭解客戶方法
如何準確定位一家公司型別如何有效地直接聯絡買手如何定位一家國外貿易公司的型別的如何區分他是生產商還只是貿易公司?一般找到一家貿易公司的網站上邊提供的郵箱也只有，沒有買手地郵箱
答覆：沒有特別好的辦法，只有你對行業的理解，豐富的經驗，對目標市場的分析，以及大量的閱讀相關資料，包括通過了解當地的消費能力，供應商狀況，大中小型超市等等，還有一些進口商的資料，這些在一些貿易類網站、政府的網站以及其他的各種地方都能找到。
總之一句話，多用搜索引擎，多閱讀，多找資料，資料不會等著給你的，要你自己去找的。
你閱讀的東西多了，自然會有所判斷了。
我做美國市場，還只是一部分的區域市場而已，我就詳細瞭解學習過美國的商業習慣，美國的採購量，每個州的貿易指數，進出口總額，當地的不同超市，老百姓的消費習慣，等等，我光是在網上閱讀的文字就不下20單詞，包括的經濟分析，的一些論文，香港一些權威機構的物價指數分析等等，這還不算其他的途徑的資料，包括一些書本上的知識等等。
你把準備工作做全面了，
每天都有意識去了解這個行業的資訊，你的水平自然會越來越高。
3客戶的分類
樓主覺得分三類：第一類是游擊隊，第二類是正規軍，第三類是有志於從游擊隊發展成正規軍的。
如果是第一類，那就不用考慮這些問題了，因為現實不允許，你沒有幫手幫你搞定各種東西，而且中小企業以接單為第一要務，所以東打一槍，西打一槍，報價稍微變化一下，搶下訂單才是重要的。
如果是第二類，那在外貿行業中就是大公司了。
有專門的部門做區域市場調研，有大客戶經理專門對客人進行分類管理，有部門針對不同市場做戰略分析，有部門根據不同的情況有針對性地報價和開發。
這是正規軍，講求的是團隊合作，高效率，高成功率，做的是市場，是一個面，而不是一個一個點。
如果是第三類，那就要向第二類靠攏，一般是有一定經驗的老業務員，這個時候你的個人能力已經發揮到極致，很難再進一步了。
這時就需要你培養自己的一個團隊，把團隊力量發揮出來，才有可能慢慢接近第二類。
所以朋友們先問問自己，屬於哪一類，然後再有針對性地開發客人。
4如何知道客戶究竟是，還是，還是?
這個怎麼說呢，要根據經驗來判斷了。
大致可以這樣看，如果客人是，通常背後有固定的買家，真正的買家不是他。
有的時候你可以通過客人下給你的訂單發現，彩盒居然是沃爾瑪的品牌，說明產品最終是賣去沃爾瑪的，但是這個客人又明顯只是一個貿易公司，所以他就是，當然也有可能客人收購了當地的某個品牌或擁有某個品牌，掌控了一定的資源，他的所有東西打自己的，也是可能的，但這種情況比較少，還有就是促銷品和贈品的訂單，基本都在手裡，比如說可口可樂打算下季促銷，買一箱可樂送一雙帶他們的溜冰鞋，這溜冰鞋的訂單肯定在手裡;如果客人是，那他有穩定的下家，而且掌控著一定的銷售渠道，服務的就是了!如果客人是，那就是直接面對消費者的，所以他的包裝就必須是銷售包裝了!不可能出現類似散裝或者白盒之類的，因為零售商是沒法賣的
編號：_________
甲方：_________大學(以下簡稱甲方)
乙方：_________(以下簡稱乙方)
為促進網路技術和多媒體技術在教學中的科學運用，有效推動學校本科教育觀念的更新、教學模式的變革和教學質量的提高，甲乙雙方依據教育部20__年4號檔案精神，經協商一致同意簽訂本協議，共同遵循下列各項條款：
一、基本權利和義務
甲乙雙方應合理規劃、共同協商確定現代教育技術應用的課程、方式方法及實現目標。
其中本協議中進行課件開發的課程分三個層次：校級建設課程由乙方確定，甲方認定;院級建設課程由甲方確定，乙方認定;教師自發建設課程由甲方認定即可。
乙方依據本協議簽訂課程的建設情況提供經費支援，組織學校教學委員會下設的教學改革與建設小組參與課件開發及應用的檢查驗收，並給出評定意見;甲方負責課程建設的日常管理，監督和支援課課件的開發及應用，定期組織建設課程的檢查驗收，保證簽訂課程按質按量按期完成開發任務。
二、建設目標
在優化教學內容的基礎上，發揮網路教學及多媒體教學的優勢，科學利用powerpoint，authware等多媒體制作工具、flash，dreamwave，frontpage等網頁製作工具、vb/vc/java/asp等語言、access/sql資料庫進行單門或系列課程的課件開發與應用，課件主要用於教師的輔助教學、學生的自學(包括預習、複習)和師生之間、學生之間的交流等。甲方承諾截止_________年底完成下列_________門課程的課件開發，並應用於教學實際;乙方承諾在甲方按協議完成建設目標後總計至少投入_________元用於支援甲方的課件開發與應用(撥款說明請參看第六條條款)。
三、建設內容
1.校級建設課程一般應為至少開設過一學期，教學內容穩定、學生受益面廣並計劃至少在以後兩屆學生中繼續開設的通識教育基礎必修課程(包含英語類和計算機類的選修課)、學科基礎必修課程，且建設內容應涵蓋不同學分數的同性質系列課程的所有教學內容。經雙方協商，確定一期校級建設課程如下：
┌──┬───────┬───────┬───────┬────────┐ │序 │ 課程名稱 │ 面向專業 │ 負責人 │ 備註 │ ├──┼───────┼───────┼───────┼────────┤ │1 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │2 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │3 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │4 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │5 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │6 │ │ │ │ │ ├──┴──────┄┴───────┴───────┴────────┤ │說明：專案負責人應為課程組負責人，每個專案負責人只能承擔一門課程的建設│ └───────────────────────────────────┘
要求：網路課件
工具：flash，dreamwave，frontpage等網頁製作工具(含vb/vc/java/asp等語言、access /sql資料庫)
基本模組：
課程簡介及電子教案
教學重點和難點(對教學的重點和難點以知識點為單位，應用多媒體素材--圖片、圖表、配音、動畫、錄象或模擬等彌補傳統教學中的不足，通過形象生動直觀的教學設計強化教學效果、提高學習效率，但應避免與教學內容無關的純表現)
案例或例題
習題及自測
參考文獻相關網站
常見問題解答及交流討論答疑
* 網路課件的導航應清晰明確、操作簡便
* 網路課件的文字說明中有關名詞、概念、符號、人名、定理、定律和重要知識點應與相關背景資料連結。
2.院級建設課程一般應為至少開設過一學期，教學內容相對穩定並計劃至少在以後兩屆學生中繼續開設的通識教育基礎課程、學科基礎課程和專業及專業前沿課程。經雙方協商，確定一期院級建設課程如下：
┌──┬───────┬───────┬───────┬────────┐ │序 │ 課程名稱 │ 面向專業 │ 負責人 │ 備註 │ ├──┼───────┼───────┼───────┼────────┤ │1 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │2 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │3 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │4 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │5 │ │ │ │ │ ├──┼───────┼───────┼───────┼────────┤ │6 │ │ │ │ │ ├──┴───────┴───────┴───────┴────────┤ │說明：課程組負責人應負責或參與，每個專案負責人只能承擔一門課程的建設 │ └───────────────────────────────────┘
要求：可為網路課件、也可為單機程式系統或製作精良的演示文稿
工具：powerpoint，authware，方正奧斯等多媒體制作工具;flash， dreamwave， frontpage等網頁製作工具;vb/vc/jav/asp等語言;access/sql資料庫
基本模組：同校級建設課程
四、課件開發基本規範
基本原則：
1.課件可以購買或自行開發，其中網路課件的開發是一個系統工程，涵蓋教育教學原理、網路技術、多媒體技術、軟體開發技術，其應以教學經驗豐富、有專業特長的課程主講教師編寫適合網路教學的指令碼，課程組集體討論修改，交由專業開發隊伍製作為主;具備課件開發能力的教師也可直接參與網路課件的製作。
2.網路課件應具備開放性、先進性、協作性和穩定性，利於教師的課堂輔助教學及學生的個性化自學：開放性是指網路課件的體系和內容相互關聯又相對獨立，便於教師的調整、更新和適時使用;先進性是指網路課件不簡單等同於電子教案，而是面向日常教學的重點和難點，提供豐富形象的教學資源，能有效彌補傳統教學中的不足;協作性是指網路課件通過電子信箱或線上討論等形式，實現教師與學生、學生與學生之間平等、自由的交流與協作;穩定性是指網路課件本身的連結準確、執行無錯誤，能普遍適用於多種執行環境，並能持續進行更新與維護。
基本流程：
為保證課件開發的速度和質量，在全面編寫課件指令碼之前應制作“課件原型”，即選擇某一知識點先行開發軟體，從而基本確定課件的總體設計風格和指令碼模式。課件開發的基本過程如下圖所示。
┌────┐ │總體設計│ ┌→│ │┐ ┌───┐ ┌───┐ │ └────┘ │ ┌──┐ ┌──┐ ┌──┐ ┌───────┐ │確定教│→│確定教│→│ ↓→│指令碼│→│素材│→│課件│→│教學環境設計 │ │學大綱│↑│學內容│↑│ ↑││編寫│ │準備│ │開發│ │(教學素材與 │ └───┘ │└───┘ ││ ┌────┐││└──┘ └──┘ └──┘ │教學平臺整合)│ │ │└→│網路軟體│┘ │ │ └───────┘ │ │ │原形實現│ │ │ │ │ │ └────┘ ↓ │ │ │ ┌────┐ ┌────┐ 網路課件 整合的網路課程 │ │原形修訂│←──│徵求意見│ │ │ │ │ │ │ │ │ │ │ └────┘ └────┘ │ │ │ ↓ ↓ │ ┌────┐ ┌─────┐ ┌──────┐ │ │ 修訂 │ │試用與測試│ │教學活動設計│ └──修訂意見──────│ │←────│ │←─│ │ └────┘ └─────┘ └──────┘
基本要求：
課件開發標準遵循教育部《教育資源建設技術規範》(詳見教務處主頁“網路課程”欄目)。課件完成後統一上傳至教育技術中心伺服器，掛教務處主頁，並由專人管理，課件開發負責人可遠端更新維護。
五、驗收指標及方式：
教學大綱、教材(明確課件開發的重點內容)、教案、案例集/習題集、試題等教學資料
經課程組認定的課件實現原型及總體設計方案(含學院、學生等的反饋意見及修訂意見)
完整的課件指令碼(依據學校指令碼培訓要求)及符合規範和要求、包含基本模組的課件
課件試用意見(包含課程組意見及學生意見等)、課件開發總結及更新維護計劃
院級建設課程主要以網上驗收的形式進行鑑定，校級建設課程還應組織有現場的驗收鑑定會，甲方的綜合驗收意見依據課件建設的總體情況確定。
六、撥款說明
首期撥款(計劃款項的50%)，乙方應在本協議生效之日起一個月內撥給甲方
依據甲方課件建設的中期檢查情況，乙方確定對各專案是否追加款及追加款額度，不合格者將終止協議
依據甲方課件建設的綜合驗收意見，乙方撥計劃款項的40%(驗收意見為“優”者)、30%(良)、20%(合格)，不合格者將終止協議;
甲方的剩餘款將於課件驗收應用一年後，乙方視教學使用情況撥款。
七、相關變更條款說明
本協議在執行過程中，如隨專案的深化，原定內容需修改的，須經甲、乙雙方協商同意，簽訂協議修改書後方可生效;
撤消或終止協議建設內容的，甲方應退還乙方尚未使用資金，已購物資由乙方全權處理，其中對教學改革造成不良影響者，承擔方(甲方)須承擔一定的連帶責任。 本協議一式兩份，甲乙雙方各執一份(課件開發負責人需保留影印件一份)，經雙方簽字蓋章後生效。
甲方(蓋章)：_________ 乙方(蓋章)：_________
負責人(簽字)：_________ 負責人(簽字)：_________
_________年____月____日 _________年____月____日
簽訂地點：_________ 簽訂地點：_________
(委託方)
甲方：__________________________
地址：__________________________
郵編：____________________
電話：__________________________
(軟體開發實施組織方)
乙方：__________________________
地址：______________(如有搬動第一時間通知甲方)
郵編：__________________________
電話：__________________________
雙方本著平等自願、互惠互利、長期合作的原則，根據《中華人民共和國民法典》及相關法律法規於上海市普陀區簽訂本合同。雙方申X，雙方都已理解並認可了本合同的所有內容，同意承擔各自應承擔的權利和義務，忠實地履行本合同。
第一條本合同技術開發專案的內容等由附件載明。
第二條合同履行期限自________年________月________日至________年________月________日，(包含軟體開發、測試、安裝和質量保證;該日期僅供參考，實際開始時間以該合同簽訂生效日期為準);若因需求變動、優化完善產品或其它客觀因素原因可能造成延時，經雙方協商一致，可以延長該期限(以下統稱合同期限)
第三條整個開發週期分四個階段：______________
3.1第一階段(需求確認與設計)，乙方提供全部UE原型圖：_____________天，UI設計稿：_________天。期間甲方需提供給乙方所需要的相關檔案(圖片，文字，)，若因甲方未及時配合提供相關檔案和出現需求變更及反覆修改導致延誤超時，所延誤的時間則按合同規定的總開發週期繼續往後延伸，因延誤超時導致的所有後果和責任，全權由甲方自行承擔。(每三天正面互動)，乙方提供全部UI交給甲方確認，時間：_____________年________月________日
3.2第二階段(封閉開發)：______________第一階段後，乙方進行程式封閉開發，開發時間：__________天，提交給甲方測試，時間為：__________年________月________日：______________若因甲方未及時配合提供相關檔案和出現需求變更及反覆修改導致延誤超時，所延誤的時間則按合同規定的總開發週期繼續往後延伸，因延誤超時導致的所有後果和責任，全權由甲方自行承擔
3.3第三階段(軟體測試)：完成專案最終驗收，專案測試至最終驗收：______________天，交付時間：________年________月________日，若因甲方未及時配合提供相關檔案和出現需求變更及反覆修改導致延誤超時，所延誤的時間則按合同規定的總開發週期繼續往後延伸，因延誤超時導致的所有後果和責任，全權由甲方自行承擔。
3.4第四階段(維護)
1.維護一年
2.一年後如乙方繼續為甲方提供軟體技術維護服務，維護費則按照此專案開發總金額的百分之15%收取。
第四條任何階段需求設計的變更都可能嚴重影響開發進度和大幅增加工作量;甚至造成專案進度不可控，最終可能會導致專案失敗的風險。進入3.2階段後甲方儘可能不變更需求和設計，如果確實需要變動應提前告知乙方,並協商一致後方可;乙方不承擔任何變更造成的進度延時的責任和後果，全權由甲方自行承擔;，若發生工作量的大幅增加甲方要支付額外費用，額外支付的費用由雙方另行協商確定，在金額確定前乙方不得停止現有的工作進度;乙方若認為變動可能將帶來工作量大幅度增加或嚴重影響開發進度導致不可控，乙方有權拒絕，如最後雙方無法達成一致，則甲方可解除合同，甲方僅需支付乙方實際已發生並經甲方驗收通過開發階段的費用。
第五條合同履行地點是上海，乙方所有開發人員辦公地點都在上海;乙方開發人員在上海可自行選擇工作地點，但要保證和甲方產品需求設計人員的有效溝通;質量保證階段乙方提供有效支援。
第六條乙方負責軟體的開發實現，產品投入執行需要的原始資料、網路和硬體都由甲方提供。在合同實施過程中發現某個功能需要額外原始資料，甲方要負責儘快提供或者選擇放棄該功能的實現。乙方不對甲方提供的原始資料正確性、可靠性、穩定性和合法性負責或承擔責任;也不對甲方提供的硬體或機房網路的可靠性和穩定性負責。乙方有義務對軟體資料的真實性給予甲方或負責人合理性的建議
第七條軟體開發是人從事創造性的智力活動;乙方認真設計、開發編碼並進行嚴格測試;甲方通過前期需求設計、全程嚴格管理和後期認真仔細的驗收等手段，力爭得到一個穩定滿意的產品。這些工作都不能保證產品一定是沒有bug的完美的產品;發現bug乙方要第一時間予以響應，分析原因，給予解決問題，如果涉及到需要甲方協助的，甲方應及時響應來共同解決。如乙方積極配合甲方及時解決bug後，甲方不能以軟體存在bug來對乙方進行包括但不限於扣款、拖欠款項、威脅和起訴。如在發現bug後，乙方拒不配合甲方解決或者採取其他消極手段拖延時間，甲方有權採取包括但不限於起訴等手段以達到將軟體製作完善的要求
第八條合同金額、付款方式及驗收。
8-1、合同金額：______________總費用金額：______________(大寫：____________________)，期間甲方若增加或變更需求產生的費用另計，合同約定專案開發完畢且一年維護期滿後甲方若繼續需要乙方提供支援和完善服務，費用則按照此專案開發總金額的百分之15%收取。
8-2、付款方式：______________
8-2-1在合同簽訂生效後甲方三日內須向乙方支付專案總額的3%款項，作為預付款，若甲方在合同規定的時間內未付款，則按照甲方付款日為準，為專案啟動日
8-2-2在專案UI設計稿確認後三日內須向乙方支付專案總額的3%款項，若甲方在合同規定的時間內未付款，則按照甲方付款日為準，為專案啟動開發日，因付款延誤超時導致的所有後果和責任，全權由甲方自行承擔。
8-2-3在專案資料庫後臺管理開發以及專案開發完畢交與甲方測試後的三日內甲方須向乙方支付專案總額的3%款項，若甲方在合同規定的時間內未付款，則按照甲方付款日為準，為專案測試日，因付款延誤超時導致的所有後果和責任，全權由甲方自行承擔。
8-2-4在專案於由甲方驗收結束後，甲方應三日內向乙方支付專案總額尾款的1%款項，若甲方在合同規定的時間內未付款，則按照甲方付款日為準，為專案交付日，因付款延誤超時導致的所有後果和責任，全權由甲方自行承擔。
3-3打款賬戶：______________
賬戶型別：______________
開戶行：______________
賬號：______________
乙方公司全名：______________
乙方公司開戶行：______________
驗收
8-3-1乙方所開發的軟體符合甲方呈乙方的書面要求及各項技術指標。
8-3-2包含本附件中雙方所確認的功能。
8-3-3驗收期限為1個工作日。驗收標準為：_________________.程式正常執行;b.方案中提到的功能全部實現;c.專案按時完成;d.原始碼設計文件和原始碼齊全;。
8-3-4驗收合格，甲方應以書面方式簽收，但甲方在乙方交付專案工作成果後1個工作日內未書面簽收也未提出異議的，視為甲方驗收合格，甲方驗收後，乙方將系統架設到甲方指定的伺服器上。
第九條雙方的基本權利和基本義務
9-1甲方的權利和義務
9-1-1根據本合同專案的實際需要，以書面形式提供給乙方各項技術指標及功能(詳見附件一)。
9-1-2本合同標的使用應當符合國家法律規定和社會公共利益。
9-1-3甲方擁有本合同標的軟體、設計和原始碼的所有著作權權利，乙方僅接受甲方委託進行開發，乙方不享有對於本合同標的項下軟體、設計和原始碼的任何著作權權利。
9-1-4甲方應按本合同約定支付費用
9-2乙方的權利和義務
9-2-1嚴格按照甲方提出的各項技術指標、要求進行開發設計。
9-2-2
1、根據軟體設計為甲方提供培訓和技術諮詢。
2、開發完畢，乙方應將系統的所有檔案、原始碼等移交給甲方。
9-2-3乙方對本協議的內容、專案開發成果及開發過程中涉及的檔案、資料材料負有保密義務，未經甲方書面許可，不得向任何第三方洩漏;
9-2-4依合同收取費用。
第十條：乙方承諾，向甲方提供的軟體必須是自行開發的，保證不是侵權軟體，並依據需求功能說明文件進行開發，保質保量完成甲方的需求設計;乙方嚴格按照合同附件甲方提供的需求功能設計，專案開發期間甲方要求需求功能變動，乙方可根據甲方的需求變動大小與甲方協商費用與工期另計。乙方在開發過程中不得減少合同附件中甲方提供的需求功能，乙方在開發需求框架內不得惡意增加開發費用。
第十一條甲方不能按時支付合同費用，導致的工期延誤，其責任由甲方承擔。
第十二條雙方當事人應當保守在履行本合同過程中獲知的對方商業祕密。
第十三條雙方應本著誠實信用的原則履行本合同。任何一方在履行中採用欺詐、脅迫或者暴力的手段，另一方可以解除本合同並有權要求對方賠償損失。
第十四條本合同簽訂後，經雙方當事人協商一致，可以對本合同有關條款進行變更或者補充但應當以書面形式確認。上述檔案一經簽署，即具有法律效力併成為本合同的有效組成部分。
第十五條本合同附件為本合同不可分割的一部分，與合同正文具有同等法律效力。本合同包含的附件有：
1附件一：需求功能說明文件
第十六條任意一方欲提前解除本合同，應提前通知對方。甲方提前解除合同的，無權要求乙方返還第九條的費用並應對乙方遭受的損失承擔賠償責任;乙方無故解除合同的，應返還上述費用並應對甲方遭受的損失承擔賠償責任。本合同其他條款對合同的解除另有約定的，從其約定。
第十七條任何一方沒有行使其權利或沒有就對方的違約行為採取任何行動，不應被視為是對權利的放棄或對追究違約責任或義務的放棄。任何一方放棄針對對方的任何權利，或放棄追究對方的任何過失，不應視為對任何其他權利或追究任何其他過失的放棄。前款權利不因本合同的終止、撤消、無效而消失。
第十八條因不可抗力或者其他意外事件，或者使得本合同的履行不可能、不必要或者無意義的，任一方均可以解除本合同。遭受不可抗力、意外事件的一方全部或部分不能履行本合同、解除或延遲履行本合同的，應將事件情況以書面形式通知另一方並向另一方提交相應的證明。
第十九條訂立本合同所依據的客觀情況發生重大變化，致使本合同無法履行的，經雙方協商同意，可以變更本合同相關內容或者終止合同的履行。
第二十條雙方當事人對本合同的訂立、解釋、履行、效力等發生爭議的，應友好協商解決;協商不成的，雙方同意向合同簽訂地的仲裁委員會提交仲裁併接受其仲裁規則。
本合同的終止、撤消、無效不應影響前款約定的效力。
第二十一條本合同的訂立、解釋、履行、效力和爭議的解決等均適用中華人民共和國法律。對本合同的理解與解釋應根據原意並結合本合同目的進行。
第二十二條如果本合同任何條款根據現行法律被確定為無效或無法實施，本合同的其他所有條款將繼續有效。此種情況下，雙方將以有效的約定替換該約定，且該有效約定應儘可能接近原約定和本合同相應的精神和宗旨。
第二十三條本合同經雙方授權代表簽字並蓋章，自簽訂日起生效。
第二十四條本合同一式兩份，雙方當事人各執一份，具有同等法律效力。
甲方(蓋章)：______________乙方(蓋章)：______________
授權代表簽字：______________授權代表簽字：______________
日期：______________
三優範文網