總工程師或高級工程師開始考慮這些組件如何連接才能夠提供產品的最終目的， 達到項目的最終目標。 這個階段基本上沒有考慮各組件的規(guī)格要求，但會考慮各組件如何能夠組合到產品的雛形設計中， 同時制定組件在最終產品組裝時可以接受的容忍度（Tolerance）及接口的定義和規(guī)格。一些非核心組件經(jīng)由招標的過程讓內部及外部提供解決方案。 讓項目組技術人員可以省卻大量的組件規(guī)格及外形設計的投資和工作。 總工程師及高級工程師會從各標書回應中選擇最合適或最接近的方案進行合作。 一些核心的組件則交由內部技術組負責詳細設計。
總工程師及高級工程師的責任回歸到全面宏觀的產品規(guī)劃和組合評估，讓合作伙伴及其他技術人員盡量發(fā)揮本身的創(chuàng)意。 一些復雜的組件可以沿用下一層分拆的模式進行招標和尋找合作伙伴， 在確認各組件的設計可以融合到產品的雛形設計后， 各合作伙伴及技術組便開始進行組件的構建，進行組件的功能測試。完成后提交總工程師或高級工程師進行確認。這個階段便是“構建階段” 。
在各組件完成構建后，總工程師，高級工程師及各組件技術負責人便共同進行組裝的工作，適度調整部分有關接口的設計，保證項目的最終目標能夠體現(xiàn)。這個“演示階段”最終完成項目交付并進行移交的工作。
開放創(chuàng)新研發(fā)過程能夠解決相關項目中的第一個瓶頸， 讓最終產品的規(guī)格能夠在實施過程中逐步完善， 降低或避免過去對原規(guī)格的不斷修改和調整，讓項目經(jīng)理能夠有效地進行規(guī)劃，分工，進度監(jiān)控，管理成本等項目管理工作，同時降低第二個瓶頸，在組裝階段對個部件的接口修改需求。
目前仍然未能完全解決這個第二瓶頸在組裝時部分組件間接口差異的問題。解決第二個瓶頸的最終解決方案是科技的應用，在計算機輔助設計（CAD）與計算機輔助生產（CAM）的過程中開發(fā)及設計一套虛擬組裝（Virtual Assembly）的軟件，讓我們能夠在部件和組件進入生產前在計算機中嘗試進行虛擬組裝，清除部件及組件接口間誤差，讓部件及組件在完成生產后能夠馬上進入組裝的狀態(tài)， 避免第二個瓶頸在項目中可能帶來的延誤和成本。
與項目管理的結合與效益
開放創(chuàng)新研發(fā)過程仍然采用技術與管理分家的思維對項目進行管理。 項目的實施過程讓我們可以有效地規(guī)劃每一個階段的交付結果， 對項目中各個階段的交付成果進行有效評估、監(jiān)控和管理。
每一個組件是一個完整的任務包，組件（任務包）負責人也可以把組件分拆為多個工作包，交由不同的技術人員負責部件的設計和構建。成本和進度的管理仍然采用初期管理三邊研發(fā)模式的方法， 以余下預算和余下工期為項目的主要管理目標。 質量管理交由項目總工程師或高級工程師負責。采購管理方面，在選擇了合作單位后，項目組與服務商以伙伴合作的模式共同進行研發(fā)，擺脫過去傳統(tǒng)的甲方和乙方的合同關系，尊重合作伙伴的知識產權和創(chuàng)新思維，結合到項目的實現(xiàn)過程中。
項目總工程師和高級工程師的工作集中在技術實施的宏觀監(jiān)控， 利用本身的豐富的經(jīng)驗在過程中對各個任務組的設計和交付質量進行監(jiān)控的時候實現(xiàn)技術和知識的轉移，讓下屬技術人員在每一個項目中能夠獲益。
圖5：開放創(chuàng)新研發(fā)項目技術實施及管理模型 產品的規(guī)格從最初的雛形設計，到產品的主要組件規(guī)劃，分割核心和非核心組件，到組件的功能設計，到組件接口設計，到組件和部件的詳細設計，然后進行構建，組裝，測試和認證等過程，這種從上而下、逐步細化的研發(fā)模式取代了過去把部件規(guī)格完成設計后組合成最終產品這種從下而上的模式。 讓項目團隊可以在項目實施過程中逐步完善產品的設計和規(guī)格，降低過程中對組件和部件的修改次數(shù)。
項目的風險管理經(jīng)由項目總工程師和項目經(jīng)理分別負責， 前者負責技術風險，后者負責項