快遞行業是和地址打交道的行業,地址這種東西,不是公交車,他是固定不變的,經緯度擺在那裡,是多少就是多少,變化的是包裹從一個地方移動到另外一個地方,快遞行業服務移動,從一個城市移動到另外一個城市,快遞行業已經很好的去解決了,我們要說的是LBS在快遞中最終一公裡的應用。
設想一下,如果我是快遞員,我希望到了你們門口,還沒有敲門的那一瞬間,你已經開啟門,直接簽單收件了。不用我去打電話發簡訊和你一次確認,最鬱悶的是到了你家樓下,你卻不在家,如果我們能提前知道你不在家,就不用送了,節省下來的時間別別人送多好。
而我們收貨時,最糾結的是,不知道快遞員什麼時候上門,也不知道快遞員送到哪裡了?什麼時候能送到?心想這小子怎麼還不打電話啊?
而快遞公司那?快遞員領了件後,半天發完是他,一天發不完也是他,中間幹了什麼不知道?
造成這些問題的原因是,資訊不對稱。快遞員知道自己在哪裡?要去哪裡?使用者知道我的地址在這裡,我的人也在這裡,我不知道你什麼時間過來?那麼我們通過LBS來貢獻這些資訊,不就好了嗎?快遞公司知道快遞員領了件,但是不知道快遞員送的情況?
來吧,讓我們給快遞員裝上個GPS,這樣使用者和快遞公司通過GPS瞭解快遞員的位置了,但是快遞員不敢了,我的隱私怎麼辦啊?再說,我送的話,也得一家一家的送,就算你知道我的資訊,你也不知道我多長時間送到啊,我們離成功很近了,不妨好好想想怎麼處理會更好。
快遞員要有一個裝置A,具有如下功能
1:定位,能夠獲得當前的地理位置。
2:能連網,彙報/擷取的一些服務資訊。
3:記錄本次要送快件的資訊(快件編號或者地址)
4:通知功能,當進入範圍內時,可以通知這個範圍地址內的快件接受人,做好準備,快件馬上就要送到。
快遞公司的裝置B:具有如下功能
1:擷取A 的定位資訊(A為複述)。
2:能夠給A提供一些資訊協助。
使用者裝置C
1:能夠得到A或者B的訊息通知
2:必要是可以直接和A聯絡。
賣家裝置D
1:能夠收到A或者C的訊息通知
2:必要時能夠和C直接聯絡。
整個流程就是這樣的
1:A從B處取到快件,一路分發,當他距離C,1000米時,A發通知訊息給C,通知C做好準備,快件快要送到。A繼續移動,距離500米時,再次發確認訊息給C,馬上就要送到。A繼續移動,距離50米時,再次發確認訊息給C,快件已到樓下。
2:如果中間過程C告知A,不方便接快件,A直接去送下一家。
更複雜的流程我們可以這樣。
1:A從B處取到快件,一路分發,當他距離C,1000米時,A發通知訊息給C,通知C做好準備,快件快要送到;A發訊息給D,告知D正去給C派件。A繼續移動,距離500米時,再次發確認訊息給C,馬上就要送到,A發訊息給D,告知D正去給C派件。A繼續移動,距離50米時,再次發確認訊息給C,快件已到樓下,C過來取件,並直接在A的裝置上籤單,A把簽單資訊返回B,B通知D已簽單。