嵌入式軟硬件項目外包心得

時間：2023-04-20 11:36:01 | 來源：網站運營

時間：2023-04-20 11:36:01 來源：網站運營

嵌入式軟硬件項目外包心得：

前言

我們是一家做物聯網軟硬件技術的公司，成立于2018年底。由于行業(yè)競爭激烈，我們公司的業(yè)務一直沒有明顯起色，為了保證公司有一定的營收，從2020年7月開始，我們決定接收外包項目。截止目前剛好一年，我們一共接洽了31個項目，完成7個，4個在做，其他的未與客戶達成合作。值此之際，我想還是有必要做一些總結的。

不同于網頁應用和PC應用項目，嵌入式項目除了需要開發(fā)軟件外，還會涉及硬件開發(fā)。為此，我們接下來將從項目前期、中期和后期來討論嵌入式軟硬件項目的開發(fā)經驗。

結論與建議放在最后。

前期對接

1. 首次電話由工程師溝通

一開始收到外包項目線索后，我們一般會安排銷售人員聯系客戶，確定基本信息后，再由該銷售人員拉微信群引入工程師一起探討項目。本以為很合理的流程實際效果并不理想，能夠談下項目的概率很低。因為我們發(fā)現，電話另一端的客戶很多都是懂技術細節(jié)的，就算是不懂技術細節(jié)也都是提前做過功課的，這些客戶往往需要有個工程師可以和他們探討、交流以及驗證他們的構想和思路，而這往往是銷售人員很難做到的?？梢院敛豢鋸埖闹v90%都是這樣的客戶。

首次印象很重要，由工程師打第一通電話是非常有必要的。目前我們只有1個項目是由銷售人員達成合作的，客戶是某公關顧問公司，而負責對接的是一位公關顧問人員。

2. 確定商務信息，越快越好

商務信息指：“項目預算”、“項目工期”、“知識產權歸屬”，如果涉及硬件開發(fā)還要考慮“客戶可接受的單機成本”、“是否需要貼片、測試、組裝生產等額外服務”、“出貨量”等等。

在前言中匯總的項目數據中我們可以看到，從項目接洽開始到達成合作，這個轉化率大概是35%。這個數據之所以這么低，很大一部分原因在于這個首次溝通的工程師（即我本人），往往會忽略商務信息。

電話里聽完客戶的構想之后，工程師常常會扎進系統(tǒng)設計與實現的技術細節(jié)中去。電話結束后，兩邊都聊的很嗨，工程師也自信滿滿、躍躍欲試。等工程師設計完大概框架并交由客戶確認之后，結果卻發(fā)現“預算不夠”、“工期太長”、“單機硬件成本太高”等等。雙方耗費了大量的時間與精力，最后卻只是覆水東流。由于本身思維模式的限制，工程師往往都不是很擅長商務內容的對接。關于這個問題的改進多虧合伙的銷售人員對我的反復敲打才漸漸改善。

以下這些方案設計書以及截圖均是由于前期商務信息不明確，而導致最終無法達成合作。配圖于此，時刻提醒自己。

3. 合同重要嗎？不重要？

問：合同重要嗎？

答：很重要。最初電話溝通的商務信息以及合作模式可能還只是寬泛的概念，但是到了簽訂合同的階段，甲乙雙方將會很重視的考慮到到每個可操作的細節(jié)單元。雙方都會再一次確認自己的權利、義務和風險，從而使得在項目中途出現任何問題的時候，雙方可以迅速達成一致意見保證項目進展。當然，合同還有一個最基本的作用，那就是從法律意義上對合同雙方提供了保障。

問：合同不重要嗎？

答：合同不是太重要，對于項目推進來說，合同很多時候都是沒有任何意義的，尤其是只做軟件的而硬件是由客戶提供的項目。在簽訂合同前，哪怕是一天兩天，客戶都會和我們在工期上周旋；可一旦簽訂合同后，要不是電路板還在打樣、要不是配件不齊，總之有各種原因致使硬件無法到位。這時如果我們按照合同來約束自己和客戶，那么結果不是憋死自己就是憋跑客戶。比起合同，這時對我們來說最重要的是要有“服務理念”（“中期推進”中再細說）。

中期推進

1. 時常匯報項目進展或展示階段性成果

我們知道，現在基本沒有銀行搶劫案發(fā)生，但是每個銀行還是都會配備足夠的保安和監(jiān)控。既然沒有銀行搶劫案了，那么銀行的安保也沒有用了，是不是可以省去了呢？這個當然是不能省的，個中道理大家也都是懂得。

那么經常性的項目進展匯報就如同銀行的安保一樣：客戶看到之后往往只是回一句“好的”，它不一定會排上用場，但一定不能少。雖然客戶要的只是最終的一個結果，但這些項目匯報卻是大有意義的。

