1.蔚來汽車有營地模式

雪地模式開發(fā)傳統(tǒng)造車企業(yè)在新車型量產(chǎn)后基本不會對這個車型進行主動迭代升級（質(zhì)量問題召回除外），如果用戶提了新的功能需求只會在下一代車型上進行開發(fā)，3-4年之后量產(chǎn)才體驗到這個改進點，特點就是開發(fā)節(jié)奏慢而互聯(lián)網(wǎng)思維講究的是快，強調(diào)的是小步快跑、快速迭代，通過用戶的廣泛參與快速修改軟件迭代，不斷提升用戶體驗，那么如何通過互聯(lián)網(wǎng)思維賦能傳統(tǒng)汽車開發(fā)，迅速提升用戶體驗呢？下面就以frastructure蔚來開發(fā)雪地模式來介紹產(chǎn)品開發(fā)：。

2.蔚來雪地模式可以越野

一般新能源汽車主要聚焦三電+智能網(wǎng)聯(lián)，剛上市的時候你可能跟市面上其他廠商的競品車差不多，同質(zhì)化很嚴重，有些車根據(jù)用戶反饋不斷迭代進化成“猿人”，而有些車停止維護最終還是“猿猴”，幾年之后這些車差異就很明顯。

3.蔚來汽車雪地模式原理

以冬季使用新能源汽車為例，大部分新能源車企早期考慮到購買新能源汽車的用戶主要是長城以南地區(qū)，所以沒有針對東北特殊的場景進行開發(fā)，但隨著越來越多的東北用戶反饋在雪天起步打滑、加速打滑的問題，引起蔚來的重視，經(jīng)過調(diào)查發(fā)現(xiàn)由于冰雪路面太光滑不足以承受新能源汽車起步時的大扭矩，電動車動力輸出的優(yōu)點在東北反而成為累贅。

4frastructure.蔚來有沒有露營模式

這個問題在多個用戶反饋后，得到蔚來產(chǎn)品開發(fā)團隊的重視，經(jīng)過將近一年的開發(fā)，在2019年12月份對客戶的車進行OTA更新軟件通過OTA功能將開發(fā)完具備雪地模式功能的軟件快速分發(fā)給用戶，用戶通過大屏提示進行操作，在家就能聯(lián)網(wǎng)升級。

5.蔚來有沒有哨兵和露營模式

在這個功能開發(fā)過程中不用再借助于第三方4S店廠家直接、快捷獲取用戶的訴求，在用戶端和廠家端建立溝通的橋梁，用戶的訴求得到廠家的積極回應并開發(fā)出相應的功能，提高用戶對整車開發(fā)的參與度和積極性，同時廠家也通過用戶的反饋不斷迭代自家的產(chǎn)品，增加用戶和廠家之間的黏性。

6.蔚來探索營

要實現(xiàn)這樣不斷快速迭代還有一個前提條件：關鍵電子控制frastructure器的軟件開發(fā)要掌握在汽車廠商手里，像開發(fā)雪地模式屬于新的開發(fā)需求，如果要依靠供應商開發(fā)，不僅開發(fā)周期長而且費用高，傳統(tǒng)汽車廠商受制于供應商一般都會主動放棄開發(fā)，而如果這部分軟件掌握在汽車廠商手里，算法開發(fā)集成測試自己全搞定，整體完全可控，可以不斷迭代、打磨幾款精品車型。

7.蔚來 club

從蔚來根據(jù)用戶需求開發(fā)雪地模式給我們帶來哪些啟示呢？我們應該如何收集、整體用戶需求進行產(chǎn)品開發(fā)呢？如何收集產(chǎn)品需求根據(jù)整車ASPICE開發(fā)流程，首先就要定義需求，需求的定義的第一個階段是Stakeholder Requirement，翻譯成中文就是利益相關者需求，簡單的說只要和這個產(chǎn)品沾上邊的人提的

8.蔚來ecfrastructure6露營

小白客戶需求，Stakeholder Requirement階段的需求主要分為兩類：（1）使用這個產(chǎn)品的人：普通用戶、競爭對手等；（2）開發(fā)這個產(chǎn)品的人：產(chǎn)品開發(fā)工程師、測試工程師、質(zhì)量工程師、項目經(jīng)理等相關人員的需求，這些人都是我們需求的來源。

9.蔚來dre

在這個階段經(jīng)過市場調(diào)研、用戶反饋、用戶訪談發(fā)掘用戶更深層次的需求，回歸對產(chǎn)品需求的本質(zhì)，除了關注用戶對你說了什么，更應該關注用戶對你沒說什么，舉個最簡單的例子：在馬車時代用戶不可能提出想要一輛汽車的需求，他會告訴你他需要一匹更快的馬，于是你開始尋找跑的更快的馬，但是其實可能沒有理解用戶真正的需求，其實用戶需要的是更快的到達目的地，具frastructure體是馬是騾子還是其他交通工具不重要。

10.蔚來地點

