【正文】 車型等信息即可完成試駕信息的添加。若預(yù)約失敗則選擇對應(yīng)的原因進行具體的處理。(創(chuàng)建試駕計劃). 直接創(chuàng)建訂單當(dāng)回訪過程中客戶有直接的購車需求，可以在當(dāng)前頁面直接創(chuàng)建訂單。. 試駕該模塊主要對預(yù)約試駕成功的客戶進行跟蹤以及試駕反饋。. 試駕信息列表展示默認(rèn)顯示當(dāng)日已經(jīng)預(yù)約試駕的所有客戶。在列表中顯示已經(jīng)試駕完成和未試駕，可以依此進行分類。點擊查看客戶后可查看客戶詳情。DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 26 共 47 頁. 試駕反饋對于已經(jīng)試駕完成的客戶，可以選擇已經(jīng)試駕，點擊后彈出對話框輸入試駕反饋。根據(jù)不同的反饋，選擇客戶的下一步處理方法。在詳情頁面中可以直接創(chuàng)建訂單。若客戶今天未來試駕，則可以修改試駕的時間等。. 創(chuàng)建訂單對于試駕過程中客戶有直接的購車需求，可以在當(dāng)前頁面直接創(chuàng)建訂單。(直接創(chuàng)建訂單). 待跟進訂單公當(dāng)在線索跟進、線索回訪或者試駕過程中客戶有購車需求的則由銷售人員創(chuàng)建訂單，此時訂單將進入到待跟進訂單列表。銷售人員需要每天跟進訂單的情況，及時知會準(zhǔn)車主。. 待跟進訂單列表展示默認(rèn)顯示今日需要跟進的所有訂單。列表中顯示當(dāng)前用戶訂單狀態(tài)，是否審核通過，未審核通過。點擊可以查看用戶的所有信息，包括跟進時的記錄，回訪時的記錄DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 27 共 47 頁以及訂單詳情。某些情況下提供修改訂單的功能。若審核通過則通知客戶來取車。加入至待取車狀態(tài)列表中。. 訂單修改APP 提供了對某些狀態(tài)下訂單的修改功能，規(guī)則是: 已創(chuàng)建上報(隨便改), 已創(chuàng)建已上報( 未審核，隨便改), 已創(chuàng)建已上報(審核通過，不可以改)。只有當(dāng)符合條時才允許修改訂單的某些信息后重新提交。. 提車當(dāng)銷售人員創(chuàng)建的訂單，此時訂單將進入到提車列表。銷售人員需要每天跟進提車，及時知會準(zhǔn)車主。. 提車客戶列表展示列表顯示所有已經(jīng)審核通過的訂單，通過此模塊聯(lián)系車主進行繳費提車，對于已經(jīng)繳費提車的客戶可以在此處進行提車確認(rèn)，則該線索生命周期結(jié)束。. 電話錄音與短信為了加強對銷售人員的監(jiān)督管理，APP 將記錄系統(tǒng)分配的線索有關(guān)通話與短信。然后上傳至服務(wù)器，方便審查員工在與客戶的溝通過程中是否按照標(biāo)準(zhǔn)方式等。. 電話錄音上傳當(dāng)電話接聽后開始電話錄音，先保存在本地，文件本地加密，上傳至服務(wù)器時保存時解密保存。在 wifi 環(huán)境下自動上傳，若是在 3G 等使用手機流量的情況下無需上傳。等進入 wifi 環(huán)境下再上傳。錄音命名中以 gj_開頭，代表其為跟進客戶時的錄音。錄音命名中以 hf_開頭，代表其為回訪客戶時的錄音。錄音命名中以 sj_開頭，代表其為預(yù)約試駕時的錄音。. 短信上傳對于銷售人員從 APP 發(fā)出的短信進行全部備份，備份保存的內(nèi)容有短信內(nèi)容，銷售人員賬號以及對應(yīng)的客戶信息，方便后臺進行審核查看。由于 中禁止了DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 28 共 47 頁第三方 APP 直接獲取接收到的短信，要想獲取短信內(nèi)容必須將 APP 設(shè)置為默認(rèn)短信程序。而這個操作是需要用戶人為去操作且可以重置的。因此此處接收短信后備份可能在某些版本的手機上無法實現(xiàn)。. 聚寶盆展示個人有關(guān)數(shù)據(jù)，比如今天完成了多少任務(wù)，累計完成了多少訂單，獲得了多少積分。跟進積分制，每及時成功跟進一條線索獲得一定積分，每上報一個訂單、零售獲得一定積分，每完善一定客戶信息獲得一定積分，每完成一定數(shù)量客戶調(diào)查問卷獲得一定積分，銷售人員可以查詢到自己的跟進積分，積分對應(yīng)的獎勵，以及在全國的排名。(聚寶盆). 個人中心包含個人信息，修改密碼，退出登錄，檢查更新等常見功能。也包括以往所有銷售線索搜索查看、已經(jīng)銷售成功的線索查看等。DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 29 共 47 頁(我的客戶). 管理級別用戶管理級別用戶包括門店經(jīng)理、區(qū)域經(jīng)理、大區(qū)總監(jiān)。他們作為管理級別用戶，工作的內(nèi)容側(cè)重于任務(wù)的分配或者銷售信息的查看。. 門店經(jīng)理門店經(jīng)理級別的用戶主要負(fù)責(zé)任務(wù)線索的分配，人員地排班，所管理銷售人員地業(yè)務(wù)推進情況。因此在此角色進入系統(tǒng)后可以擁有線索分配、訂單審批、數(shù)據(jù)分析查看功能。針對訂單審批的篩選分類有 4 種，即已創(chuàng)建未提報審批、已提報未審批、已審批未審批通過以及已審批且審批通過。門店可以對這 4 個狀態(tài)的訂單進行查看以及進行適當(dāng)?shù)奶幚?。DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 30 共 47 頁(門店經(jīng)理首頁導(dǎo)航). 區(qū)域經(jīng)理區(qū)域經(jīng)理作為區(qū)域的領(lǐng)導(dǎo)，無需進行具體的任務(wù)操作或者分配，但是其擁有對所管理區(qū)域內(nèi)銷售以及線索跟進的情況?？梢詸M向比較各門店的銷售對比情況，哪些門店銷售量較好，哪些款型銷售火爆都可以直觀體現(xiàn)。. 大區(qū)總監(jiān)大區(qū)總監(jiān)作為大區(qū)的領(lǐng)導(dǎo)，無需進行具體的任務(wù)操作或者分配，但是其擁有對所管理大區(qū)內(nèi)銷售以及線索跟進的情況。擁有比區(qū)域經(jīng)理更高級別的查看權(quán)限。DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 31 共 47 頁第 4 章 云端管理平臺技術(shù)實現(xiàn)方案摘要本章闡述了為達到云端管理平臺開發(fā)目標(biāo)而進行的具體功能實現(xiàn)的方案設(shè)計。云端管理平臺是 DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)的后臺，控制著整個系統(tǒng)的正常運轉(zhuǎn)。. 線索管理線索管理包括線索導(dǎo)入和人工干預(yù)線索共計兩個子模塊。. 線索導(dǎo)入來自各個渠道的數(shù)據(jù)按照指定的格式存放在 Excel 表格中。使用此功能可以將Excel 的數(shù)據(jù)批量導(dǎo)入至系統(tǒng)線索表中。當(dāng)導(dǎo)入完成時，系統(tǒng)優(yōu)先分配指定了經(jīng)銷商的線索，當(dāng)這些指定了經(jīng)銷商的線索被分配完成之后，系統(tǒng)根據(jù)線索所屬區(qū)域平均分配至各個經(jīng)銷商。. 人工干預(yù)線索由于系統(tǒng)分配的線索按照設(shè)定算法進行分配，在線索分配中可能存在某些不合適的情況出現(xiàn)。因此后臺對線索開辟了人工干預(yù)模塊，可以將某幾條線路指定到特定的經(jīng)銷商，由特定的經(jīng)銷商來完成后續(xù)的業(yè)務(wù)跟進。. 線索查看對線索信息進行查看，包括銷售人員一系列的跟蹤記錄。由于系統(tǒng)對每個線索進行了全生命周期的追蹤，因此在此處可以看到所有線索的全部信息?？梢愿鶕?jù)線索來源，線索級別等進行分類篩選，方便查看. 分析統(tǒng)計分析統(tǒng)計模塊旨在以數(shù)字和圖表來直觀展現(xiàn)目前系統(tǒng)正在運行的狀態(tài)，各區(qū)域的銷售業(yè)績等等。該模塊下包含已跟進線索分析、已回訪線索分析、已試駕線索分析、已下單訂單分析、訂單來源分析、門店銷量分析共計 6 個子模塊。全方位的展示了銷DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 32 共 47 頁售的數(shù)字，可以很清晰的進行門店對比等等。. 訂單管理訂單管理包含訂單查看、訂單修改共計 2 個模塊。. 訂單查看查看系統(tǒng)中所有的訂單，可以利用篩選功能分類別查看。比如已經(jīng)審核通過的訂單和未審核通過的訂單、本月已經(jīng)產(chǎn)生的訂單和上月已經(jīng)產(chǎn)生的訂單。通過訂單還可以查看客戶相關(guān)信息，比如對應(yīng)的銷售人員，對應(yīng)的銷售人員跟進的過程等等。. 訂單修改該功能屬于特殊渠道，原則上當(dāng)訂單提交審核成功后是不允許修改訂單的。但是由于某些特殊原因，系統(tǒng)開辟了此特殊渠道允許對訂單進行某些信息的修改，比如車的顏色等等。. 賬號管理賬號管理是本系統(tǒng)中比較重要的一個模塊。由于該系統(tǒng)涉及多個使用角色，分別是銷售人員、門店經(jīng)理、區(qū)域經(jīng)理、大區(qū)經(jīng)理、系統(tǒng)后臺超級管理員等。對于銷售人員更多用到的是系統(tǒng)的線索跟蹤與訂單生成。而對于門店經(jīng)理更多的則關(guān)注于任務(wù)線索的下發(fā)與跟蹤情況的掌控。對于區(qū)域經(jīng)理和大區(qū)經(jīng)理則偏向于了解區(qū)域或者大區(qū)目前的銷售數(shù)據(jù)等等。. 賬號凍結(jié)當(dāng)賬戶連續(xù)多日未登錄或者該員工已經(jīng)離職，則需要立馬對該賬戶進行凍結(jié)，避免數(shù)據(jù)泄露等一些不必要的麻煩。已經(jīng)被凍結(jié)的賬戶無法在 App 中進行登錄也無法進行任何操作。. 賬號解凍當(dāng)用戶多日未登錄時，系統(tǒng)會自動對其進行凍結(jié)，導(dǎo)致其無法進行登錄。在這種情況下，APP 用戶可以在輸入手機號驗證身份的情況下輸入多日未登錄的原因，后臺DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 33 共 47 頁在查看到申請解凍的信息后進行解凍操作。. 賬號創(chuàng)建為了保證系統(tǒng)的安全和管理，系統(tǒng)中賬戶均由超級管理員在收到申請后統(tǒng)一創(chuàng)建賬號和密碼。輸入員工賬號(手機號)，姓名，初始密碼等必要信息，此外還需分配權(quán)限，指定所屬領(lǐng)導(dǎo)等，此時即可完成賬號的創(chuàng)建。. 銷售人員工作情況查看對員工的工作情況進行查看，可以查看員工每天工作的詳細(xì)記錄。. 銷售人員通話錄音及短信查看對上傳至服務(wù)器通話錄音以及短信進行審查，審查員工在與客戶的溝通過程中是否按照標(biāo)準(zhǔn)方式等。針對銷售人員通話的錄音由某軟件定期進行抽查，原則上每月不少于 3 次，每次不少于 10 人。并對抽查情況以郵件形式形成簡單的報告發(fā)送給 DS 相關(guān)負(fù)責(zé)人。DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 34 共 47 頁第 5 章 項目架構(gòu)設(shè)計摘要本章闡述了為達到項目開發(fā)目標(biāo)而進行的具體功能實現(xiàn)的項目架構(gòu)設(shè)計。. 技術(shù)架構(gòu)項目基于微軟 Azure 云平臺的主流開發(fā)框架進行技術(shù)架構(gòu)，技術(shù)上采用HtmlCSS 和 JavaScript 進行開發(fā)，同時采用采用一個管理后臺多個前端的云平臺開發(fā)模式。它能使開發(fā)者制作跨平臺、高效的移動平臺。該平臺可以有效支持后續(xù)的多移動平臺的拓展開發(fā)和數(shù)據(jù)同步。. 總體框架平臺總臺框架如圖所示：DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 35 共 47 頁. 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)本系統(tǒng)建議的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如下：系統(tǒng)硬件架構(gòu)主要由微信官網(wǎng)系統(tǒng)數(shù)據(jù)中心、第三方系統(tǒng)數(shù)據(jù)服務(wù)中心，移動通信網(wǎng)組成。. 安全技術(shù)體系設(shè)計在利用先進的信息化技術(shù)來構(gòu)建系統(tǒng)的同時，我們將系統(tǒng)考慮建立起可靠的安全保障體系，以確保整個工程的安全穩(wěn)定運行。通過對系統(tǒng)的安全需求分析以及安全保密策略，方案將從技術(shù)、運行、管理三個DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 36 共 47 頁方面，采用各類安全保障技術(shù)、產(chǎn)品、設(shè)備和管理措施來實現(xiàn)這些策略，確保系統(tǒng)中信息的安全。其系統(tǒng)安全體系如下圖所示。其中：物理安全：使用電子鎖或監(jiān)視器等措施來保證硬件設(shè)備的安全。周邊網(wǎng)絡(luò)安全：在網(wǎng)絡(luò)出口處部署防火墻系統(tǒng)，進行網(wǎng)絡(luò)安全域劃分，加強訪問控制，保護重要單位信息系統(tǒng)。入侵檢測等系統(tǒng)，對進出內(nèi)外網(wǎng)數(shù)據(jù)進行檢測；使用入侵檢測檢測系統(tǒng)對系統(tǒng)進行入侵行為檢測，配合防火墻組成一套完整的邊界防護體系；在整個網(wǎng)絡(luò)中的所有服務(wù)器和終端機器上安裝網(wǎng)絡(luò)版防病毒軟件，實現(xiàn)對病毒的防范和查殺；內(nèi)部網(wǎng)絡(luò)安全：構(gòu)建網(wǎng)絡(luò)安全管理平臺，實現(xiàn)對終端機器、網(wǎng)絡(luò)設(shè)備的監(jiān)視及配置管理；主機安全：對關(guān)鍵服務(wù)器進行安全技術(shù)增強和加固，部署操作系統(tǒng)安全補丁更新系統(tǒng)，關(guān)閉不必要的服務(wù)等，從而增強其抗攻擊能力。加強功能服務(wù)器的安全部署，增強防護措施，對用戶的訪問進行控制，保護內(nèi)部信息系統(tǒng)安全；應(yīng)用程序安全：根據(jù)安全等級保護策略，通過建設(shè)統(tǒng)一認(rèn)證管理系統(tǒng)，為用戶提供統(tǒng)一的信任服務(wù)機制和身份認(rèn)證手段，保證用戶身份的真實可信，提供統(tǒng)一的組織機構(gòu)管理、統(tǒng)一的用戶管理、統(tǒng)一的角色管理，為系統(tǒng)構(gòu)建完善的應(yīng)用安全環(huán)境，提供統(tǒng)一的信任服務(wù)和訪問控制機制。數(shù)據(jù)安全：對關(guān)鍵業(yè)務(wù)數(shù)據(jù)進行加密處理；DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 37 共 47 頁. 安全保障總體架構(gòu)圖結(jié)合應(yīng)用系統(tǒng)設(shè)計思路以及安全威脅分析，本系統(tǒng)的技術(shù)安全保障體系由物理環(huán)境安全保障、系統(tǒng)支撐、網(wǎng)絡(luò)安全保障、系統(tǒng)安全保障、應(yīng)用安全保障、運維管理和安全管理組成，如下圖所示。數(shù) 據(jù) 倉 庫數(shù) 據(jù) 抽 取 、 清 洗數(shù) 據(jù) 中 心管 理 體 系應(yīng) 用 系 統(tǒng)運 維 體 系統(tǒng)一的運行維護監(jiān)管平臺資源整合安 全 應(yīng) 用 支 撐 平 臺應(yīng) 用 安 全系 統(tǒng) 安 全系 統(tǒng) 支 撐 環(huán) 境電 子 認(rèn) 證 基 礎(chǔ) 設(shè) 施 密 鑰 管 理 基 礎(chǔ) 設(shè) 施物 理 環(huán) 境 安 全網(wǎng) 絡(luò) 安 全網(wǎng) 絡(luò) 傳 輸 安 全安 全 隔 離 與 信 息 交 換網(wǎng) 絡(luò) 接 入 控 制 網(wǎng) 絡(luò) 防 病 毒主 機 審 計 與 責(zé) 任 認(rèn) 定主 機 防 病 毒主 機 與 介 質(zhì) 安 全 監(jiān) 控系 統(tǒng) 加 固 安 全 性 能 檢 測機 房 建 設(shè) 與 選 址介 質(zhì) 安 全周 邊 環(huán) 境 安 全設(shè) 備 安 全管 理 機 構(gòu)管 理 人 員管 理 制 度安 全 策 略人 員 管 理物 理 環(huán) 境與 設(shè) 施設(shè) 備 與 介質(zhì) 管 理運 行 與 開發(fā) 管 理信 息 保 密管 理技 術(shù) 體 系維 護 培 訓(xùn)系 統(tǒng) 安 全權(quán) 限 配 置安 全 策 略設(shè) 備 介 質(zhì)安 全 檢 查容 災(zāi) 備 份應(yīng) 急 響 應(yīng)系 統(tǒng) 審 計. 應(yīng)用安全應(yīng)用安全應(yīng)該從以下方面考慮：(1) 多因素認(rèn)證：合并兩種認(rèn)證方法，例如手機綁定。(2) 設(shè)計精細(xì)的訪問控制機制：用戶應(yīng)該被授予權(quán)限獲得需要的資源，去完成自己的工作，或者更多。所有的訪問控制機制都應(yīng)該盡可能地完美。DS 數(shù)字化展廳大數(shù)據(jù)系統(tǒng)軟件技術(shù)方案 第 38 共 47 頁(3) 限制訪問：支持從 Virtual Private Networks（VPN）的因特網(wǎng)上訪問內(nèi)部網(wǎng)資源。(4) 數(shù)據(jù)加密：對于敏感性數(shù)據(jù)，匹配設(shè)備功能與需求。管理：如果能夠訪問敏感性信息的話，那么對于丟失或者被盜設(shè)備來說，建議使用設(shè)備的安全抹除功能。. 機房安全機房安全涉及多個方面，可從以下方面入手規(guī)劃設(shè)計：機房布局方面：要考