隨著人工智能相關技術的飛速發(fā)展，近年來車載語音助理的用戶群不斷地在增長，根據中國車載語音行業(yè)研究報告指出，2019年全球新上市乘用車（passenger vehicle）的車載語音助理配置率達到28%，2019年的配置率提升至48.8%，2020年則為64.8%，來到了2021年，中國車載語音助理配置率已經來到86%。
目前「智能駕駛」的相關技術、法規(guī)及實務問題仍有許多挑戰(zhàn)需要一一克服，這也導致目前智能駕駛的開發(fā)和導入的難度相對較高，反觀「智能座艙」的相關應用在車內人機互動的實現難度及技術門坎相對來得低一些，因此近年來各家廠商都紛紛卯足了全力積極推展，力拚能在智能座艙的商機中取得「產品差異化與競爭力」的優(yōu)勢，而其中最核心的的關鍵就在于「車載語音助理」。
越來越多車主在開車時養(yǎng)成使用語音助理的習慣，例如車機本身內建的語音助理、Apple CarPlay、Android Auto 和其他后裝產品，例如像是Amazon Echo Auto，這些服務都在汽車中提供了更多語音助理的可用性。
根據目前的車用生態(tài)，我們可區(qū)分為幾種不同來源的語音助理服務提供商
? Automobile Manufacturers (BMW, Benz…)
? CarPlay(Apple), Android Auto(Google)
? 3rd Party Developers (Cerence, iFlytek…)
無論選擇哪一種開發(fā)方式，在開發(fā)的過程中都需要隨時考慮：「當前市場消費者在評估選購時，可能會在意的問題是什么？自家產品的狀況如何？與他廠相比的話又是如何？」如此一來才能夠「知己知彼、謀定后動、勝券在握」。
不同來源語音助理的開發(fā)特色與常見難題
車載語音助理的產業(yè)鏈于近年來日趨復雜，再加上伴隨著上中下游及第三方供貨商之間的各種合作模式，傳統(tǒng)的供需界線也逐漸趨于模糊；但我們仍可以將其區(qū)分成不同來源：
車廠Automobile Manufacturers
若是內部開發(fā)能力與資源充足，有些車廠會選擇推出自家開發(fā)的車載系統(tǒng)以及車用語音助理功能，若是屬于這種情況，總括來說通常具備以下特色：
- 有些車廠例如OOO通常是把車用語音助理當作一種「買車的附加價值」。且語音軟件開發(fā)的自研能力相對弱一點的情況下，因此大多會選擇與其他廠商合作開發(fā)、或是整合進自家的系統(tǒng)。
- 有些車廠例如OO通常會把車用語音助理當作「功能賣點」之一，且多半具備一定程度的自研能力，自主開發(fā)的機率較高。
- 但是，車廠本身不一定能具備足夠的能力與資源，來做后續(xù)維護以及軟硬件整合的應用管理。
互聯網巨頭；大數據、云端服務以及平臺供貨商CarPlay(Apple), Android Auto(Google)
知名大廠Apple, Google所推出的CarPlay, Android Auto也搭載了車用語音助理功能，挾著手機系統(tǒng)的龐大普及率，使用戶能夠與手機進行快速地連動，其主要的特色有以下幾點：
- 龐大生態(tài)圈與云端整合優(yōu)勢、用戶普及率高、具有大量用戶數據。
- 長期耕耘、經驗豐富且質量一致性良好。
- 已有自家不同產品的語音助理生態(tài)圈、既有軟件語音識別能力強。
- 車廠能夠客制化或主導設計的內容較少；此外，車廠本身系統(tǒng)間的兼容性足不足夠(例如頁面/功能之間的切換與鏈接)可能會是個問題，因此會需要額外投入資源及維護品質。
百佳泰車用實驗室提供測試暨驗證顧問服務，參照ITU-T組織訂定的其中三項標準P.1100、P.1110和P.1120 ，將確保車機在免持通話狀態(tài)下，能夠正常運作并維持一定質量。
智能AI科技研發(fā)、第三方語音引擎、芯片供貨商3rd Party Developers
有些車廠若一方面不希望降低設計自由度、另一方面又想確保車主數據能存放在自家平臺，就可能會與第三方智能語音助理開發(fā)商合作(例如Cerence, iFlytek…)并且共同推出產品，此種類型的主要特色如下：
- 提供整合式全語音解決方案與極高的客制化設計自由度，可將貴重車主數據保存在車廠自家平臺。
- 經驗豐富，具備良好的語音識別能力；針對車用多元場景，能提供更豐富的語音技術應用方案。
- 只第三方開發(fā)商往往需要透過其他平臺，才能處理不同來源的數據。例如第三方開發(fā)APP的操作接口與語音識別引擎、車廠車輛與用戶數據、它廠地圖圖資等不同來源…；若是在此種情況下，如何確保不同源數據的正確性與實時同步能力，將會是非常大的挑戰(zhàn)以及風險來源。
- 此外，與車廠本身系統(tǒng)之間的兼容性(例如頁面/功能之間的切換與鏈接)可能會是個問題，需要額外投入資源維護品質。
行車安全上的潛在風險 (Potential Risk)
在這個錯綜復雜的語音助理開發(fā)產業(yè)鏈與分工之中，我們濃縮了從車主角度可能會在意的問題，且這些潛在風險將有可能影響我們行車時的安全，千萬不可等閑視之：
Allion Labs Test Plan Consulting – 百佳泰客制化測試方案
百佳泰針對新款或熱門車型上面所搭載的車用語音助理，規(guī)劃并且安排測試方案；同時也會根據市場現況與客戶需求進行測試內容與范圍設計或調整。舉例來說：
?連線品質與設置問題：對車主需求的理解準確度，以及反應速度
百佳泰透過事前規(guī)劃與專業(yè)設備，先針對消費者在意的兼容性、辨識性能與功能性等多重面向進行評測與驗證：
使用者體驗問題
接著，再搭配用戶情境仿真 (User Scenario)來評測在不同情境下的用戶使用體驗：
- 易用性測試Usability / Performance Test
系統(tǒng)性問題與漏洞
依照開發(fā)環(huán)境與條件，以及后續(xù)的維護更新，執(zhí)行相對應的測試規(guī)劃：
- 跨平臺與云端數據連接相關的功能性驗證
- 上市后的維護與更新測試
與市場上同類型產品之間的差異
最后，我們再搭配前述的測試結果以及功能列表，以橫向比對的方式來進行分析；我們將會提供一份Competitive Analysis (CA) 競爭者分析報告以供參考：
與他家廠牌相比，辨識率/功能/使用體驗表現位在什么水平?
- Analysis from test result
與他家廠牌相比，服務功能是否足夠且豐富? 是否有支持新功能?
- Analysis from comparison with others
Debug Consulting 快速排查問題、加快開發(fā)流程
百佳泰會根據問題在「開發(fā)階段」、「Release到市場之后」的處理狀況，或是「客戶提出的需求」，來擬定出不同策略，進行問題驗證的處理或協(xié)助，舉例來說：
與市場上同類型產品之間的差異
Bug verification before official release
在SW版本更新之前，百佳泰將先協(xié)助客戶驗證預計導入的除錯方案(Solution for bugs)，以確保當新版本SW釋出之后，不會因原先預定要解的Bug仍有問題，導致需要重新Release或是來來回回的討論處理與額外資源耗費。
Bug verification during regular testing
通常在常規(guī)SW測試之中，我們會發(fā)現大大小小的問題；百佳泰依照項目分工與客戶需求，可以進行問題驗證以確保幾個重點：「問題的再現性與步驟手順厘清」、「問題相關條件的驗證與Fail condition排查」…等相關驗證，可協(xié)助客戶在版本持續(xù)更新且分秒必爭的SW開發(fā)進程之中，節(jié)省更多時間且快速找到重點來處理與討論。
除此之外，我們還具備了「Flexible and instant discussion of solutions」能力；透過密集且實時的溝通討論，在每一版SW更新前后，再搭配前述關鍵的「產品測試顧問服務」以及「除錯顧問服務」能力，協(xié)助客戶過濾或是解決了很多難解的問題。
