基于車聯網的客戶車輛保養(yǎng)流失識別分析方法及系統(tǒng)的制作方法
【專利摘要】基于車聯網的客戶車輛保養(yǎng)流失識別分析方法及系統(tǒng)，包括：采集車輛的行車數據，包括車輛的剩余保養(yǎng)里程，剩余保養(yǎng)天數等信息，通過移動網絡上傳到云平臺；通過網絡將CRM數據上傳到云平臺；遍歷4S店所有車輛信息，判斷得出車輛是否發(fā)生保養(yǎng)；最后判斷車輛是否在本店發(fā)生保養(yǎng)。本發(fā)明能夠精確到判斷車輛的保養(yǎng)時間，并自動判斷該次保養(yǎng)是否在本店，是否出現車輛保養(yǎng)維修的流失。
【專利說明】
基于車聯網的客戶車輛保養(yǎng)流失識別分析方法及系統(tǒng)
技術領域
[0001]本發(fā)明屬于車聯網技術領域，具體說是一種基于車聯網的客戶車輛保養(yǎng)流失識別分析方法及系統(tǒng)。
【背景技術】
[0002]當下的汽車銷售正在進入低利潤時代，車商在售后服務方面比拼是市場競爭必然性結果。但讓售后部門心急如焚的是，近年來越來越高的客戶流失率已成為車商心中的難言之痛，4S店發(fā)展迅猛，而汽車修理廠更是遍布周邊，在這種激烈的競爭下，流失跡象不斷加劇，形勢嚴峻。
[0003]而對于4s店來說，在最快的時間內發(fā)現哪些客戶流失，能夠對客戶關系維系起到至關重要的作用。目前對于保養(yǎng)流失的客戶匯總方式基本上是通過人工回訪判斷，或者根據模糊的客戶在規(guī)定時間內沒有進店進行過保養(yǎng)，維修，裝飾，活動等行為來判斷客戶的流失。
[0004]采用人工回訪的方法存在需要較多的人工去跟蹤客戶的狀態(tài)，耗費大量的人力物力，并且對客戶的打擾成本無法估計。采用現有售后服務系統(tǒng)根據客戶進店周期來統(tǒng)計客戶流失的方式，存在算法簡單模糊，并存在較大的誤差。

【發(fā)明內容】

