“購Home”雙向互助平臺系統(tǒng)設計與開發(fā)

朱關鈺 林封橋 葉昕楠 韋超超 高鈺婷 劉龍青

摘要：網絡和電商的迅速發(fā)展，賦予了中國物流產業(yè)巨大的動能，但近年來以快遞企業(yè)為代表的傳統(tǒng)物流行業(yè)發(fā)展卻面臨諸多困境。通過調查研究傳統(tǒng)物流行業(yè)和主流跑腿產品，創(chuàng)新地提出一種新型物流模式：將共享經濟理念與便于用戶參與的順路捎帶模式相融合。基于此創(chuàng)想，構建一個基于微信小程序的雙向互助服務平臺，同時融入“眾包”思想，開發(fā)設計順路代、物品租賃和上門服務三大功能，實現(xiàn)閑置人力資源最大化，達到提速度、降成本的目的?；ヂ?lián)網技術和創(chuàng)新的商業(yè)模式，為傳統(tǒng)物流和跑腿服務中存在的問題給出了現(xiàn)實性的解決方案。

關鍵詞：眾包模式;共享經濟;微信小程序;系統(tǒng)設計

DOI：10.11907/rjdk.191144開放科學（資源服務）標識碼（OSID）：

中圖分類號：TP319文獻標識碼：A 文章編號：1672-7800（2019）010-0098-05

0引言

黨的十九大之后，我國經濟進入高質量發(fā)展階段，共享經濟在這一時期受到了極大關注。共享實現(xiàn)了對有限資源的優(yōu)化配置，有利于效益最大化。與此同時，共享經濟的應用載體正逐漸擴大，而“勞動力”作為生產要素的重要組成部分，必將適應這一趨勢，為眾多行業(yè)特別是物流業(yè)的發(fā)展提供強大動力。

物流業(yè)發(fā)展至今正遭遇瓶頸：一方面，傳統(tǒng)物流業(yè)務模式單一，競爭壓力大，快遞員也處于高強度低待遇的工作環(huán)境下，行業(yè)人才嚴重外流;另一方面，受配送成本的限制，“最后一公里”問題難以得到有效解決，城市配送的“三難兩多”問題依舊突出。在此背景下，諸如同城速遞、飛毛腿等平臺的相繼出現(xiàn)，一定程度上緩解了上述難題，但又因其成本高、收費高、應用不夠廣泛、信任缺失等問題導致受眾局限化。

針對上述問題，本文在理念和功能等方面進行相應的創(chuàng)新和改進，旨在借助微信小程序，通過順路捎帶和眾包模式構建一個共享人力資源、模糊供求身份從而降低成本的“購Home”雙向互助平臺。服務內容主要有三項，一是“同程順路代”，針對當下年輕人快節(jié)奏的生活方式，主打“順便購”，使委托方和受托方雙向收益;二是上門服務，主要面向老齡群體。平臺應用“O2O模式”形成交易閉環(huán)后，通過信息反饋機制，使服務質量得到進一步提升;三是“物品租賃”，用以應對突發(fā)情況或滿足用戶對于非必需品的需求，充分利用閑置物品。

1購Home平臺特點

“購Home"小程序的雙向互助性使平臺用戶既可發(fā)布也可響應需求，既是服務者也是被服務者。本文將“購Home”與傳統(tǒng)物流和同類產品在各方面進行比較，具體特點如表1所示。

“物流眾包”和“順路捎帶”的結合使服務由“獨占性”轉變?yōu)椤伴_源性”，大眾在可自由支配的碎片化時間內，發(fā)揮自己的體力和才智，進行“盈余性”的社會創(chuàng)造。在傳統(tǒng)物流團隊很難覆蓋到城市所有角落的現(xiàn)狀下，運用該模式可以使社會閑置資源得到最大化利用，進一步細分服務，同時還可提高工作效率，降低成本等。

2“購Home”平臺構建

2.1總體架構

“購Home”平臺由幫我送、幫我取、幫我買、幫我租、上門幫五大模塊組成，具體架構如圖l所示。

2.2功能設計

同程代購：既能實現(xiàn)長距離（跨省跨國）的代購服務，又能滿足短路程需求，如同城超市或者零售商店，服務范圍十分廣泛。只要用戶輸入送貨點，平臺就會自動篩選最合適的跑腿人，滿足委托方的個性化需求，足不出戶就能買遍全球。

代送代拿：這項業(yè)務有三方參與，首先由委托方發(fā)布“幫我送”或者“幫我取”訂單;受托方隨后上門攬件，取證存檔，執(zhí)行任務;最后直至貨物接收方確認無誤后方能錢貨兩清。

