下面是一個實際案例,我們用算法把一個城市做了重新的區(qū)域規(guī)劃。當然,這里必須要強調的是,在這個過程中,人工介入還是非常必要的。對于一些算法很難處理好的邊角場景,需要人工進行微調,使整個規(guī)劃方案更加合理。中間的圖是算法規(guī)劃的結果。經(jīng)過試點后,測試城市整體的單均行駛距離下降了5%,平均每一單騎手的行駛距離節(jié)省超過100米??梢韵胂笠幌?,在這么龐大的單量規(guī)模下,每單平均減少100米,總節(jié)省的路程、節(jié)省的電瓶車電量,都是一個非??捎^的數(shù)字。更重要的是,可以讓騎手自己明顯感覺到自己的效率得到了提升。配送saas系統(tǒng)是從哪一年開始的?2017年前后。南通蛋糕配送SaaS平臺
SaaS2.0還需要服務運營商能夠提供內(nèi)容豐富、信息共享的SaaS門戶與渠道平臺,使SaaS服務價值鏈上的各個環(huán)節(jié),包括**終用戶、開發(fā)團隊、銷售渠道、業(yè)務伙伴、行業(yè)合作伙伴,能夠通過SaaS門戶充分地交流信息、共享數(shù)據(jù)、尋找機會、獲取服務,**終形成SaaS應用服務行業(yè)的網(wǎng)上虛擬社區(qū),比較大限度地發(fā)揮SaaS軟件作為互聯(lián)網(wǎng)應用的優(yōu)勢,比較大限度地利用Internet在傳播、推廣、信息共享方面的特點,更好地在中國發(fā)展、推廣SaaS軟件服務業(yè)務。因此,如果SaaS應用服務提供商只是大量堆砌功能模塊,而不具備針對特定用戶簡便、低成本的客戶化定制能力,不具備能夠整合合作伙伴、渠道與相關內(nèi)容的門戶網(wǎng)站,是無法在激烈的市場競爭中生存的。國際上SaaS應用服務產(chǎn)業(yè)發(fā)展的經(jīng)驗證明,只有具備靈活定制、結構先進的基礎應用平臺,具備內(nèi)容豐富的SaaS門戶系統(tǒng),才能夠支持SaaS應用服務業(yè)務的平穩(wěn)發(fā)展,才能夠支撐數(shù)百以至上千的企業(yè)用戶在同一個應用體系內(nèi)實現(xiàn)業(yè)務操作,才能夠保證每個企業(yè)自身應用功能的安全性、穩(wěn)定性和可擴展性。浙江跑腿SaaS平臺軟件送道配送saas系統(tǒng),是一整套外賣配送的系統(tǒng)解決方案。
配送團隊**終選用的是按組排班的方式,把所有騎手分成幾組,規(guī)定每個組的開工時段。然后大家可以按組輪崗,每個人的每個班次都會輪到。這個問題比較大的挑戰(zhàn)是,我們并不是在做一項業(yè)務工具,而是在設計算法。而算法要有自己的優(yōu)化目標,那么排班的目標是什么呢?如果你要問站長,怎么樣的排班是好的,可能他只會說,要讓需要用人的時候有人。但這不是算法語言,更不能變成模型語言。決策變量及目標設計為了解決這個問題,首先要做設計決策變量,決策變量并沒有選用班次的起止時刻和結束時刻,那樣做的話,決策空間太大。我們把時間做了離散化,以半小時為粒度。對于***來講,只有48個時間單元,決策空間大幅縮減。然后,目標定為運力需求滿足訂單量的時間單元**多。這是因為,并不能保證站點的人數(shù)在對應的進單曲線情況下可以滿足每個單元的運力需求。所以,我們把業(yè)務約束轉化為目標函數(shù)的一部分。這樣做還有一個好處,那就是沒必要知道站點的總人數(shù)是多少。
當然,區(qū)域規(guī)劃項目的發(fā)起,存在很多問題需要解決。主要包括以下三種情況:配送區(qū)域里的商家不聚合。這是一個典型站點,商家主要集中在左下角和右上角,造成騎手在區(qū)域里取餐、送餐時執(zhí)行任務的地理位置非常分散,需要不停往返兩個商圈,無效跑動非常多。區(qū)域奇形怪狀,空駛嚴重。之前在門店上線外賣平臺的發(fā)展過程中,很多地方原本沒有商家,后來上線的商家多了,就單獨作為一個配送區(qū)域。這樣的區(qū)域形狀可能就會不規(guī)則,導致騎手很多時候在區(qū)域外跑。而商家和騎手都有綁定關系,騎手只能服務自己區(qū)域內(nèi)的商家,因此騎手無法接到配送區(qū)域外的取餐任務,空駛率非常高。很多時候騎手送完餐之后,只能空跑回來才可能接到新任務。站點的大小不合理。圖三這個站點,每天的單量只有一二百單。如果從騎手平均單量的角度去配置騎手的話,只能配置3~4個騎手。如果某一兩個人突然有事要請假,可想而知,站點的配送體驗一定會變得非常差,運營管理難度會很高。反之,如果某一個站點變得非常大,站長也不可能管得了那么多的騎手,這也是一個問題。所以,需要給每個站點規(guī)劃一個合理的單量規(guī)模。SaaS平臺供應商將應用軟件統(tǒng)一部署在自己的服務器上。
智能騎手排班業(yè)務背景這是隨著外賣配送的營業(yè)時間越來越長而衍生出的一個項目。早期,外賣只服務午高峰到晚高峰,后來大家慢慢可以點夜宵、點早餐。到如今,很多配送站點已經(jīng)提供了24小時服務。但是,騎手不可能全天24小時開工,勞動法對每天的工作時長也有規(guī)定,所以這一項目勢在必行。另外,外賣配送場景的訂單“峰谷效應”非常明顯。上圖是一個實際的進單曲線??梢钥吹饺?4小時內(nèi),午晚高峰兩個時段單量非常高,而閑時和夜宵相對來說單量又少一些。因此,系統(tǒng)也沒辦法把***24小時根據(jù)每個人的工作時長做平均切分,也需要進行排班。對于排班,存在兩類方案的選型問題。很多業(yè)務的排班是基于人的維度,好處是配置的粒度非常精細,每個人的工作時段都是個性化的,可以考慮到每個人的訴求。但是,在配送場景的缺點也顯而易見。如果站長需要為每個人去規(guī)劃工作時段,其難度可想而知,也很難保證分配的公平性。送道即時配送saas系統(tǒng),可以定制化開發(fā),私有部署,也可以租賃。蘇州騎手管理SaaS平臺軟件
送道配送saas系統(tǒng),適合連鎖品牌自配送商家租用,自己管理外賣訂單、建立自配送團隊。南通蛋糕配送SaaS平臺
SaaS起源于60年代的Mainframe、80年代的C/S、從ASP模式演變而來的SaaS。1984年,Sun公司的聯(lián)合創(chuàng)始人JohnGage說出了"網(wǎng)絡就是計算機"的名言,用于描述分布式計算技術帶來的新世界。而進入90年代后,經(jīng)濟進入全球化,信息技術得以高速的發(fā)展,隨著企業(yè)規(guī)模的擴大與信息技術的發(fā)展,很多采用分散式運算模式的企業(yè)突然發(fā)現(xiàn),其服務器的數(shù)量已經(jīng)到了令人吃驚的地步,由此帶來的是,復雜的管理模式、運算營運成本失控、關鍵型應用無法實現(xiàn),因而迫使他們用大型機實現(xiàn)服務器的再集中。這就是***的SAAS(軟件即服務)。在這個時代,在國際上SAAS提供商Salesforce是創(chuàng)建于1999年3月的一家客戶關系管理(CRM)軟件服務提供商,Salesforce有譯作軟件營銷**或軟營,是全球按需CRM解決方案的***。致力于向客戶提供以CRM為**的產(chǎn)品、服務和解決方案,為客戶創(chuàng)造長期的價值和潛在的增長。2010年12月,BrivoSystems宣布Raleigh警察局(RPD)將繼續(xù)在更多派出所和其它地方部署其軟件即服務(SaaS)。隨著系統(tǒng)的擴展,超過900名的RPD成員、分銷商和其他工作人員使用Brivo系統(tǒng)管理訪問,涵蓋14個地點的,59多扇門,這其中包括了他們新**和北區(qū)建筑物。南通蛋糕配送SaaS平臺