軟件開發時溝通的問題會直接影響軟件系統的設計
有些公司可能有一個或者二個技術人員， 這種情況下，其實就是一個優勢，你完全可以讓自己公司的技術人員把控開發進度和技術方案，服務器等，讓外包公司去進行模塊的開發！
查看這個公司以往的項目案例，打開他們的案例仔細看下整個東西的流暢程度，如果能聯系到該產品所屬的公司進行電話咨詢下，這樣的最好的。
很多外包公司號稱自己有多少技術人員，研發力量多強大，實際上在里面就是招了幾個剛畢業和沒什么大型項目經驗的程序員而已，你找這種公司開發，還不如自己招幾個剛畢業的人性價比高！解決這種問題最好是找個自己信得過的技術去對方公司現場交流下技術問題，一來可以看出對方技術公司的深淺，技術能力，二來也可以防止對方是皮包公司，因為在IT行業內厲害的工程師壓根不缺工作機會，所有的大廠都在招人，基本上是不考慮去外包公司的。
在和你交流產品的時候是否會有自己的思考和建議，如果一個外包公司沒有在技術方案和產品規劃上給對方客戶很好的建議，我認為并不是一個好的技術外包公司，靠譜的外包不僅僅做的是編碼工作，更多的是給客戶方案的完善和技術規劃，通過對方的思維客戶應該自己也能感覺到對方到底是在負責的為你考慮 還是僅僅把你的產品當成流水線生產一樣來研發！
那些一上來就和你說技術架構的都是忽悠人的 ，工作那么多年，發現所有好的技術架構都是演化而來并非拍腦袋想出來的，引用康威定律一句話：任何組織在設計一套系統，所交付的設計方案在結構上都與該組織的溝通結構保持一致。怎么理解這句話呢？ 一句話概括就是溝通的問題會影響系統的設計 ，所以技術架構已經不是一個技術的問題，技術架構往往和公司的組織架構進行關聯，已經不是一個單純的技術問題了已經上升到了管理層的問題。
詢問對方能否提供技術文檔，數據庫文檔，接口文檔等，大多數外包公司肯定會說可以提供，那么這時候你可以要求對方給你看下之前給其他公司提供的技術文檔， 我認為給客戶提供一個技術文檔是基本的職業道德，如果沒有這些文檔客戶后期對項目的迭代會有很多問題，無形中增加了客戶的維護成本。