[0005]針對現有技術存在的上述缺點和不足，本發(fā)明提供了一種基于車聯網的客戶車輛保養(yǎng)流失識別分析方法及系統(tǒng)，采用車聯網大數據分析和CRM數據校驗的方法，能夠精確到判斷車輛的保養(yǎng)時間，并自動判斷該次保養(yǎng)是否在本店，是否出現車輛保養(yǎng)維修的流失。
[0006]為實現上述目的，本發(fā)明提供了一種基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，包括:
[0007]步驟1.采集車輛的行車數據，通過移動網絡上傳到云平臺；
[0008]步驟2.通過網絡將CRM數據上傳到云平臺；
[0009]步驟3.遍歷4S店所有車輛信息，判斷得出車輛是否發(fā)生保養(yǎng)；
[0010]步驟4.最后判斷車輛是否在本店發(fā)生保養(yǎng)。
[0011 ]具體的，步驟I中行車數據，包括車輛的剩余保養(yǎng)里程，剩余保養(yǎng)天數等信息。
[0012]具體的，步驟3判斷得出車輛是否發(fā)生保養(yǎng)的具體步驟為:每天定時遍歷4S店所有車輛信息，查詢車輛上傳的剩余保養(yǎng)里程，根據判斷上次存儲的車輛剩余保養(yǎng)里程與本次剩余保養(yǎng)里程比較，如果本次剩余保養(yǎng)里程大于上次存儲的車輛剩余保養(yǎng)里程，則發(fā)生了保養(yǎng);本次剩余保養(yǎng)里程小于上次存儲的車輛剩余保養(yǎng)里程，則未發(fā)生保養(yǎng)。
[0013]具體的，步驟4判斷車輛是否在本店發(fā)生保養(yǎng)具體為:
[0014]如果未發(fā)生保養(yǎng)，則保存本次統(tǒng)計時車輛的剩余保養(yǎng)里程到數據庫，用于下次比較；
[0015]如果車輛發(fā)生保養(yǎng)，則查詢該車輛在本店近期內是否有過維修信息。
[0016]更具體的，如果有維修信息，則說明該車輛在本店保養(yǎng)，記錄車輛本次保養(yǎng)里程，用于下次計算;如果沒有維修信息，則標記該車在它店保養(yǎng)。
[0017]作為更具體的，自動遍歷分析匯總所有車輛的保養(yǎng)歷史狀況，給4S店提供保養(yǎng)流失車輛的列表匯總。
[0018]本發(fā)明還提供了一種基于車聯網的客戶車輛保養(yǎng)流失識別分析系統(tǒng)，具體包括:
[0019]物聯網車載設備，采集車輛的行車數據，通過移動網絡上傳到云平臺；
[0020]通道同步系統(tǒng)，通過網絡將CRM數據上傳到云平臺；
[0021]判斷車輛發(fā)生保養(yǎng)模塊，用于判斷得出車輛是否發(fā)生保養(yǎng)；
[0022]判斷車輛再本店發(fā)生保養(yǎng)模塊，用于判斷車輛是否在本店發(fā)生保養(yǎng)。
[0023]進一步的，上述系統(tǒng)還包括:數據庫，用于存儲每次統(tǒng)計時車輛的剩余保養(yǎng)里程。
[0024]更進一步的，上述系統(tǒng)還包括:保養(yǎng)流失系統(tǒng)，自動遍歷分析匯總所有車輛的保養(yǎng)歷史狀況，給4S店提供保養(yǎng)流失車輛的列表匯總。
[0025]作為更進一步的，上述系統(tǒng)還包括，云存儲模塊，用于儲存解析后的行車數據和CRM數據。
[0026]本發(fā)明由于采用以上技術方案，能夠取得如下的技術效果:本發(fā)明能夠實際應用在4s店，汽修廠的實際修車行業(yè)，對幫助客服顧問，流失關系團隊分析車輛是否發(fā)生過保養(yǎng)流失有非常大的幫助，可以直接定位到有流失的車輛和客戶信息。
[0027]還夠幫助廠商收集車輛實際使用后的保養(yǎng)流失情況，以及對客戶關系的維修工作改善有很大幫助。
【附圖說明】
[0028]本發(fā)明共有附圖2幅:
[0029]圖1為基于車聯網的客戶車輛保養(yǎng)流失識別分析結構框圖。
[0030]圖2為基于車聯網的客戶車輛保養(yǎng)流失識別分析流程圖。
【具體實施方式】
[0031]下面通過實施例，并結合附圖，對本發(fā)明的技術方案作進一步的具體說明。
[0032]實施例1
[0033]基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，包括:
[0034]步驟1.采集車輛的行車數據，所述行車數據包括車輛的剩余保養(yǎng)里程，剩余保養(yǎng)天數等信息，通過移動網絡上傳到云平臺；
[0035]步驟2.通過網絡將CRM數據上傳到云平臺；CRM數據是指經銷商客戶關系系統(tǒng)中的車輛維修記錄信息，包含進店時間等。
[0036]步驟3.遍歷4S店所有車輛信息，判斷得出車輛是否發(fā)生保養(yǎng):
[0037]每天定時遍歷4S店所有車輛信息，查詢車輛上傳的剩余保養(yǎng)里程，根據判斷上次存儲的車輛剩余保養(yǎng)里程與本次剩余保養(yǎng)里程比較，如果本次剩余保養(yǎng)里程大于上次存儲的車輛剩余保養(yǎng)里程，則發(fā)生了保養(yǎng);本次剩余保養(yǎng)里程小于上次存儲的車輛剩余保養(yǎng)里程，則未發(fā)生保養(yǎng)。
[0038]步驟4.最后判斷車輛是否在本店發(fā)生保養(yǎng):
[0039]如果未發(fā)生保養(yǎng)，則保存本次統(tǒng)計時車輛的剩余保養(yǎng)里程到數據庫，用于下次比較;如果車輛發(fā)生保養(yǎng)，則查詢該車輛在本店近期內，如2天或者3天，是否有過維修信息:
[0040]如果有維修信息，則說明該車輛在本店保養(yǎng)，記錄車輛本次保養(yǎng)里程，用于下次計算;如果沒有維修信息，則標記該車在它店保養(yǎng)。
[0041 ] 實施例2
[0042]作為實施例1的補充，為了精確記錄車輛的每次保養(yǎng)流失狀況，反饋給流失管理人員最準確的客戶流失信息，并及時對客戶流失情況進行分析和流失管理工作:自動遍歷分析匯總所有車輛的保養(yǎng)歷史狀況，給4S店提供保養(yǎng)流失車輛的列表匯總。
[0043]實施例3
[0044]本發(fā)明還提供了一種基于車聯網的客戶車輛保養(yǎng)流失識別分析系統(tǒng)，具體包括:
[0045]物聯網車載設備，采集車輛的行車數據，通過移動網絡上傳到云平臺；
[0046]通道同步系統(tǒng)，通過網絡將CRM數據上傳到云平臺；
[0047]判斷車輛發(fā)生保養(yǎng)模塊，用于判斷得出車輛是否發(fā)生保養(yǎng)；
[0048]判斷車輛再本店發(fā)生保養(yǎng)模塊，用于判斷車輛是否在本店發(fā)生保養(yǎng)。
[0049]數據庫，用于存儲每次統(tǒng)計時車輛的剩余保養(yǎng)里程。
[0050]保養(yǎng)流失系統(tǒng)，自動遍歷分析匯總所有車輛的保養(yǎng)歷史狀況，給4S店提供保養(yǎng)流失車輛的列表匯總。
[0051]上述系統(tǒng)還包括，云存儲模塊，用于儲存解析后的行車數據和CRM數據。
[0052]本發(fā)明采用車聯網大數據分析和CRM數據校驗的方法，能夠精確到判斷車輛的保養(yǎng)時間，并自動判斷該次保養(yǎng)是否在本店，是否出現車輛保養(yǎng)維修的流失。
[0053]以上所述，僅為本發(fā)明較佳的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明披露的技術范圍內，根據本發(fā)明的技術方案及其發(fā)明構思加以等同替換或改變，都應涵蓋在本發(fā)明的保護范圍之內。
【主權項】
1.基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，其特征在于，包括: 步驟1.采集車輛的行車數據，通過移動網絡上傳到云平臺； 步驟2.通過網絡將CRM數據上傳到云平臺； 步驟3.遍歷4S店所有車輛信息，判斷得出車輛是否發(fā)生保養(yǎng)； 步驟4.最后判斷車輛是否在本店發(fā)生保養(yǎng)。2.根據權利要求1所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，其特征在于，包括:步驟I中行車數據，包括車輛的剩余保養(yǎng)里程，剩余保養(yǎng)天數等信息。3.根據權利要求1所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，其特征在于，步驟3判斷得出車輛是否發(fā)生保養(yǎng)的具體步驟為:每天定時遍歷4S店所有車輛信息，查詢車輛上傳的剩余保養(yǎng)里程，根據判斷上次存儲的車輛剩余保養(yǎng)里程與本次剩余保養(yǎng)里程比較，如果本次剩余保養(yǎng)里程大于上次存儲的車輛剩余保養(yǎng)里程，則發(fā)生了保養(yǎng);如果本次剩余保養(yǎng)里程小于上次存儲的車輛剩余保養(yǎng)里程，則未發(fā)生保養(yǎng)。4.根據權利要求1所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，其特征在于，步驟4判斷車輛是否在本店發(fā)生保養(yǎng)具體為: 如果未發(fā)生保養(yǎng)，則保存本次統(tǒng)計時車輛的剩余保養(yǎng)里程到數據庫，用于下次比較； 如果車輛發(fā)生保養(yǎng)，則查詢該車輛在本店近期內是否有過維修信息。5.根據權利要求4所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，其特征在于，如果有維修信息，則說明該車輛在本店保養(yǎng)，記錄車輛本次保養(yǎng)里程，用于下次計算;如果沒有維修信息，則標記該車在它店保養(yǎng)。6.根據權利要求1所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析方法，其特征在于，自動遍歷分析匯總所有車輛的保養(yǎng)歷史狀況，給4S店提供保養(yǎng)流失車輛的列表匯總。7.基于車聯網的客戶車輛保養(yǎng)流失識別分析系統(tǒng)，其特征在于，具體包括: 物聯網車載設備，采集車輛的行車數據，通過移動網絡上傳到云平臺； 通道同步系統(tǒng)，通過網絡將CRM數據上傳到云平臺； 判斷車輛發(fā)生保養(yǎng)模塊，用于判斷得出車輛是否發(fā)生保養(yǎng)； 判斷車輛再本店發(fā)生保養(yǎng)模塊，用于判斷車輛是否在本店發(fā)生保養(yǎng)。8.根據權利要求7所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析系統(tǒng)，其特征在于，上述系統(tǒng)還包括:數據庫，用于存儲每次統(tǒng)計時車輛的剩余保養(yǎng)里程。9.根據權利要求7所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析系統(tǒng)，其特征在于，上述系統(tǒng)還包括:保養(yǎng)流失系統(tǒng)，自動遍歷分析匯總所有車輛的保養(yǎng)歷史狀況，給4S店提供保養(yǎng)流失車輛的列表匯總。10.根據權利要求7所述的基于車聯網的客戶車輛保養(yǎng)流失識別分析系統(tǒng)，其特征在于，上述系統(tǒng)還包括，云存儲模塊，用于儲存解析后的行車數據和CRM數據。
【文檔編號】G06Q30/00GK106021547SQ201610365702
【公開日】2016年10月12日
【申請日】2016年5月27日
【發(fā)明人】田雨農, 張利彬
【申請人】大連樓蘭科技股份有限公司