物品租賃：這項功能用于應對突發(fā)情況或者滿足用戶對于非必需品的需求。委托方通過“幫我租”界面發(fā)出請求，根據(jù)物品分類繳納押金，待交易完成后，依據(jù)租賃天數(shù)和損害程度扣除押金中的對應金額，并退還余款。

上門幫：該服務針對老弱病殘孕等弱勢群體，主要提供烹飪、維修、看護、看病、家教、護理等上門服務。同時為方便老年人使用，設計帶有大字幕的友好簡潔界面和大音頻的方言語音提示。

2.3界面設計

“購Home”致力于打造一個便捷、環(huán)保的生活服務平臺，在進行界面風格設計時，注重營造輕松舒適的使用氛圍。在界面中減少文字占比，以生動的圖標和地圖直觀地向用戶傳達信息，避免文字描述對各項信息的壓縮和遺漏，極大地提高信息傳遞的全面性和完整性。界面和Logo分別如圖2（a）與如圖2（b）所示，整體主色調相同，都采用象征活力的綠色，突出清新、環(huán)保與安全的特色，與其需要表達的理念和精神相符?！百廐ome”的交互設計以用戶為目標，以篩選方式選出角色，以人物作為腳本，在信息推送、智能規(guī)劃、防誤操作等方面實現(xiàn)智能的人機交互，力求達到友好與順暢的用戶體驗度。

2.4數(shù)據(jù)庫設計

數(shù)據(jù)庫設計主要包括概念結構設計和邏輯結構設計。平臺的數(shù)據(jù)庫技術以SQL Server為核心，包含.NET框架主機、XML技術、標準的SQL語言等。Microsoft SQL Server為用戶構建了高信度、高性能的數(shù)據(jù)應用程序，并以安全性及易伸縮性的特點，成為首選數(shù)據(jù)存儲及檢索模型。其主要功能包括信息統(tǒng)計、修改和查詢，實現(xiàn)數(shù)據(jù)更新和監(jiān)控，提高了數(shù)據(jù)庫的工作效率。同時其通過及時的信息分析和傳輸，提高了服務匹配度。

2.4.1數(shù)據(jù)庫概念結構設計

描述概念結構需要借助E-R圖，用實體集聯(lián)系的方式反映現(xiàn)實世界事物間的內在聯(lián)系?！百廐ome”平臺的數(shù)據(jù)庫中包含委托方、受托方、訂單3個實體，部分實體間的關系如圖3所示。3個實體之間存在著“受托方接收委托方發(fā)布的訂單”關系，委托方與發(fā)布的訂單之間是1：n。同樣地，受托方與接收的訂單之間也是1：n關系，如圖3所示，原因在于“接收”所對應的動作中不僅采用系統(tǒng)擇優(yōu)派單的方式，還以受托方“搶單”為輔，充分保證服務效率和質量。

2.4.2數(shù)據(jù)庫邏輯結構設計

為滿足用戶完整性和安全性要求，平臺采用SQL Serv-er數(shù)據(jù)庫管理系統(tǒng)，可以從邏輯上高效率地支持各種數(shù)據(jù)庫事務的運行。其中不僅涉及數(shù)據(jù)模型轉換問題，而且涉及進一步數(shù)據(jù)分類問題，依據(jù)圖3構建邏輯結構如圖4所示。

（1）用戶表。由于用戶身份的可轉換性，委托方的屬性與受托方相似，都以會員ID作為關鍵字，出于安全性和可信度考慮，受托方還需遵守嚴格的安全條款。雙方共有屬性有密碼、電話、高于保證金的賬戶資金以及交易記錄，其中記錄良好保持者享有相應優(yōu)惠。

（2）訂單明細表。訂單明細表用于存儲訂單所屬類別的信息，以訂單編號作為主鍵。為避免信息歧義，應完整地向受托方展示商品價格、種類、重量、體積等基本信息，以及等待時長和服務地址這類需特別關注的信息，為后續(xù)信息分配提供保證，以利于任務的順利完成。

（3）接收編號表。由于受托方與接收訂單是一對多的關系，則該關系模式的主碼為訂單編號，同時還針對用戶ID建立外鍵約束。其它字段還有每筆訂單被接收時長。

3平臺實現(xiàn)

3.1同程順路“代”流程

委托方通過平臺發(fā)出訂單請求，具體內容包括物品運送起點、終點及物品詳情信息，其中包括名稱、品牌、理想價位、采購地點以及相關備注。同時，受托方需要輸入行程起點和終點，由后臺依據(jù)距離和時間為其規(guī)劃最佳路線，同時篩選與之匹配度較高的受托方訂單，最大程度地順應“順路捎帶”理念。