第一，客戶因為了解項目進展而對項目本身更有把控力，尤其是針對第一次合作的客戶。畢竟一個項目不是一個簡單的小事，通過了解項目的穩(wěn)步推進，客戶也會對項目更有信心并且對我們更加信任。

第二，客戶通過了解項目進展，可以修正一些項目前期無法溝通的內容以及雙方溝通上的偏差。舉個實例，硬件工程師都知道，PCB設計大致可分成畫封裝、布局和走線這3個遞進依賴的步驟，當我們?yōu)榭蛻粼O計一款PCB并最終給出結果的時候，客戶告訴我們“電源接口要放在下方”、“接頭要插口的不要擰螺絲的”、“SMA接頭不能靠得太近”等等，也就是說硬件布局需要修改，這就意味著之前的走線工作全都白費了。但凡我們在中途將布局的結果提前反饋給客戶，也不會出現這樣的結局。

2. 按需提供服務勝過扣合同的標準

之前我們提到了“合同不重要”，這是因為在前期對接的時候，很多內容是難以界定的，而此時客戶懷抱的多半是個構想，期待通過前期溝通而把所有需求都明確下來那只能是強人所難。我們之前有個很仔細的客戶，在我們接手項目前他已經把項目內容以文檔的形式全部設計完了，并且還包含操作界面原型圖。即便如此，項目推進過程中依舊還是有很多需求需要修改。

這里我們需要引入服務的理念，當我們遇到什么問題的時候，先別考慮“解決它”，而是先“確定它”，和客戶溝通一下，說明一下問題現象、問題產生的原因、了解一下具體使用場景等等。如此可以讓最終的功能更貼合用戶需求，同時也會減少需求變更的次數。

3. 遇到技術死局時想想第三方

做嵌入式項目常常會碰到一些死局問題：某個芯片或者器件無法驅動，而這個芯片或者器件的資料又少的可憐。這時應該怎么辦呢？第一，我們可以去找芯片或者器件的原廠尋求技術支持。但是有時候原廠不會搭理我們這樣的外包服務商，怎么辦呢？第二，到某寶找同款器件或者芯片的產品或者供貨商，他們一般是芯片或者器件代理商或者是中間開發(fā)商，通常都會有一定的技術能力，對我們來說是死局的問題，對他們來說可能是舉手之勞。

我們之前做過一款藍牙手環(huán)的案子，其中使用的血氧檢測模塊的資料非常少。而開發(fā)過程中又始終無法調通這一功能。最終是通過供應商轉介供應商，于是才找到了解決方案。

后期交付

1. 督促客戶反饋

由于我們的客戶來自全國各地，很多時候都不具備現場交付的條件。于是在交付時產生的疑問和問題往往都是通過消息、電話或者視頻確認的。當我們把產品快遞（硬件產品）給客戶或者發(fā)電子檔（軟件產品）給客戶時，客戶有時候會很多天沒有回復。這時不妨多問一句。

還有一種情況是客戶發(fā)現問題后往往會“無法描述問題”，聽上去似乎很不可思議但這確實會發(fā)生，尤其是在開發(fā)體感類產品時更是如此?？蛻艉芸赡芨覀兎答伒膯栴}是“產品用起來有點不舒服”。我們是不可能期待客戶能夠給出“電流”、“電壓”這類的技術性反饋的。這時候我們最好多問問客戶說的“不舒服”具體是怎樣一種不舒服的體驗，然后再修改的過程中盡力去排除和避免這種體驗就可以了。

交付過程可長可短，長的甚至比研發(fā)周期還長，短的也就一兩天的功夫。持續(xù)并且及時的和客戶交流與反饋問題是交付過程順利的保障。

2. 合作一定要包含維護期

我們知道BUG這種東西對于軟件來說真的是防不勝防，當我們在交付的時候，即便所有的功能都通過了測試，想必客戶心里依舊會犯嘀咕：萬一產品最后賣出去又出現其他問題了怎么辦呢？無論是付費維護（長期維護）還是免費維護（短期維護），一定得給產品界定一個維護周期。給客戶一定的緩沖期來檢驗產品。

結論與建議

按照項目進展，此處給出以下結論與建議：

前期對接：

1. 首次溝通由工程師對接；

2. 盡早確定商務信息；

3. 在合同簽訂過程中，重視對雙方權利、義務和風險的澄清。

中期推進：

1. 經常性匯報項目進展與展示階段性成果；

2. 項目開發(fā)過程即提供服務的過程；

3. 技術難題多多尋求第三方幫助；

后期交付：

1. 督促客戶反饋；

2. 合作一定需要包含維護期。