1樓：匿名使用者
首先需要了解對方的施工要求，我們能否滿足；該專案的具體施工項有哪些，甲方是否具備正規資質和施工手續，避免合作沒有保障；對方要求的工期是多少，能否在規定時間內完成；甲方的**與我們的**是否有教大偏差，確定最終**後再接；甲方的付款方式、預付款金額、工程款結算時間等；雙方溝通好之後詳細閱讀合同資訊，避免口頭承諾。
2樓：正能量國哥
接外包專案肯定要了解許多事情，做什麼的、然後再預算下總價和自己能賺多少、**多少、需要多少人工、反正不會很簡單，需要方方面面的協調。
3樓：廣東漂泊生活日記
這個首先第一也就是最重要的，要了解什麼，要了解這個付款方式究竟是預付款還是工程完結一點付一點，這個是最重要的，因為只有確定了這個付款方式以及付款規則，你才能制定接下來的計劃，因為它有很多它是需要墊付的墊付這種就意味著一定的風險，有可能意味著到時候不能輕易接到這個工程款了，或者說貨款啊這些各種各樣的，反正就是不容易拿到錢這個一定要在合同裡面寫清楚，瞭解清楚，接下來就是合作規則了，合作規則的話，看你們具體是怎麼協商的，這個一定要寫在合同裡面，蓋上雙方的公章。可以說，只要你把這個錢的方面確定好了，基本上就完成了一大半，剩下的就按照節奏一步一步的進行就可以了。
4樓：匿名使用者
首先要明確需求，準確估算工作量，再根據工作量估算資源使用，以此來**
5樓：璩弘益
這個要看具體做什麼專案，不同的專案有不同的需求
談談如何承接軟體外包專案
6樓：斑駁的夜
隨著資訊化的逐步深入，無論是企業、**還是個人，對軟體的依賴已經到了必不可少的地步。現在有越來越多的人認識到了軟體在日常經營管理中的重要作用，因此外包的軟體專案也在不斷增長。但隨之而來的，承接外包的軟體公司、軟體團隊也越來越多，包括很多個人soho一族也加入到承接軟體的競爭行列中來了，因此現在對於軟體專案的爭奪也很激烈。
還有很多人甚至不知道上**去爭取專案，總是抱怨沒有專案做；也有的人雖然程式設計技術不錯，但是對於與客戶談專案卻是一竅不通，結果應該拿到的專案也拿不到手；也有的雖然已經接到了專案，卻發現在實施開發的時候遇到好多從來沒有遇到過的問題。作為一個多年從事外包專案接單的軟體開發人士，我想從以下幾方面談談我的經驗，希望對大家會有所幫助。
第一點，到**接專案
軟體團隊或ｓｏｈｏ最為關心的一點是在**可以找到專案做，也就是到**可以找到有外包需求的客戶。對於一般人來說，廣交朋友然後通過熟人介紹還是接專案的第一途徑，但這要求你的朋友或熟人要在企業或公司裡有比效重要的管理位置，對於像那些每天只能是埋頭寫**的程式設計師這顯然是不太現實的。所以大家不能等著專案來找你，而是要主動的出擊去找專案。
現在網上有很多軟體外包**，在這裡你可以找到不少的軟體外包資訊。比如軟體商務網（bizsofts.com）上就有大量的軟體外包資訊。
不過這裡每天外包的專案雖然很多，但競爭也很激烈。一般一個外包資訊發出後一天內就會有無數個競爭者，所以能第一時間與客戶取得聯絡是非常關鍵的。因為客戶一般都是先入為主的，一般來說，如果第一個談專案的人他覺得滿意了，就會對其他的競爭者不再予以考慮，所以你要經常上**上看看有什麼最新的專案，並立即與專案的發包方取得直接的聯絡。
其他比如軟體外包網、維客網、中國軟體網，還有ｃｓｄｎ的外包頻道上也有很多外包的資訊，大家可以自己上去看看。
接專案最重要的一步是與客戶談需求。客戶對軟體的需求是專案規劃和實施的根本，所以在與客戶談需求時，一定要讓使用者將所有的想法儘可能的闡述清楚，並把所有的要求羅列出來。這時候不應該害怕「勾引」起客戶的潛在需求而增加設計開發的工作量。
而應該直接明白地要客戶把專案的要求一條條地列出來。這時先把條理、歸納、分析先都扔到一邊去，用紙筆將使用者最原始、最完整的要求準確地記錄下來。假如專案在你對客戶的需求沒有完全瞭解清楚的情況下就匆匆上馬，那麼就會隨時發生意想不到的變更，輕則使專案延期或超出預算，重則使得原來已經做好的軟體要徹底推倒重來。
所以我們在實施專案之前應該深入瞭解和挖掘客戶需求，對某些不明確的需求要與發包方反覆進行討論，對於專案實施過程中的需求變更要規定處理辦法，並形成專案的最終需求。在需求分析階段，接包方首先對發包方的需求認真分析，然後通過業務建模、會談、問卷、需求會議等方式收集客戶完整需求，形成文件，然後經過客戶討論、客戶審查、文件修訂等多次反覆的過程。有一點需要注意，即使雙方談的很投緣，在討論需求時也一定要詳細周到，精確到每一條不能再劃分的軟體功能為止。
7樓：一個紅點
專案確立，前期溝通設計。
資源調配，詳細設計，確立週期，團隊任務分配。
開發初期架構，模組式流程。過程需客戶足一確認。
後期測試及客戶體驗性測試。
專案結束，後期技術支援，文件等。
找軟體外包公司做專案，需要注意什麼問題？ 20
8樓：喜望軟體
套路一、虛假的知名案例
一般來說，客戶和外包公司有三次現實交流的機會。
1.初步交涉：雙方建立聯絡，外包公司自我介紹，客戶闡述需求。
2.實地考察：客戶親臨外包公司，看看公司規模、辦公場地、員工架構。
3.達成合作：確認需求，簽署合同，開始研發。
三步環環相扣，內藏殺機。
初步交涉階段，客戶會問外包公司有哪些案例，某些不靠譜的外包公司會用各種成功案例吹噓自己，美團是我們做的，滴滴交給我們外包過，陌陌也是我們的案例......但細問之後卻不能說出產品細節和開發過程。
相比之下，那些敢拿出一些自家真實開發但是不知名的成功案例給客戶看的外包公司更坦誠一些，也更值得信任（畢竟沒有那麼多的案例可以一成而就，很多需要時間的沉澱）。
套路二、需求不明確就直接**
所以，當外包公司在**前詳細的問了很多需求，這才是對客戶負責的表現，這會是一個好的開始。
套路三、公司全靠銷售撐著
在利用知名案例和低價忽悠之後，就進入了第二步。畢竟客戶還是會持有「眼見為實，耳聽為虛」的懷疑態度，需要進行實地考察，看看他們的員工配置是怎樣的，有幾個工程師，有幾個產品經理和ui，有幾個做銷售的。
某些外包公司只為了多接單，並不注重技術，所以工程師的人員佔比會比較少，可能連產品經理都沒有。
這樣就會出現以下三個問題：
1.很多公司的銷售都不懂技術不懂網際網路，有某些需求明明做不了卻亂答應客戶可以做，最後工程師開發不出來，耽擱開發時間，也坑了工程師。
3. 團隊的工程師少或直接聘用實習生，經驗不足，技術跟不上，質量沒***。而且他們可能會把專案再外包出去，中間賺個差價，這樣就會因為溝通不暢、需求傳達有誤等很多原因導致開發出來的專案「牛頭不對馬嘴」。
所以並不是所有大公司都靠譜，也並不是所有小公司都不靠譜。只有實地考察瞭解後，自己心裡才會放心。
套路四、合同陷阱
某些不靠譜的外包公司經常會在合同上做文章，比如需求描述含糊不清，交付時間不明確，開發方式、驗收標準等隻字不提。一旦出現問題，他們就會以合同為標準推卸責任，損害客戶利益。
所以在開發之前一定要談好細節並落實到合同中，不論是再小的細節處理都要一開始就明確清楚。
套路五、產品缺胳膊少腿，後期不負責、坐地起價
當客戶精挑細選外包公司，選場地大、案例多、員工配置齊全的正規公司，實地考察驗過真偽，合同詳細沒有陷阱後，還有一個坑在等著你--產品缺胳膊少腿、粗製濫造、不負責任、坐地起價。
所以，針對喜妹上面講的那五「陰」真經，客戶該如何擦亮眼去識破這些套路呢？別急，喜望軟體來傳授你天龍八「步」。
第一步、查明真偽
第一次實地考察後，還可以偷偷去突擊考察，考察員工、場地。畢竟真金不怕火煉，好公司不怕突擊。
第二步、明確需求
第三步、專業產品
外包團隊一定要有產品經理這一個崗位，他是客戶與程式設計師之間最好的溝通橋樑。當客戶說不清需求，程式設計師也聽不懂需求的時候，最好的翻譯就是產品經理了。
第四步、跟蹤進度
第五步、檢查合同
一般都沒有一次就定好的合同，在籤合同之前要考慮好：專案是否按照前期原型圖做、功能是否完善可用、工期安排是否合理和付款方式等。法治社會，大家都是守法的人，正規的外包公司都會跟客戶簽訂正規的開發合同。
所以之前提到過的開發方式、需求、ui、工期和款項等，都必須要在合同裡有嚴格的規定。
第六步、定製&成品
兩者各有各的優劣勢，客戶可以自行分析選擇，但要注意的是，若是直接購買成品，對於功能模組的增減，外包公司是否能做、**是否合理，這個需要提前溝通清楚；若選擇定製開發，就要防止外包公司不按前期原型圖來做，而是給你套模板。
第七步、原始碼交付
別以為專案開發完就完全放心了，交付也是很重要的一塊。外包團隊需要按照合同規定，將原始碼（含原始碼）、說明文件、操作文件等所有專案的相關資料交付給客戶。
包括但不限於：
1.前後端專案的所有最新源**（含註釋）
2.資料庫設計文件
3.api介面文件
4.所有的開發者賬號資料
5.原型設計稿
6.ui設計稿
7.專案相關文件等資料
一定要把原始碼拿到自己手上，方便後期進行迭代開發及系統維護。
第八步、完整服務
完整服務是指不僅提供單純的技術服務，同時提供包括產品設計、使用者體驗、技術諮詢及運營維護等一系列服務。外包團隊需要有一條從開發到維護的完整服務鏈，用專業的經驗讓客戶少走彎路。
無論是大型的外包公司，還是小型的外包團隊，凡是不能用「all in」的態度為客戶服務的外包，都不能算是好外包。
魔高一尺道高一丈，喜望軟體傳授了你如何見招拆招的天龍八「步」，可要好好收藏起來。其實對於我們軟體開發服務商來說，我們與客戶都是合作共贏的關係，最終是希望能幫客戶賺到錢。所以在開發過程中，雙方若是能坦誠相待，這是再好不過的啦。
9樓：甄叫獸
各類軟體的出現，給我們的日常生活和工作學習帶來了諸多的便利。現在很多企業都希望根據自己的需求定製軟體，來實現更高效的工作，正是有了這一市場需求，多家軟體開發服務從開發通用軟體走向定製化服務。軟體開發選擇哪家公司比較好？
筆者認為可以從以下幾個方面來看：
1、 儘可能滿足使用者需求
使用者之所以選擇定製軟體服務，就是因為市面上的軟體不能完全滿足自身的需求，所以需要定製個性化的軟體，而作為軟體開發公司，就應該能夠儘可能地滿足使用者的需求。也許會遇見有的使用者不懂軟體方面的原理，然後提一些不能實現的功能，而作為軟體開發方，應當耐心地給使用者解釋不能實現的原因並提供合適的解決方案，說服使用者而不是一味地說不能實現，這樣的軟體開發公司才比較好，能夠受到使用者的青睞。
網際網路是個神奇的大網，大資料開發和軟體定製也是一種模式，這裡提供最詳細的**，如果你真的想做，可以來這裡，這個手機的開始數字是一八七中間的是三兒
零最後的是一四二五零，按照順序組合起來就可以找到，我想說的是，除非你想做或者瞭解這方面的內容，如果只是湊熱鬧的話，就不要來了。
2、 開發軟體效率高
使用者一旦有了選擇軟體開發公司定製軟體的需求，就說明這款軟體對於他來說，是目前比較急切地需要的，希望能夠在比較短的時候內開發完成投入使用。所以好的軟體開發公司在確認完使用者需求之後，就應該讓專業的人員進行軟體開發，並及時與使用者進行溝通，在較短的時間內開發出令使用者滿意的軟體。
3、 有比較成功的案例
通常情況下，很多軟體開發公司在與使用者確認完需求進行**之後，使用者就需要付款才能進行軟體的開發，也就是說付款在軟體開發出來之前。這個時候，使用者如何相信這家公司能夠開發出令他滿意的產品？客戶案例是最說服力的。
筆者曾經選擇北京開運聯合定製軟體就是因為這家公司有多個成功案例，事實也證明他們確實能夠開發出令人滿意的軟體。
IT人才外包公司需要哪些資質，IT外包商需要具備什麼資質？
如果是人事外包，要有人力資源服務許可證，如果是勞務派遣，現在要有勞務派遣經營許可證，現在越來越多網際網路公司都會和it人才外包公司合作，畢竟進行it人才外包的優勢很明顯，你可以進入頁面網頁連結瞭解it人才外包的優勢分析，希望能幫到你。現在it人才外包是趨勢，越來越多網際網路公司都會和it人才外包公司...
勞務外包需要什麼資質嗎，勞務外包公司資質要求
法律分析 凡是工程實行勞務分包的，肯定是需要具備勞務資質的。根據相關法律法規的規定，承包建築工程的單位應當持有依法取得的資質證書，並在其資質等級許可的業務範圍內承攬工程。禁止建築施工企業以任何形式允許其他單位或者個人使用本企業的資質證書 營業執照，以本企業的名義承攬工程。法律依據 中華人民共和國建築...
20萬專案需要招標嗎，20萬專案需要招標嗎知識
工程建設專案招標範圍和規模標準規定 規定的上述各類工程建設專案，包括專案的勘察 設計 施工 監理以及與工程建設有關的重要裝置 材料等的採購，達到下列標準之一的，必須進行招標 1 施工單項合同估算價在200萬元人民幣以上的 2 重要裝置 材料等貨物的採購，單項合同估算價在100萬元人民幣以上的 3 勘...