隨后，受托方進行搶單，成功后直接與委托方取得聯(lián)系。同時委托方也可根據(jù)受托人的評分情況選擇是否信任對方。相互確認后受托方執(zhí)行訂單;但若委托方不信任此受托人，等于放棄此次委托，在平臺上確認取消訂單，則此次委托結束，也可以在平臺上選擇重新推送訂單信息，平臺會為用戶再次推送訂單。

3.2上門服務流程

委托方可在“購Home”平臺上權衡價格和實際需求以選擇專業(yè)服務人員或非專業(yè)服務人員（專業(yè)服務人員服務價格較高，非專業(yè)人員服務價格較低）。

若委托方選擇專業(yè)服務人員，則由自己指定專業(yè)人員，也可由平臺發(fā)送訂單給專業(yè)人員由其搶單。若委托方選擇非專業(yè)服務人員，同樣可由委托方指定，但若由平臺選擇發(fā)出訂單，平臺會首先根據(jù)服務人員綜合得分，即接單、服務態(tài)度、服務質量3個維度計算每位“購Home”上門服務人員的信用值。依據(jù)距離和注冊地優(yōu)先將訂單發(fā)給附近或者與委托方住處相近的可上門服務人員，服務人員收到平臺的推送提示，搶單并在委托方同意后上門服務，流程如圖5所示。

3.3核心代碼

3.3.1前端騰訊地圖調用代碼

前端將接收到的數(shù)據(jù)通過Json加以封裝，再用Ajax將json傳到后臺的部分代碼如下：

采用優(yōu)先隊列結構存儲接單者數(shù)據(jù)，可極大提高程序運行效率，同時根據(jù)下單者的性別，盡可能地篩選與其同性別的接單者。

instant==1：表示即時需要

instant==0：表示不是即時需要

d：下單者與接單者的距離（動態(tài)變化的，實吋更新）.

d1：篩選接單者的距離基準線，由所在地區(qū)平均接單者人口密度、接單高峰與低谷的時間段等因素共同決定。

d2：擴大匹配范圍的距離增量，由所在地區(qū)平均接單者人口密度、接單高峰與低谷的時間段等因素共同決定。

score：接單者的綜合評分，由信息完整度、平臺測試得分、用戶評分等因素共同決定。

seore_base：篩選接單者的綜合評分基準線，由所在地區(qū)的接單者綜合平均得分、綜合平均得分的標準差等因素共同決定。

s：擴大匹配范圍的評分減量，由綜合平均得分的標準差等因素決定。

oder_time：下單的時長。

T：下單吋長基準線，由接單高峰與低谷的時間段、地區(qū)平均接單者人口密度等因素共同決定。

old_server[i]：之前接過單的接單者，稱其為“熟人”接單者。

new_server[i]：新的接單者。

N：限制擴大匹配范圍操作的次數(shù)，由接單高峰與低谷的時間段等因素決定。

若instant==1

（1）先根據(jù)d篩選接單者，即要求d<=d1。

（2）再根據(jù)接單者的seore值做進一步優(yōu)化篩選，即score>=score_base，再從中篩選若干個接單者（包括old_server[i]和new_server[j]，系統(tǒng)優(yōu)先派單給01d-server[i]），根據(jù)時間戳和“熟人”接單次數(shù)確定最終的接單者。

（3）若下單時間oder_time>規(guī)定時間T，則使score_base=seore_base-s，d1=d1+d2，再從（1）開始判斷，若進行N次調整后，還沒人接單，則反饋給用戶。

若instant==0，則：

（1）根據(jù)接單者的score值進行初步篩選，即score>=score_base，再從中隨機篩選若干個個接單者（包括old_server[i]和new_server[i]，系統(tǒng)優(yōu)先派單給。old-scrvcr[i]），根據(jù)時間戳和“熟人”接單次數(shù)確定最終接單者。

（2）若下單時間oder_fime>規(guī)定時間T，則使score_base=score_base-s，再從1開始判斷，若進行N次調整后，還沒人接單，則反饋給用戶。

4結語

隨著生活水平的提高，人們對傳統(tǒng)物流行業(yè)有了更高的要求。服務產品多樣化和模式細分化是未來物流發(fā)展趨勢。本文基于微信小程序開發(fā)了“O2O”配送模式，將“物流眾包”作為服務模式，將“順路經濟”作為發(fā)展理念，使大眾在自由支配的碎片化時間內，充分進行“盈余性”的社會創(chuàng)造;同時發(fā)揮網絡優(yōu)勢、管理優(yōu)勢、設計優(yōu)勢、模式優(yōu)勢，極大完善交易的安全性和用戶感知體驗;充分利用社會閑置的人力資源，降低物流配送成本，致力于形成一個新型的綠色共享經濟服務平臺，助力綠色物流。

由于平臺的服務者基本來自于社會閑散人力資源，由此導致的服務效率與質量降低等問題有待進一步研究解決。