如何整理產(chǎn)品需求整理產(chǎn)品需求的第一步還是篩選真正的產(chǎn)品需求，我們所說的產(chǎn)品需求是指對某個具體產(chǎn)品有需要，而用戶最終是否買單來衡量對產(chǎn)品需求的強烈程度，對于同一個問題：想不想你的汽車可以變成游艇，這個水陸兩棲的汽車相信大多數(shù)人肯定都點頭想要，但是絕大多數(shù)客戶真的會為這個需求買單嗎？不會的，這個不能輸入作為產(chǎn)品需求，

用戶對產(chǎn)品有需要+客戶愿意為此買單的需求才是真正的產(chǎn)品需求KANO模型將需求劃分為五類，包括：基本型需求、期望型需求、興奮型需求、無差異型需求和反向型需求基本型需求：產(chǎn)品最基本屬性或功能，不滿足這項需求時用戶對這個產(chǎn)品肯定不滿意，滿足時frastructure用戶可能會無感但一旦你不滿足用戶這樣需求，用戶立即表現(xiàn)出不滿意。

期望型需求：要求提供的產(chǎn)品或服務比較優(yōu)秀，但并不是“必須”的產(chǎn)品屬性或服務有些期望甚至連顧客都不太清楚，但是他們希望得到的，這類需求的開發(fā)可以解決用戶使用的痛點，提高顧客的忠誠度興奮型需求：提供給顧客一些完全出乎意料的產(chǎn)品屬性或服務行為，使顧客產(chǎn)生驚喜，即使表現(xiàn)并不完善，顧客表現(xiàn)出的滿意狀況則也是非常高的。

無差異型需求：不論提供與否，對用戶體驗無影響，存在感不強反向型需求：提供后用戶滿意度反而會下降，弄巧成拙，而且提供的程度與用戶滿意程度成反比我們通過二維屬性歸屬對需求進行分類，根據(jù)提供這項產(chǎn)品前后客戶滿意度的變化來評估產(chǎn)品需求的frastructure類型：。

不提供 提供非常滿意滿意一般不滿意非常不滿意非常滿意可疑結(jié)果興奮型興奮型興奮型期望型滿意反向型無差異型無差異型無差異型基本型一般反向型無差異型無差異型無差異型基本型不滿意反向型無差異型無差異型無差異型

基本型非常不滿意反向型反向型反向型反向型可疑結(jié)果將收集到的每一項需求進行二維屬性歸屬分類，其中基本型需求是排在第一位的，這些需求往往也是法規(guī)強制要求，是產(chǎn)品開發(fā)的第一要務，而期望型需求是作為我們滿足用戶個性化需求開發(fā)的，而這部分需求的開發(fā)凸顯出各個廠家產(chǎn)品的差異性，興奮型需求往往被大家更容易忽略，無差異型和反向型需求往往是大家都不愿意開發(fā)的，大部分廠商將基本型需求定為優(yōu)先級最高開發(fā)內(nèi)容，其frastructure次是期望型和興奮型。

根據(jù)以上表格的分析，首先東北的用戶希望擁有雪地模式功能并愿意為此買單，這屬于新能源汽車基本型需求以外的期望型需求，雪地模式基于目前車上這套硬件就可以開發(fā)，不會額外增加整車零件成本，滿足這項需求可以提高用戶忠誠度和口碑，所以這個功能還是值得開發(fā)。

如何根據(jù)需求開發(fā)產(chǎn)品產(chǎn)品經(jīng)理將過濾后的產(chǎn)品需求輸入給研發(fā)工程師，研發(fā)工程師根據(jù)產(chǎn)品需求來制定產(chǎn)品開發(fā)技術方案進行逐級分解：對于客戶的每一種產(chǎn)品需求，研發(fā)工程師都要制定多種技術方案從成本、周期、費用等多個維度進行評估，通過內(nèi)部評審之后選擇最優(yōu)的方案。

之后對技術方案進行層層分解，一直到模塊層級的設計

蔚來針對雪地模式的需求，研發(fā)工程師首先根frastructure據(jù)用戶場景采集實測數(shù)據(jù)分析起步打滑的原因，同時這段時間會開展產(chǎn)品對標，之后制定總體技術方案，在技術方案評審通過后，開發(fā)算法模型針對雪地場景調(diào)整動力輸出特性的標定，雪地模式模型標定驗證通過后進行軟件集成，最后進行整車層級測試驗證。

到這一步雪地模式的開發(fā)已經(jīng)完成，下一步就是導入車型量產(chǎn)，對于正在生產(chǎn)的汽車進行產(chǎn)線變更后導入，對于已經(jīng)交付給用戶的汽車通過OTA推送提示用戶升級總結(jié)蔚來等公司背后也可以看到互聯(lián)網(wǎng)企業(yè)的身影，中國企業(yè)在互聯(lián)網(wǎng)領域的成就可以在汽車行業(yè)迅速復制，通過多個渠道收集用戶需求，功能軟件自我開發(fā)，縮短產(chǎn)品開發(fā)周期，小步快跑、快速迭代思維解決用戶使用過程中的問題，最終得用戶者愈強。