企業在明確要上質量管理系統(QMS)後，必然要面對的一個問題是自己開發、委託第三方外包公司開發還是購買軟件產品，每種方式都有優缺點，這其中的關鍵是要看自身行業的特點、企業的現狀、開發能力以及未來的規劃。
首先我們來看一看開發一個軟件所需要的主要流程：
對於軟件項目開發的每一個階段，都要由有專業知識與技能的人員來完成。
同時，軟件開發在技術和管理兩方面的複雜程度，與業務複雜程度、軟件規模密切相關。越是業務複雜、規模大的軟件，開發所用到的技術，時間以及人力成本就會成指數型上升。
能夠實現質量管理中的常用功能（來料檢驗，過程檢驗，出貨檢驗，首件檢驗，巡檢，不合格品管理，糾正預防，客戶投訴，評審管理，文檔管理，量具管理，質量追溯，報表分析）的質量管理軟件，規模大概在150K行代碼以上，屬於大型以上軟件。
那麼我們就三種選擇方式分別進行分析。
先說一說自己開發
在國家新基建、鼓勵企業數字化的大趨勢之下，軟件行業無疑是一個新興的領域，這就決定了必然會有很多新的機遇。就像40年前的辦企業，20年前買房一樣。伴隨著很多新誕生的專業軟件企業，還有像阿里、百度等互聯網企業，電信聯通等企業，以及博世、戴爾、美的、格力、三一重工等為代表的傳統制造業都已經或正在成立數字化工廠、軟件等項目，給自己用的同時，也希望作為產品推廣到其他客戶。幫助企業自身提高的同時，還可以拓展業務，或者更換賽道。
我們不否認，企業自己開發對某些行業是十分必要的，是有充分理由的。
ERP從1972年開始，到現在已經有48年的歷史了，單單是在www.g2.com上搜索，相關ERP產品就有2100多個，但是還有企業在自己開發，為啥? 原因很簡單，現有的產品不能滿足企業的需求。如果企業不想完全從頭開發，那麼，只好在現有產品基礎之上，進行一些特殊需求的二次開發以滿足企業自身需求。
但其實二次開發也不是萬能的。
首先，企業管理軟件，是對企業管理的抽象總結，簡單直白的說法是，先有企業實踐，後有管理軟件，而不是倒過來。對於新興的行業，新興的管理方式，往往沒有現成的系統。二開也是在有一定基礎之上的二開，就像改裝汽車一樣，不能在馬車的基礎之上改裝。
同時也面臨著有時候二次開發費用過高的問題，那還不如從頭開發來的划算，還以改裝汽車為例子，可以在轎車的基礎之上改裝越野賽車，但是不能在大客車的基礎之上改裝。
自己開發的好處有：
- 更瞭解本企業實際情況，適應本企業的需求。
- 本企業擁有源代碼，可以持續不斷改進。
- 通常（只是通常）企業自身不會開發大型軟件系統，小型系統成功概率高，尤其是對企業特別重要，但又不復雜的需求，會極大改善企業運行效率。
還是老掉牙的套話，有一利必有一弊。
- 要做事就得有人，而且可能需要好多人。生產企業不是軟件企業，程序員通常更希望加入專業做軟件的公司，薪水對程序員是重要，但未來的成長也很重要，程序員不僅會考慮現在的收入，也會考慮將來的收入，如果不能開拓視野和增加技能，招人與留人是一個大問題。如果是開發大型系統，首先就要僱傭IT和業務兩個方面都比較牛的領軍人物，然後再由他僱傭其它人員，這些都是成本，而且不便宜。還有，在軟件開發好以後，是否還需要為了開發這個軟件時所招聘的所有人？後續如何進行安置？
- 不是所有的功能都能開發出來。雖然開源的組件越來越多，但有些系統還是需要自己開發，沒有歷史的積澱，成本難於控制。
- 性價比不高。特別是針對大型的複雜系統，除非是企業不得不自己開發的系統，如淘寶，京東，滴滴等，有些系統真的沒有必要自己開發。
自己開發，說白了不符合社會化大分工的原則，可以有，但不會是主流，可以起到輔助的作用。最主要的原因是沒有複用。
如果該企業期望不僅為自己企業開發軟件系統，以後還能賣給其他企業，的確有這樣的成功案例，如達索，但這樣的成功案例太少了。
你可能有疑問，我們自己開發的軟件，我們自己用的非常好，還可以用我們的工廠給他們展示，為啥客戶不買單呢？
不利的因素是適合自己企業的軟件，如果要拿出去賣的話，其實最匹配的就是賣給自己的競爭對手，因為業務模式比較接近，但是哪一個競爭對手會買自己的軟件呢？如果是跨行業推銷，比如一家電機企業自己開發的質量管理系統向食品企業推銷，您覺得甲方會有什麼感覺？
還有，軟件公司的成本不僅僅是開發軟件的費用，這是一個系統工程。舉個例子，街坊鄰居都說你的包子味道好，大家都讚不絕口，但不等於說你開一個包子鋪就能賺錢，這還是在你是包包子達人的假設前提下，如果連包包子都不會，情況就變得更加艱難了。
第二種方式是外包開發
外包公司主要以IT人員為主，很難有足夠行業專業知識的業務人員與客戶就需求進行深入溝通。大部分是鸚鵡學舌式的轉述。
將自以為理解的客戶需求轉述給IT人員，IT人員再將自以為理解的需求轉換成代碼。那麼，不斷轉述過程中，信息到底被正確理解多少，只能看運氣。
外包比自己開發的優點是，不需要僱傭開發工程師，部分代碼是可以複用，性價比有所提高。但也有不足的地方。
- 如果不是專業的乙方，溝通成本大，信息傳遞失真比如高。乙方開發出來的產品未必能充分實現甲方的需求。
- 開發過程中不斷更改需求的概率依然很大，導致項目預算不可控。
- 考慮後期靈活性的概率很小，很多字段沒法更改。
- 產品bug比較多。
- 穩定性難於保證。
- 後期升級比較困難。
- 性價比不高。
- 沒有相對完備的接口。
最終的結論是失敗概率大，這個失敗概率是與成熟的軟件產品相比較而言的，不是絕對的，定製產品也可以做的很好，只是出現以上這些問題相對概率較大，如果要控制好這些問題不是不可能，但最終歸結為一個問題，成本。
有錢，大部分問題都不是問題，問題是性價比。
對於有些燈塔工程，不談投入資金，只展示功能，意義不大，是耍流氓。
甚至有些類型企業，你知道的，錢投入很多，但項目還沒做好，這就更不像話了。
第三種類型是產品
目前市場上逐漸出現一些專業的提供質量管理軟件的軟件公司。其中有的公司還是以在製造業工作多年的質量管理人員為主，總結各行業的經驗與實踐，將質量管理知識軟件化，開發成軟件產品。
優點如下：
- 不僅得到了軟件，還有行業知識，以及相關經驗。這一點我們可以好好說道說道，公司都是理性的，都是以賺錢為目的的，不要說產品型軟件公司有情懷，項目型軟件公司就沒有，只是賺錢的策略和方式不同。項目型的外包公司在前期預研發投入少，以能把客戶需求理清楚，產品按期開發完成，順利交付為目的。
產品型公司前期不僅投入巨大的研發資金，還有漫長的時間，每過一段時間，幾乎都要反思學習，試圖抽取項目裡面的共性，產品反覆迭代是不可避免的，無迭代不產品。
甲方也很精明，知道軟件產品已經開發出來，乙方現有的邊際成本很低，可以狠狠地殺價。有些甲方甚至讓代理同一家產品的幾個代理商都報價，反正產品是一樣的，就看誰的價格低就選誰。
無論那一種情形，對於產品型軟件公司為了增加被選中概率和銷售價格最大化策略一定是派出資深的顧問，差不多得把看家的本領都使出來用以說明他們為啥設計成這樣的產品，對客戶的好處是啥，除了講今天客戶面臨的問題，還保不齊設想了客戶明天會遇到的問題。這不是產品公司心地善良不善良，道德品質高尚不高尚的問題，而是產品公司不得不這樣做的問題。
沒有那一個產品會如預期那樣完全滿足客戶的需求，同時，由於產品類型軟件相對邏輯複雜，有些二開需求看著似乎簡單，實際上是非常複雜，牽一髮而動全身，而且，對於以後的運維也會增加負擔，所以，乙方一定會使出渾身解數，不僅要把產品的邏輯講清楚，更會用用配置的方式（少用二開的方式）來滿足客戶的需求，這樣的售前一定是既有豐富專業經驗和IT經驗的人或團隊，以此來作為對抗項目型產品完成聽從甲方要求開發模式，給自己添加籌碼。
對於產品公司，只有這樣才能把產品賣出去，但甲方也因此順帶享受了乙方這個深度行業諮詢服務。
- 購買前，可以試用，知道產品大致的情況。
- 穩定性相對好些。
- 乙方如果是專業的質量軟件公司，通常會提供實施前企業質量管理梳理服務。
- 可以不斷升級。
- 專業的乙方，可以和甲方順暢地溝通，信息傳遞過程中失真比例小。
- 通常有成熟的接口。
- 性價比高。
- 成功概率高。
缺點如下：
- 如是不專業的軟件產品，失敗風險也很大。
- 可能需要二開。
- 有些二開，如果改動過大，價格有時候也會很高。
綜上所述，對於有足夠的專業業務人員以及專業IT人員的公司，可以進行一些規模可控系統的開發和維護，或者在現有產品基礎之上進行一些二次開發。對於大多數公司來說，選擇市場上現有發展成熟的軟件產品，無疑是最安全，同時也是性價比最高的選擇。而對於自己沒有能力開發，市場上又沒有符合要求的現成產品的情況下，只好選擇外包開發。
除了這些，還要多說幾句。
在選擇供應商時，需注意如下問題。
- 供應商說了很多高大上的名詞，聽不大明白。讓供應商用普通的語言解釋清楚，如果還是聽不明白，那是供應商自己也不明白或者在瞎吹牛，不是您的問題。比如，大數據，要供應商直接說承受多大的數據量/價格，不要用形容詞，要用數字。
- 供應商可以用PPT展示，但不能不展示系統，最好可以試用一下系統，想要知道梨子的味道，最好自己嘗一下，錄入一些數據，操作一番。
- 企業上質量管理系統，不單單是購買軟件，更是一個很好的時機梳理企業質量的現狀和優化本企業質量管理的流程。
- 注意觀察乙方人員的專業素養，如果沒有在工廠裡面工作過，沒有從事過質量管理，很難相信他們會能與甲方順利地溝通，並且充分理解甲方的需求和痛點。
